Bruce Dubbs wrote:
I'd like to remind everybody that LFS will have to add the nobody user/group to section 6.6 (Creating Essential Files and Symlinks).
Why? I thought it was determined that the nobody user/group isn't *required* for udev/vol_id to work. Or is this more a correctness issue, i.e. we want/need vol_id to drop privileges, which it won't do without that user and group configured?
Looking at the code, the "nobody" group is only used in test/udev-test.pl (lines 1407, 1409, 1418, and 1420).
If that's the case then we can simply create a temporary "nobody" group and delete it after the test run. Folks that need it because of something in BLFS can then refer to BLFS for the correct gid.
In extras/volume_id/vol_id.c, the group of the nobody uid (not gid) is used.
Hmm, OK, and I guess the sensible/traditional thing to do is to have the "nobody" uid a member of the "nobody" group.
In which case, I'd agree with your original proposal, Bruce, and add the "nobody" uid and gids to /etc/passwd & /etc/group respectively. Doing *just* this means that we do only the minimum necessary with users and groups that's required to keep LFS working, and solves a whole lot of discussion/conflict regarding other users and groups that folks may or may not feel are warranted in the book. Anyone requiring additional users and groups can either a) refer to BLFS as they have been doing or b) use their own configuration. As long as LFS' implementation of the nobody uid and gid are the same as BLFS' then I don't *think* we'll break anything.
One thing I'm concerned about with Dan's proposal of aligning all the users and groups up between the various *LFS books is of our motto "Your distro, your rules". If we start mandating all the users and groups that folks should have as part of a base system simply to create consistency between the various LFS projects, which a reader may or may not go on to refer to, there's an inherent lack of flexibility there. Well, I suppose they're free to ignore our list, but I'm still uncomfortable with specifying any more users/groups than we have currently if they're not directly used by LFS packages.
Regards, Matt. -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
