On Thu, 2012-04-19 at 09:32 -0500, Bruce Dubbs wrote: > We have a ticket open at http://wiki.linuxfromscratch.org/lfs/ticket/3061 > that I > would like to discuss here in a bit more open environment. > > See also http://www.linuxfromscratch.org/blfs/view/svn/postlfs/users.html > > Comparing groups we have: > > LFS Redhat Debian Arch > root:x:0: > bin:x:1: bin daemon bin > sys:x:2: daemon bin daemon > kmem:x:3: sys sys sys > tty:x:4: adm adm adm > tape:x:5: tty tty tty > daemon:x:6: disk disk disk > floppy:x:7: lp lp lp > disk:x:8: mem mail mem > lp:x:9: kmem news kmem > dialout:x:10: wheel uucp wheel > audio:x:11: > video:x:12: > utmp:x:13: > usb:x:14: > cdrom:x:15: > mail:x:34: > nogroup:x:99: > > In general, the only gid that is 'special' is root. However there is at > least > one older program that needs a switch to be told tty is 4 and not 5. I don't > have problem with that switch but I do wonder if tape, floppy, and dialout > are > still valid. > > I'm not a big fan of wheel and news/uucp certainly seem to be obsolete. > > Is there any objection to changing the order of the first 10 groups to: > > root:x:0: > bin:x:1: > sys:x:2: -> daemon > kmem:x:3: -> sys > tty:x:4: -> adm > tape:x:5: -> tty > daemon:x:6: -> disk > floppy:x:7: -> kmem > disk:x:8: -> mem > lp:x:9: > dialout:x:10: (omit)
+1 to the general principle of bringing our group numbers into line with common distros (that is, after all, one of the justifications on the page that creates them!). The other reason for creating the groups we do is for Udev. I've done a grep on Udev's stock rules, and our custom rules, and coupled with LSB's requirements of a root and bin group, have the following minimal list for your consideration: root:x:0: bin:x:1: tty:x:5: disk:6: lp:7: kmem:x:9: (conflicts with BLFS' lp) cdrom:x:11: dialout:x:18: (conflicts with BLFS' messagebus) floppy:x:19: (conflicts with BLFS' haldaemon - have you guys not removed HAL yet? :-)) tape:x:33: (conflicts with BLFS' postdrop) video:x:39: audio:x:63: I don't particularly care for the gaps in the gids (these were taken from Fedora, so will also be seen on Red Hat, Centos, Scientific Linux, and any other Red Hat derivatives). And there's the conflicts that we have to decide whether to resolve by changing gids in BLFS or deviating from distro's choices. Regards, Matt. -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
