udev-udeb noisy about missing groups
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| udev (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned | ||
Bug Description
Binary package hint: udev
When built against current udev-udeb, there's a fair bit of noise on debian-installer's console about the fact that a bunch of groups don't exist. This is by design in d-i; everything is running as root in the installer, and there's no point in creating groups.
Previously (see bug 204108), we had a stripped-down rules file with just mode permissions, not groups. This seems like a hassle to maintain if upstream isn't interested in doing so, though. Perhaps we could have a special patch for udev-udeb that simply silences errors about missing owners and groups (maybe a configuration file option that we could set only in the udeb)? That seems likely to be much easier to maintain than different rules, and shouldn't have any downsides in the context of the installer.
| Changed in udev: | |
| status: | New → Fix Committed |
| Launchpad Janitor (janitor) wrote | #1 |
| Changed in udev: | |
| status: | Fix Committed → Fix Released |
This bug was fixed in the package udev - 137-1
---------------
udev (137-1) jaunty; urgency=low
* New upstream release:
- udevadm test no longer has force option.
- udevd has --resolve-
- Group of IDE CD-ROM drives fixed. LP: #315997.
- Group of DRI subsystem fixed. LP: #317430.
- /etc/udev/rules.d not existing is not an error. LP: #315780.
- Bug where device nodes would be replaced by symlinks on rename has been
fixed. LP: #315979.
* Use --resolve-
have a useful name service. LP: #319199.
* Since we don't have to worry about group lookup, we may as well copy the
default rules into the initramfs as well. This actually double-solves
LP: #315979.
* Make sure the root filesystem is writable before attempting to copy
generated rules across. LP: #224870.
* Remove /dev/MAKEDEV symlink; the FHS no longer requires it when /dev
is automatically managed.
* It is not permitted to call udevadm trigger or settle during an upgrade
without depending on udev. Attempting this will fail.
* Change /etc/init.d/udev restart to actually restart the daemon, with a
bit of detection to print a warning if we missed events while the
daemon was down.
* Refreshing /dev is now /etc/init.d/udev refresh-devices
* Restart udev daemon after upgrade. LP: #317944.
-- Scott James Remnant <email address hidden> Fri, 23 Jan 2009 15:15:07 +0000