NetBSD Problem Report #10985
Received: (qmail 21112 invoked from network); 11 Sep 2000 02:48:56 -0000
Message-Id: <200009110245.e8B2jQk16930@miyu.feyrer.net>
Date: Mon, 11 Sep 2000 04:45:26 +0200 (MEST)
From: Hubert Feyrer <feyrer@feyrer.de>
Reply-To: hubert.feyrer@rz.uni-regensburg.de
To: gnats-bugs@gnats.netbsd.org
Subject: useradd: No skel files used, but several ones installed
X-Send-Pr-Version: 3.95
>Number: 10985
>Category: bin
>Synopsis: useradd: No skel files used, but several ones installed
>Confidential: no
>Severity: serious
>Priority: medium
>Responsible: simonb
>State: closed
>Class: change-request
>Submitter-Id: net
>Arrival-Date: Mon Sep 11 02:49:00 +0000 2000
>Closed-Date: Tue Oct 17 14:00:05 +0000 2000
>Last-Modified: Fri Oct 20 17:50:00 +0000 2000
>Originator: Hubert Feyrer
>Release: 1.5_ALPHA2
>Organization:
>Environment:
System: NetBSD miyu 1.5_ALPHA2 NetBSD 1.5_ALPHA2 (MIYU) #10: Sun Sep 3 23:37:40 MEST 2000 feyrer@miyu:/ccd0/cvs/src-1.5/sys/arch/i386/compile/MIYU i386
>Description:
We currently have three places for skeleton files:
* /etc/skel: empty
* /usr/share/skel: dot.cshrc, ...
* /usr/share/examples/usermgmt: .cshrc, .lgin, ...
useradd(8) manages to pick the empty one as default.
>How-To-Repeat:
$ su
# useradd -m test
useradd: No "dot" initialisation files found
# ls -la ~test
total 4
drwxr-xr-x 2 test users 512 Sep 11 04:38 .
drwxr-xr-x 10 root wheel 512 Sep 11 04:38 ..
#
Wonder what the stuff in the other dirs is intended for.
>Fix:
We should really ship a ready-to-use config:
* Don't install yet another set of dot-files from
usr.sbin/user
* Move skel-files from share/skel/dot.* to etc/skel/.*
* Nuke share/skel from orbit
This should work for a start, and things can be changed to
/usr/share/skel via 'useradd -D -k /usr/share/skel'.
(People may argue that /usr/share/skel is a better default
place than /etc/skel - I don't care as long as a consens
*IS* found in a timely manner).
>Release-Note:
>Audit-Trail:
Date: Wed, 13 Sep 2000 22:21:10 +0200 (MET DST)
From: Hubert Feyrer <hubert.feyrer@informatik.fh-regensburg.de>
To: agc@netbsd.org
Subject: Re: PR bin/10985 (skel files)
I've made some changes to address PR 10985:
* completely remove /etc/skel
* remove redundant dir /usr/share/examples/usermgmt
* remove redundant dot.* from usermgmt
* user(8)'s default skel dir is now /usr/share/skel
* Update manpages and set lists for removed files/dirs
Todo:
* properly install files in share/skel: dot.foo -> /usr/share/skel/.foo
Diffs for this are at http://www.feyrer.de/Misc/pr10985.diff
Please review and let me know if that's ok!
I've chosen /usr/share/skel over /etc/skel because I don't want to move
the files around in the repository (lame, I know). I guess we can change
that easily later.
- Hubert
--
Hubert Feyrer <hubert.feyrer@informatik.fh-regensburg.de>
Date: Thu, 14 Sep 2000 01:08:05 -0700 (PDT)
From: Alistair Crooks <AlistairCrooks@excite.com>
To: Hubert Feyrer <hubert.feyrer@informatik.fh-regensburg.de>, agc@netbsd.org
Subject: Re: PR bin/10985 (skel files)
The diffs ensure that the sample "dot" files are not copied to
/usr/share/examples/usermgmt, they delete all references to what
I believe is the Sun standard directory in /etc/skel. They also
do not copy the example dot files in the user(8) source anywhere.
The previous method (I remember now) was to copy example files to
/usr/share/examples/usermgmt, from where customised copies could
be made in /etc/skel.
There was also a conditional test on MKSHARE for installing files
under /usr/share - I think that should be preserved.
Until example dot files are installed in the correct place, I think
you should hold off on committing these mods.
Regards,
Alistair
Date: Thu, 14 Sep 2000 13:11:12 +0200 (MET DST)
From: Hubert Feyrer <hubert.feyrer@informatik.fh-regensburg.de>
To: Alistair Crooks <AlistairCrooks@excite.com>
Cc: agc@netbsd.org, gnats-bugs@gnats.netbsd.org
In-Reply-To: <6418846.968918885687.JavaMail.imail@prickles>
Subject: Re: PR bin/10985 (skel files)
Is /usr/share/skel that bad? We can change that to /etc/skel. But one
thing that I do not want to see is a redundant set of dotfiles that will
confuse people - that's why I removed all the dot-* files that came with
your usermgmt package. I've merged some changes into the
share/skel-dotfiles, though.
We should go for a "works out of the box" solution, not for a "give the
user so much rope that he doesn't know what to do with it" one. Requesting
the user to manually move around dotfiles, or worse, parts of them, is not
acceptable to me.
That said, I still think that the diffs should be applied.
Please tell what to do instead if not.
- Hubert
Date: Thu, 14 Sep 2000 09:04:39 -0700 (PDT)
From: Alistair Crooks <AlistairCrooks@excite.com>
To: Hubert Feyrer <hubert.feyrer@informatik.fh-regensburg.de>
Cc: gnats-bugs@gnats.netbsd.org
Subject: Re: PR bin/10985 (skel files)
Similarly, having the system overwrite files which I have customised
to my liking is not acceptable to me.
If a new /etc is created on upgrade or new installation by sysinst,
then populate that with skeleton files. If an administrator wants to
carry forward his old /etc/skel files, then that's up to him. Keep
the /usr/share/examples/usermgmt/ directory filled with example
files. It seems to me that the only thing missing from this (which
is how it is at the moment) is populating /etc/skel on a new install
or upgrade.
Alistair
Date: Thu, 14 Sep 2000 18:13:45 +0200 (MET DST)
From: Hubert Feyrer <hubert.feyrer@informatik.fh-regensburg.de>
To: Alistair Crooks <AlistairCrooks@excite.com>
Cc: gnats-bugs@gnats.netbsd.org
In-Reply-To: <6345933.968947479130.JavaMail.imail@prickles>
Subject: Re: PR bin/10985 (skel files)
Well, maybe we should keep the skel files in /etc/skel then, for their
special nature.
But you should also merge the files in share/skel and
share/example/usermgmt, or why were these seperated?
- Hubert
From: Simon Burge <simonb@wasabisystems.com>
To: tech-userlevel@netbsd.org
Cc: Hubert Feyrer <hubert.feyrer@informatik.fh-regensburg.de>,
Alistair Crooks <AlistairCrooks@excite.com>,
gnats-bugs@gnats.netbsd.org
Subject: Re: bin/10985 (skel files)
Date: Fri, 29 Sep 2000 13:18:15 +1100
[ sorry for the direct CC Hubert & Alistair but I'm not sure if
you're both on tech-userlevel ]
Summary of the PR:
We currently have three places for skeleton files:
* /etc/skel: empty
* /usr/share/skel: dot.cshrc, ...
* /usr/share/examples/usermgmt: .cshrc, .lgin, ...
useradd(8) manages to pick the empty one as default.
Summary of discussion in PR:
Having somewhere that isn't overwritten on upgrades
is good (people customise skel files). Having two
directories in /usr/share with examples is bad.
How about the following approach:
+ merge /usr/share/skel and /usr/share/examples/usermgmt into
/usr/share/skel (I think this name makes more sense than
usermgmt).
+ add a "make distribution" target to share/skel/Makefile to
install the examples into /etc/skel.
Is this a reasonable comprimise?
Simon.
--
Simon Burge <simonb@wasabisystems.com>
NetBSD Sales, Support and Service: http://www.wasabisystems.com/
From: Jason R Thorpe <thorpej@zembu.com>
To: Simon Burge <simonb@wasabisystems.com>
Cc: tech-userlevel@netbsd.org,
Hubert Feyrer <hubert.feyrer@informatik.fh-regensburg.de>,
Alistair Crooks <AlistairCrooks@excite.com>,
gnats-bugs@gnats.netbsd.org
Subject: Re: bin/10985 (skel files)
Date: Thu, 28 Sep 2000 19:26:51 -0700
On Fri, Sep 29, 2000 at 01:18:15PM +1100, Simon Burge wrote:
> How about the following approach:
>
> + merge /usr/share/skel and /usr/share/examples/usermgmt into
> /usr/share/skel (I think this name makes more sense than
> usermgmt).
> + add a "make distribution" target to share/skel/Makefile to
> install the examples into /etc/skel.
>
> Is this a reasonable comprimise?
sounds great
--
-- Jason R. Thorpe <thorpej@zembu.com>
From: cgd@sibyte.com (Chris G. Demetriou)
To: simonb@wasabisystems.com (Simon Burge)
Cc: Hubert Feyrer <hubert.feyrer@informatik.fh-regensburg.de>,
Alistair Crooks <AlistairCrooks@excite.com>,
gnats-bugs@gnats.netbsd.org
Subject: Re: bin/10985 (skel files)
Date: 28 Sep 2000 19:47:09 -0700
simonb@wasabisystems.com (Simon Burge) writes:
> Summary of discussion in PR:
>
> Having somewhere that isn't overwritten on upgrades
> is good (people customise skel files). Having two
> directories in /usr/share with examples is bad.
>
>
> How about the following approach:
>
> + merge /usr/share/skel and /usr/share/examples/usermgmt into
> /usr/share/skel (I think this name makes more sense than
> usermgmt).
> + add a "make distribution" target to share/skel/Makefile to
> install the examples into /etc/skel.
this sounds like it might be reasonable... but copying them into /etc
makes it more likely that they'll be overridden during an upgrade.
would it make sense to search /etc/skel and /usr/share/skel?
cgd
From: Hubert Feyrer <hubert.feyrer@informatik.fh-regensburg.de>
To: Simon Burge <simonb@wasabisystems.com>
Cc: tech-userlevel@netbsd.org, Alistair Crooks <AlistairCrooks@excite.com>,
gnats-bugs@gnats.netbsd.org
Subject: Re: bin/10985 (skel files)
Date: Fri, 29 Sep 2000 04:55:21 +0200 (MET DST)
On Fri, 29 Sep 2000, Simon Burge wrote:
> [ sorry for the direct CC Hubert & Alistair but I'm not sure if
> you're both on tech-userlevel ]
I am.
> + merge /usr/share/skel and /usr/share/examples/usermgmt into
> /usr/share/skel (I think this name makes more sense than
> usermgmt).
OK.
> + add a "make distribution" target to share/skel/Makefile to
> install the examples into /etc/skel.
And ship with an identical set of skel files in both /etc/skel and
/usr/share/skel?
The problem solved here is how it's done in pkgsrc: install an example
file, and let the user copy it over to the real location. That's not
what's being used in the base system. In the base system, the etc-set
contains all files that are customizable by users/admins, and the skel
files should be part of that. That way, noone will overwrite his
customized skel files on an upgrade (assuming he doesn't extract the etc
set there).
I'd therefore say: put the skel files into either /etc/skel or
/usr/share/skel, and make them part of the etc set. I don't have a
preference on which dir, but useradd may need adjusting.
- Hubert
--
Hubert Feyrer <hubert.feyrer@informatik.fh-regensburg.de>
From: Simon Burge <simonb@wasabisystems.com>
To: tech-userlevel@netbsd.org
Cc: Alistair Crooks <AlistairCrooks@excite.com>,
gnats-bugs@gnats.netbsd.org
Subject: Re: bin/10985 (skel files)
Date: Fri, 29 Sep 2000 14:25:51 +1100
Hubert Feyrer wrote:
> On Fri, 29 Sep 2000, Simon Burge wrote:
>
> > + merge /usr/share/skel and /usr/share/examples/usermgmt into
> > /usr/share/skel (I think this name makes more sense than
> > usermgmt).
>
> OK.
>
> > + add a "make distribution" target to share/skel/Makefile to
> > install the examples into /etc/skel.
>
> And ship with an identical set of skel files in both /etc/skel and
> /usr/share/skel?
>
> The problem solved here is how it's done in pkgsrc: install an example
> file, and let the user copy it over to the real location. That's not
> what's being used in the base system. In the base system, the etc-set
> contains all files that are customizable by users/admins, and the skel
> files should be part of that. That way, noone will overwrite his
> customized skel files on an upgrade (assuming he doesn't extract the etc
> set there).
>
> I'd therefore say: put the skel files into either /etc/skel or
> /usr/share/skel, and make them part of the etc set. I don't have a
> preference on which dir, but useradd may need adjusting.
Hmm, I'd tend towards /etc/skel - all of /usr/share should be shareable
amongst a cluster of machines, and that may not be possible for whatever
reasons.
Actually, you can set (the undocumented!) skel_dir in
/etc/usermgmt.conf, so yes, why don't we just put everything into
/usr/share/skel and the user can then put customised files in /etc/skel
if they want to without fear of them getting overwritten.
It is possible for the pkgsrc version to work this way?
And Chris G. Demetriou wrote:
> this sounds like it might be reasonable... but copying them into /etc
> makes it more likely that they'll be overridden during an upgrade.
Would you be happy with the above?
> would it make sense to search /etc/skel and /usr/share/skel?
It's not quite a "search here and then there" model. It just copies
(with pax) the contents of one directory and then another. Unless you
meant copy all of /usr/share/skel and then all of /etc/skel...
Simon.
(off to document skel_dir!).
--
Simon Burge <simonb@wasabisystems.com>
NetBSD Sales, Support and Service: http://www.wasabisystems.com/
From: cgd@sibyte.com (Chris G. Demetriou)
To: simonb@wasabisystems.com (Simon Burge)
Cc: tech-userlevel@netbsd.org,
Alistair Crooks <AlistairCrooks@excite.com>,
gnats-bugs@gnats.netbsd.org
Subject: Re: bin/10985 (skel files)
Date: 28 Sep 2000 20:33:11 -0700
simonb@wasabisystems.com (Simon Burge) writes:
> > this sounds like it might be reasonable... but copying them into /etc
> > makes it more likely that they'll be overridden during an upgrade.
>
> Would you be happy with the above?
"me, happy? hah!"
no, seriously, sounds quite reasonable.
cgd
From: Hubert Feyrer <hubert.feyrer@informatik.fh-regensburg.de>
To: Simon Burge <simonb@wasabisystems.com>
Cc: tech-userlevel@netbsd.org, Alistair Crooks <AlistairCrooks@excite.com>,
gnats-bugs@gnats.netbsd.org
Subject: Re: bin/10985 (skel files)
Date: Fri, 29 Sep 2000 06:19:43 +0200 (MET DST)
On Fri, 29 Sep 2000, Simon Burge wrote:
> Actually, you can set (the undocumented!) skel_dir in
> /etc/usermgmt.conf, so yes, why don't we just put everything into
> /usr/share/skel and the user can then put customised files in /etc/skel
> if they want to without fear of them getting overwritten.
I'll expect users to modify things in /usr/share/skel then, and have a
problem on the next upgrade. But I guess we can try to see of that
happens.
> It is possible for the pkgsrc version to work this way?
For pkgsrc, please put the skel files (you'll need to get them into the
pkg somehow from share/skel!) into $PREFIX/share/skel.
- Hubert
--
Hubert Feyrer <hubert.feyrer@informatik.fh-regensburg.de>
From: Simon Burge <simonb@wasabisystems.com>
To: Hubert Feyrer <hubert.feyrer@informatik.fh-regensburg.de>
Cc: tech-userlevel@netbsd.org,
Alistair Crooks <AlistairCrooks@excite.com>,
gnats-bugs@gnats.netbsd.org
Subject: Re: bin/10985 (skel files)
Date: Fri, 29 Sep 2000 16:29:51 +1100
Hubert Feyrer wrote:
> On Fri, 29 Sep 2000, Simon Burge wrote:
> > Actually, you can set (the undocumented!) skel_dir in
> > /etc/usermgmt.conf, so yes, why don't we just put everything into
> > /usr/share/skel and the user can then put customised files in /etc/skel
> > if they want to without fear of them getting overwritten.
>
> I'll expect users to modify things in /usr/share/skel then, and have a
> problem on the next upgrade. But I guess we can try to see of that
> happens.
I guess all we can do is document it and hope...
>
> > It is possible for the pkgsrc version to work this way?
>
> For pkgsrc, please put the skel files (you'll need to get them into the
> pkg somehow from share/skel!) into $PREFIX/share/skel.
Ok.
Simon.
--
Simon Burge <simonb@wasabisystems.com>
NetBSD Sales, Support and Service: http://www.wasabisystems.com/
From: Jaromír Dolecek <dolecek@ibis.cz>
To: Simon Burge <simonb@wasabisystems.com>
Cc: tech-userlevel@netbsd.org, Alistair Crooks <AlistairCrooks@excite.com>,
gnats-bugs@gnats.netbsd.org
Subject: Re: bin/10985 (skel files)
Date: Fri, 29 Sep 2000 09:11:40 +0200 (CEST)
Simon Burge wrote:
> Hmm, I'd tend towards /etc/skel - all of /usr/share should be shareable
> amongst a cluster of machines, and that may not be possible for whatever
> reasons.
I think those files should be put in /etc/skel, as well.
The upgrade issue is actually the same with /etc/alias, /etc/rtadvd.conf
and whole bunch of other files in /etc.
Jaromir
--
Jaromir Dolecek <jdolecek@NetBSD.org> http://www.ics.muni.cz/~dolecek/
@@@@ Wanna a real operating system ? Go and get NetBSD, damn! @@@@
From: Alistair Crooks <AlistairCrooks@excite.com>
To: Simon Burge <simonb@wasabisystems.com>, tech-userlevel@netbsd.org
Cc: Hubert Feyrer <hubert.feyrer@informatik.fh-regensburg.de>,
Alistair Crooks <AlistairCrooks@excite.com>, gnats-bugs@gnats.netbsd.org
Subject: Re: bin/10985 (skel files)
Date: Fri, 29 Sep 2000 00:54:13 -0700 (PDT)
On Fri, 29 Sep 2000 13:18:15 +1100, Simon Burge wrote:
> [ sorry for the direct CC Hubert & Alistair but I'm not sure if
> you're both on tech-userlevel ]
>
> Summary of the PR:
>
> We currently have three places for skeleton files:
>
> * /etc/skel: empty
> * /usr/share/skel: dot.cshrc, ...
> * /usr/share/examples/usermgmt: .cshrc, .lgin, ...
>
> useradd(8) manages to pick the empty one as default.
>
> Summary of discussion in PR:
>
> Having somewhere that isn't overwritten on upgrades
> is good (people customise skel files). Having two
> directories in /usr/share with examples is bad.
>
>
> How about the following approach:
>
> + merge /usr/share/skel and /usr/share/examples/usermgmt into
> /usr/share/skel (I think this name makes more sense than
> usermgmt).
> + add a "make distribution" target to share/skel/Makefile to
> install the examples into /etc/skel.
>
> Is this a reasonable comprimise?
Thanks for picking this one up.
Sounds good to me.
Regards,
Alistair
PS. I will try to commit a fix for 11071 today, and pullup 11072 fix onto
branch - if not today, it will be done on Monday.
--
Alistair Crooks (agc@pkgsrc.org)
_______________________________________________________
Say Bye to Slow Internet!
http://www.home.com/xinbox/signup.html
From: Hubert Feyrer <hubert.feyrer@informatik.fh-regensburg.de>
To: Simon Burge <simonb@wasabisystems.com>
Cc: tech-userlevel@netbsd.org, Alistair Crooks <AlistairCrooks@excite.com>,
gnats-bugs@gnats.netbsd.org
Subject: Re: bin/10985 (skel files)
Date: Fri, 29 Sep 2000 13:00:53 +0200 (MET DST)
On Fri, 29 Sep 2000, Simon Burge wrote:
> I guess all we can do is document it and hope...
No, the "all" solution includes putting them into src/skel and making them
part of the etc set. Like we do for other config files.
- Hubert
--
Hubert Feyrer <hubert.feyrer@informatik.fh-regensburg.de>
From: Simon Burge <simonb@wasabisystems.com>
To: Hubert Feyrer <hubert.feyrer@informatik.fh-regensburg.de>
Cc: tech-userlevel@netbsd.org, gnats-bugs@gnats.netbsd.org,
Alistair Crooks <AlistairCrooks@excite.com>
Subject: Re: bin/10985 (skel files)
Date: Sat, 30 Sep 2000 07:38:39 +1100
Ok,
So we're all pretty much agreed on putting the skel files in /etc/skel,
and leaving out /usr/share altogether (ie, both /usr/share/skel and
/usr/share/examples/usermgmt go the way of the bit-bucket)? And that
the skel files are part of the "etc" set and don't get overwritten by a
"make build" or "make install"?
Simon.
--
Simon Burge <simonb@wasabisystems.com>
NetBSD Sales, Support and Service: http://www.wasabisystems.com/
From: Hubert Feyrer <hubert.feyrer@informatik.fh-regensburg.de>
To: Simon Burge <simonb@wasabisystems.com>
Cc: gnats-bugs@gnats.netbsd.org
Subject: Re: bin/10985 (skel files)
Date: Sat, 30 Sep 2000 13:22:27 +0200 (MET DST)
On Sat, 30 Sep 2000, Simon Burge wrote:
> So we're all pretty much agreed on putting the skel files in /etc/skel,
> and leaving out /usr/share altogether (ie, both /usr/share/skel and
> /usr/share/examples/usermgmt go the way of the bit-bucket)? And that
> the skel files are part of the "etc" set and don't get overwritten by a
> "make build" or "make install"?
Yes. Thanks for taking this...
- Hubert
--
Hubert Feyrer <hubert.feyrer@informatik.fh-regensburg.de>
Responsible-Changed-From-To: bin-bug-people->simonb
Responsible-Changed-By: simonb
Responsible-Changed-When: Sat Sep 30 08:58:45 PDT 2000
Responsible-Changed-Why:
I'll take care of this one.
From: Simon Burge <simonb@wasabisystems.com>
To: tech-userlevel@netbsd.org
Cc: gnats-bugs@gnats.netbsd.org
Subject: Re: bin/10985 (skel files)
Date: Sun, 01 Oct 2000 18:46:12 +1100
Simon Burge wrote:
> So we're all pretty much agreed on putting the skel files in /etc/skel,
> and leaving out /usr/share altogether (ie, both /usr/share/skel and
> /usr/share/examples/usermgmt go the way of the bit-bucket)? And that
> the skel files are part of the "etc" set and don't get overwritten by a
> "make build" or "make install"?
I've got the trailing patch to do this. Look ok? For the final
version, I'll move the files in src/share/skel to etc/skel.
Simon.
--
Simon Burge <simonb@wasabisystems.com>
NetBSD Sales, Support and Service: http://www.wasabisystems.com/
Index: Makefile
===================================================================
RCS file: /cvsroot/sharesrc/share/skel/Makefile,v
retrieving revision 1.12
diff -d -p -u -r1.12 Makefile
--- Makefile 1999/02/13 02:54:36 1.12
+++ Makefile 2000/10/01 07:45:10
@@ -1,8 +1,15 @@
# $NetBSD: Makefile,v 1.12 1999/02/13 02:54:36 lukem Exp $
# from: @(#)Makefile 8.1 (Berkeley) 6/8/93
-FILES= dot.cshrc dot.login dot.mailrc dot.profile dot.rhosts
-FILESDIR= ${BINDIR}/skel
+.if make(distribution)
+FILES= dot.cshrc dot.login dot.mailrc dot.profile dot.rhosts
+FILESDIR= /etc/skel
+.for F in ${FILES}
+FILESNAME_${F}= ${F:S/dot//}
+.endfor
+
+distribution: filesinstall
+.endif
MKOBJ= no
.include <bsd.prog.mk>
From: Simon Burge <simonb@wasabisystems.com>
To: David Brownlee <abs@NetBSD.ORG>
Cc: tech-userlevel@NetBSD.ORG, gnats-bugs@gnats.netbsd.org
Subject: Re: bin/10985 (skel files)
Date: Sun, 01 Oct 2000 20:59:58 +1100
You can set the skeleton directory to something that is empty. I guess
we could also make a new option, say -K (opposite of -k) which says
ignore the skeleton directory, along with a setting that can be saved in
/etc/usermgmt.conf (say copy_skel_dir {true,false}).
Simon.
--
David Brownlee wrote:
> I'd prefer to see the dotfiles in /usr/share/examples/skel -
> I tend to leave defaults in /etc/csh.* and create homedirs without
> any dotfiles.
>
> If we do go ahead with this, is there a way to tell useradd on a
> stock system to create the home directory without populating it
> with any files. (short of deleting /etc/skel).
>
> David/absolute
> -- www.netbsd.org: A pmap for every occasion --
>
>
> On Sat, 30 Sep 2000, Simon Burge wrote:
>
> > Ok,
> >
> > So we're all pretty much agreed on putting the skel files in /etc/skel,
> > and leaving out /usr/share altogether (ie, both /usr/share/skel and
> > /usr/share/examples/usermgmt go the way of the bit-bucket)? And that
> > the skel files are part of the "etc" set and don't get overwritten by a
> > "make build" or "make install"?
--
Simon Burge <simonb@wasabisystems.com>
NetBSD Sales, Support and Service: http://www.wasabisystems.com/
From: David Brownlee <abs@netbsd.org>
To: Simon Burge <simonb@wasabisystems.com>
Cc: Hubert Feyrer <hubert.feyrer@informatik.fh-regensburg.de>,
tech-userlevel@netbsd.org, gnats-bugs@gnats.netbsd.org,
Alistair Crooks <AlistairCrooks@excite.com>
Subject: Re: bin/10985 (skel files)
Date: Sat, 30 Sep 2000 18:01:10 +0100 (BST)
I'd prefer to see the dotfiles in /usr/share/examples/skel -
I tend to leave defaults in /etc/csh.* and create homedirs without
any dotfiles.
If we do go ahead with this, is there a way to tell useradd on a
stock system to create the home directory without populating it
with any files. (short of deleting /etc/skel).
David/absolute
-- www.netbsd.org: A pmap for every occasion --
On Sat, 30 Sep 2000, Simon Burge wrote:
> Ok,
>
> So we're all pretty much agreed on putting the skel files in /etc/skel,
> and leaving out /usr/share altogether (ie, both /usr/share/skel and
> /usr/share/examples/usermgmt go the way of the bit-bucket)? And that
> the skel files are part of the "etc" set and don't get overwritten by a
> "make build" or "make install"?
>
> Simon.
> --
> Simon Burge <simonb@wasabisystems.com>
> NetBSD Sales, Support and Service: http://www.wasabisystems.com/
>
State-Changed-From-To: open->feedback
State-Changed-By: simonb
State-Changed-When: Mon Oct 16 22:47:00 PDT 2000
State-Changed-Why:
I believe all changes have been made to clear this PR.
Hubert- could you check and let me know if you are happy to close the PR?
State-Changed-From-To: feedback->closed
State-Changed-By: simonb
State-Changed-When: Tue Oct 17 06:59:31 PDT 2000
State-Changed-Why:
Submitter happy with changes.
From: Jun-ichiro itojun Hagino <itojun@iijlab.net>
To: gnats-bugs@gnats.netbsd.org
Cc:
Subject: Re: bin/10985 (skel files)
Date: Sat, 21 Oct 2000 02:23:52 +0900
> so my proposal would be:
> - keep /usr/share/skel, for template area. there will be localized
> items and other things. they will be overwritten on upgrades.
> - "make distribution" copies default files into /etc/skel.
> /etc/skel will be retained across upgrades.
> - users can copy files under /usr/share/skel/foo into /etc/skel
> for localized configuration, or edit files under /etc/skel to
> customize.
> - useradd uses /etc/skel.
oops, sorry if this is how things are currently implemented.
itojun
From: Jun-ichiro itojun Hagino <itojun@iijlab.net>
To: gnats-bugs@gnats.netbsd.org
Cc:
Subject: Re: bin/10985 (skel files)
Date: Sat, 21 Oct 2000 02:21:17 +0900
maybe it's too late, but i believed /usr/share/skel makes sense.
- when the system gets upgraded, i expect skeleton files to get
automagically upgraded. it seems that there are opposite
opinions presented on the PR.
- if we plan to ship localized skel files (those include LANG=foo)
skeleton directory will get larger, and /usr/share/skel/foo makes
more sense to me than /etc/skel.
i understand goals of /etc/skel - would like to retain templates,
and have a single location for useradd to look at.
so my proposal would be:
- keep /usr/share/skel, for template area. there will be localized
items and other things. they will be overwritten on upgrades.
- "make distribution" copies default files into /etc/skel.
/etc/skel will be retained across upgrades.
- users can copy files under /usr/share/skel/foo into /etc/skel
for localized configuration, or edit files under /etc/skel to
customize.
- useradd uses /etc/skel.
itojun
>Unformatted:
(Contact us)
$NetBSD: query-full-pr,v 1.39 2013/11/01 18:47:49 spz Exp $
$NetBSD: gnats_config.sh,v 1.8 2006/05/07 09:23:38 tsutsui Exp $
Copyright © 1994-2007
The NetBSD Foundation, Inc. ALL RIGHTS RESERVED.
Home