1 |
On Sun, 2004-02-08 at 06:10, Steven Elling wrote: |
2 |
> On Fri, 2004-02-06 at 02:32, Paul de Vrieze wrote: |
3 |
> > On Friday 06 February 2004 09:14, Stewart Honsberger wrote: |
4 |
> > > Paul de Vrieze wrote: |
5 |
> > > > Basically muttrc is not of the same class as passwd, fstab and group. If |
6 |
> > > > you're up to it, just move the three to somewhere else and reboot. After |
7 |
> > > > that I think you can appreciate that one must not be enabled to |
8 |
> > > > overwrite them. |
9 |
> > > |
10 |
> > > Some people run Linux because they don't like their operating system |
11 |
> > > protecting their toes from their own firearms. |
12 |
> > |
13 |
> > Maybe my wording was a bit too harsh. But I cannot see the point of offering |
14 |
> > the user the option of replacing his passwd/fstab/group with one that with |
15 |
> > 99% certainty is wrong |
16 |
> > |
17 |
> > Paul |
18 |
> |
19 |
> More importantly; which has been brought to the attention of the devs |
20 |
> and ignored; is that useradd, userdel, usermod, groupadd, groupdel, |
21 |
> groupmod or similar should be used the modify /etc/password and |
22 |
> /etc/group. |
23 |
> |
24 |
|
25 |
Which ever way you look at this, its a tacky issue. Some people do not |
26 |
want an ebuild to auto change these, so do. You cannot really leave |
27 |
._cfg* around, as your newer users have the hang of messing the merge |
28 |
(exactly the reason why baselayout do not let passwd and shadow leave |
29 |
._cfg*'s around) |
30 |
|
31 |
My personal opinion to this is that if something need a new user/group, |
32 |
then baselayout should get it added for new installs (but not leave a |
33 |
._cfg* around - thus existing do not get updated), but the ebuild should |
34 |
add it via enewuser and enewgroup (eutils.eclass), as it will then only |
35 |
be done for those needing it, and the risk is much lower. For those not |
36 |
wanting portage to tweak, we might introduce a USE flag, but until we |
37 |
can get portage to display _all_ messages post bulk merge, it is not |
38 |
really feasible, as the message to add the user gets lost in the noise. |
39 |
|
40 |
|
41 |
-- |
42 |
|
43 |
Martin Schlemmer |
44 |
Gentoo Linux Developer, Desktop/System Team Developer |
45 |
Cape Town, South Africa |