From owner-freebsd-questions@freebsd.org Tue Mar 7 12:25:07 2017 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 88152CFB2F3 for ; Tue, 7 Mar 2017 12:25:07 +0000 (UTC) (envelope-from freebsd@qeng-ho.org) Received: from bede.home.qeng-ho.org (bede.qeng-ho.org [217.155.128.241]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "fileserver.home.qeng-ho.org", Issuer "fileserver.home.qeng-ho.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 292B21A19 for ; Tue, 7 Mar 2017 12:25:06 +0000 (UTC) (envelope-from freebsd@qeng-ho.org) Received: from arthur.home.qeng-ho.org (arthur.home.qeng-ho.org [172.23.1.2]) by bede.home.qeng-ho.org (8.15.2/8.15.2) with ESMTP id v27CNslp009319; Tue, 7 Mar 2017 12:23:54 GMT (envelope-from freebsd@qeng-ho.org) Subject: Re: /etc/skel doesn't work?! To: Baho Utot , freebsd-questions@freebsd.org References: <1488813922.11457.12.camel@inhio.net> <20170306195758.17d83f1d.freebsd@edvax.de> <20170306194515.GA1541@hephaistos.local> <20170306224041.21c7b709.freebsd@edvax.de> <679e1574-178f-5395-45f5-44a1ef377822@columbus.rr.com> From: Arthur Chance Message-ID: Date: Tue, 7 Mar 2017 12:23:54 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 In-Reply-To: <679e1574-178f-5395-45f5-44a1ef377822@columbus.rr.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Mar 2017 12:25:07 -0000 On 07/03/2017 12:12, Baho Utot wrote: > > > On 03/06/17 16:40, Polytropon wrote: >> On Mon, 6 Mar 2017 21:51:25 +0200, Chris Knipe wrote: >>> Just out of interest... >>> >>> Is there any reason why /etc/skel IS there then? Other than to create >>> confusion of course. >> >> I think /etc/skel is intended for user-supplied files in the >> first place when overriding system-supplied files in /usr/share/skel >> is intended (by changing the default location for tools like pw >> and adduser). It's also a Linuxism. :-) >> >> >> > > That would be all well and good, but /etc/skel just doesn't work Nowhere is it documented to work. man adding_user, man pw.conf and man adduser all document /usr/share/skel as the relevant directory. FreeBSD is not Linux, and RTFM is always sound advice. -- By June 1949, people had begun to realize that it was not so easy to get a program right as had at one time appeared. It was on one of my journeys between the EDSAC room and the punching equipment that the realization came over me with full force that a good part of the remainder of my life was going to be spent in finding errors in my own programs. -- Maurice Wilkes