[arch-dev-public] [signoff] udev-165-1
Hi guys. upstream release: udev 165 ======== Bugfixes. The udev database has changed, After installation of a new udev version, 'udevadm info --convert-db' should be called, to let the new udev/libudev version read the already stored data. udevadm now supports quoting of property values, and prefixing of key names: $ udevadm info --export --export-prefix=MY_ --query=property -n sda MY_MAJOR='259' MY_MINOR='0' MY_DEVNAME='/dev/sda' MY_DEVTYPE='disk' ... libudev now supports: udev_device_get_is_initialized() udev_enumerate_add_match_is_initialized() to be able to skip devices the kernel has created , but udev has not already handled. libudev now supports: udev_device_get_usec_since_initialized() to retrieve the "age" of a udev device record. GUdev supports a more generic GUdevEnumerator class, udev TAG handling, device initialization and timestamp now. The counterpart of /sys/dev/{char,block}/$major:$minor, /dev/{char,block}/$major:$minor symlinks are now unconditionally created, even when no rule files exist. please signoff both arches, greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa@archlinux.org
On 04/01/11 08:12, Tobias Powalowski wrote:
Hi guys. upstream release: udev 165
Signoff i686, Allan
Le 3 janvier 2011 17:12:15, Tobias Powalowski a écrit :
Hi guys. upstream release: udev 165 ======== Bugfixes.
The udev database has changed, After installation of a new udev version, 'udevadm info --convert-db' should be called, to let the new udev/libudev version read the already stored data.
udevadm now supports quoting of property values, and prefixing of key names: $ udevadm info --export --export-prefix=MY_ --query=property -n sda MY_MAJOR='259' MY_MINOR='0' MY_DEVNAME='/dev/sda' MY_DEVTYPE='disk' ...
libudev now supports: udev_device_get_is_initialized() udev_enumerate_add_match_is_initialized() to be able to skip devices the kernel has created , but udev has not already handled.
libudev now supports: udev_device_get_usec_since_initialized() to retrieve the "age" of a udev device record.
GUdev supports a more generic GUdevEnumerator class, udev TAG handling, device initialization and timestamp now.
The counterpart of /sys/dev/{char,block}/$major:$minor, /dev/{char,block}/$major:$minor symlinks are now unconditionally created, even when no rule files exist.
please signoff both arches, greetings tpowa
Signoff x86_64 Stéphane
Am Mon, 3 Jan 2011 23:12:15 +0100 schrieb Tobias Powalowski <t.powa@gmx.de>:
Hi guys. upstream release: udev 165 ======== Bugfixes.
The udev database has changed, After installation of a new udev version, 'udevadm info --convert-db' should be called, to let the new udev/libudev version read the already stored data.
I've just updated udev and after a relogin to X no input was possible with keyboard or mouse. I had to ssh into it and reboot the system. Now it's working. I'm not sure if the above mentioned 'udevadm info --convert-db' would have prevent this. Shouldn't this be added to the post.update script-let or make pacman to print at least a small note about this? Sadly it's already moved. I don't think it's a good practice to move a pkg to core in less than 9 hours even when you have 2 signoffs. -Andy
Am 04.01.2011 17:38, schrieb Andreas Radke:
I've just updated udev and after a relogin to X no input was possible with keyboard or mouse. I had to ssh into it and reboot the system. Now it's working.
I'm not sure if the above mentioned 'udevadm info --convert-db' would have prevent this. Shouldn't this be added to the post.update script-let or make pacman to print at least a small note about this?
It's not clear whether this is a good idea. We do not restart udevd on update, so migrating a udev database seems like a bad idea. I also would have thought that this is no problem, as the old udevd is still running and uses the old database format (unless udevd re-exec's /sbin/udevd at some point, which IMO is also a bad idea, it should rather re-exec /proc/self/exe). As a general rule: A udev update should be followed by a reboot or a manual udevd restart (both of which would fix your problem).
participants (5)
-
Allan McRae
-
Andreas Radke
-
Stéphane Gaudreault
-
Thomas Bächler
-
Tobias Powalowski