Opened 20 years ago
Last modified 17 years ago
#1032 closed task
New users and groups — at Version 8
| Reported by: | Owned by: | ||
|---|---|---|---|
| Priority: | high | Milestone: | |
| Component: | Book | Version: | SVN |
| Severity: | normal | Keywords: | |
| Cc: |
Description (last modified by )
users:
root:x:0:0
nobody:x:65534:65534
groups:
root:x:0
console:x:1
tty:x:2
kmem:x:3
disk:x:4
utmp:x:5
nogroup:x:65534
Change History (8)
comment:1 by , 20 years ago
comment:2 by , 20 years ago
Note from Kevin regarding usbfs:
That would be my suggestion, most people don't need usbfs at all (I've never used it once), so it would seem to be more appropriate to be in the BLFS book in the section that installs scanning related software.
URL for this specific thread: http://archives.linuxfromscratch.org/mail-archives/lfs-dev/2005-February/050610.html
comment:3 by , 19 years ago
Matt, are we going to move on this or is it relegated to a later release?
comment:4 by , 19 years ago
Well, it certainly won't make 6.1. We'll need to see if/when BLFS are ready, so we can coordinate efforts.
comment:6 by , 19 years ago
(In reply to comment #0)
users:
root:x:0:0 nobody:x:65534:65534
There doesn't seem to be a valid reason for using 65534 anymore. I suggest we strive to match BLFS which has already solved greater uid/gid issues than LFS will even encounter.
groups:
root:x:0 console:x:1
BLFS uses bin for gid 1. Since the next gid assigned by BLFS is 14, we have plenty of breathing room. I suggest either moving console after utmp, or just incrementing console to utmp by one number. Nothing dictates that we need a gid 1 in a base system.
nogroup:x:65534
Same argument as user nobody.
comment:7 by , 19 years ago
OK, let's leave gid 1 free for BLFS' bin group, as long as we document why we're doing it, of course. Just shift console-utmp up one gid. Let's match BLFS' nobody and nogroup IDs too.
Thanks,
Matt.
comment:8 by , 19 years ago
| Description: | modified (diff) |
|---|
What's the status of this one? Are we aiming to implement this or 6.2 or is this an unknown future version?
Update fstab as well:
usbfs /proc/bus/usb usbfs devgid=14,devmode=0660 0 0
This option will only work if Support for Host-side USB and USB device filesystem are compiled into the kernel (not as a module).
Add a note here to create a usb group or alternate suggestions. For instance, the "root" group could possible be used as long as people understand the implications of such a thing. Might compromise security or not.