[Group.of.nepali.translators] [Bug 1540008] Re: USB permissions not set at install time (udevd name changed?)
** Changed in: nut (Debian) Status: New => Fix Released -- You received this bug notification because you are a member of नेपाली भाषा समायोजकहरुको समूह, which is subscribed to Xenial. Matching subscriptions: Ubuntu 16.04 Bugs https://bugs.launchpad.net/bugs/1540008 Title: USB permissions not set at install time (udevd name changed?) Status in nut package in Ubuntu: Fix Released Status in nut source package in Trusty: Fix Released Status in nut source package in Xenial: Fix Released Status in nut source package in Yakkety: Won't Fix Status in nut source package in Zesty: Fix Released Status in nut package in Debian: Fix Released Bug description: [Impact] * Installing nut provides rules to set up the devnodes accordingly, but on an install the trigger to run those is missed to be executed due to an error in postinst. * Fix is a backport from Debian repo (https://anonscm.debian.org/cgit/collab-maint/nut.git/commit/id=d31c6dcb) , which works in artful already [Test Case] * Plug in a usb controlled UPS of your choice * Install nut-server * The device node created should be mode 664 and group "nut", but it is not. * Install the proposed package with the fix * that should trigger the rules to run and it should now be created with proper permissions. * In the lack of special HW there is a fallback * Create a VM and give it some USB device * Start in one console "sudo udevadm monitor" * On installing the nut-server package the USB events should be re-triggered, but they are not yet today - with the fixed package they are. [Regression Potential] * The postinst trigger never worked, now it will work. If on a system the rules fail to execute there might be an issue, but since the are only triggered (async udev) the install will not fail due to that. I think in the worst case they are just still not executed. * Vice versa once they are executed correctly the changed permission could be an issue for odd setups that relied on the broken permission, but I explained in the Regression potential section of bug 1099947 that is released together why I think that is no issue. [Other Info] * n/a 1) $ lsb_release -rd Description: Ubuntu 14.04.3 LTS Release: 14.04 2) nut-server: 2.7.1-1ubuntu1; udev: 204-5ubuntu20.15 3) On a fresh install of Ubuntu 14.04 (amd64), I installed the nut- server package while the UPS was already connected via USB. After installation, the permissions described by /lib/udev/rules.d/52-nut- usbups.rules should have changed the group of the corresponding /dev/bus/usb/*/* node to 'nut'. 4) The owner/group for the /dev/bus/usb node remained root:root. Manually running 'udevadm trigger --subsystem-match=usb --action=change' changed the group to 'nut'. (From past experience tracking down related udev+nut bugs, unplugging and re-plugging the USB cable would yield similar results.) However, that udevadm command is included in the postinst for nut- server, and it is guarded with a pidof check for 'udevd': # ask udev to check for new udev rules [ -x /etc/init.d/udev ] && pidof udevd > /dev/null \ && udevadm trigger --subsystem-match=usb --action=change This most likely needs to be amended to include the current process name, 'systemd-udevd'. I checked the control files, and unless the udevd process name has changed back, I believe this will affect vivid, wily and xenial as well as trusty. (I will let someone else add those later tags if that turns out to be the case.) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/nut/+bug/1540008/+subscriptions ___ Mailing list: https://launchpad.net/~group.of.nepali.translators Post to : group.of.nepali.translators@lists.launchpad.net Unsubscribe : https://launchpad.net/~group.of.nepali.translators More help : https://help.launchpad.net/ListHelp
[Group.of.nepali.translators] [Bug 1540008] Re: USB permissions not set at install time (udevd name changed?)
This bug was fixed in the package nut - 2.7.1-1ubuntu1.2 --- nut (2.7.1-1ubuntu1.2) trusty; urgency=medium * Drop d/p/Fix-USB-permission-issues-related-to-Linux-udev.patch: this issue seems fixed via other updates and is no more reproducible (LP 1099947). nut (2.7.1-1ubuntu1.1) trusty; urgency=medium * debian/nut-server.postinst: The udevd process is called systemd-udevd for quite sometimes already, properly detect whether it's running or not, this should fix the devices permissions for USB UPS's (LP: #1540008) * d/p/Fix-USB-permission-issues-related-to-Linux-udev.patch: make udev rule apply correctly (LP 1099947). -- Christian EhrhardtMon, 28 Aug 2017 08:48:47 +0200 ** Changed in: nut (Ubuntu Trusty) Status: In Progress => Fix Released ** Changed in: nut (Ubuntu Xenial) Status: In Progress => Fix Released -- You received this bug notification because you are a member of नेपाली भाषा समायोजकहरुको समूह, which is subscribed to Xenial. Matching subscriptions: Ubuntu 16.04 Bugs https://bugs.launchpad.net/bugs/1540008 Title: USB permissions not set at install time (udevd name changed?) Status in nut package in Ubuntu: Fix Released Status in nut source package in Trusty: Fix Released Status in nut source package in Xenial: Fix Released Status in nut source package in Yakkety: Won't Fix Status in nut source package in Zesty: Fix Released Status in nut package in Debian: New Bug description: [Impact] * Installing nut provides rules to set up the devnodes accordingly, but on an install the trigger to run those is missed to be executed due to an error in postinst. * Fix is a backport from Debian repo (https://anonscm.debian.org/cgit/collab-maint/nut.git/commit/id=d31c6dcb) , which works in artful already [Test Case] * Plug in a usb controlled UPS of your choice * Install nut-server * The device node created should be mode 664 and group "nut", but it is not. * Install the proposed package with the fix * that should trigger the rules to run and it should now be created with proper permissions. * In the lack of special HW there is a fallback * Create a VM and give it some USB device * Start in one console "sudo udevadm monitor" * On installing the nut-server package the USB events should be re-triggered, but they are not yet today - with the fixed package they are. [Regression Potential] * The postinst trigger never worked, now it will work. If on a system the rules fail to execute there might be an issue, but since the are only triggered (async udev) the install will not fail due to that. I think in the worst case they are just still not executed. * Vice versa once they are executed correctly the changed permission could be an issue for odd setups that relied on the broken permission, but I explained in the Regression potential section of bug 1099947 that is released together why I think that is no issue. [Other Info] * n/a 1) $ lsb_release -rd Description: Ubuntu 14.04.3 LTS Release: 14.04 2) nut-server: 2.7.1-1ubuntu1; udev: 204-5ubuntu20.15 3) On a fresh install of Ubuntu 14.04 (amd64), I installed the nut- server package while the UPS was already connected via USB. After installation, the permissions described by /lib/udev/rules.d/52-nut- usbups.rules should have changed the group of the corresponding /dev/bus/usb/*/* node to 'nut'. 4) The owner/group for the /dev/bus/usb node remained root:root. Manually running 'udevadm trigger --subsystem-match=usb --action=change' changed the group to 'nut'. (From past experience tracking down related udev+nut bugs, unplugging and re-plugging the USB cable would yield similar results.) However, that udevadm command is included in the postinst for nut- server, and it is guarded with a pidof check for 'udevd': # ask udev to check for new udev rules [ -x /etc/init.d/udev ] && pidof udevd > /dev/null \ && udevadm trigger --subsystem-match=usb --action=change This most likely needs to be amended to include the current process name, 'systemd-udevd'. I checked the control files, and unless the udevd process name has changed back, I believe this will affect vivid, wily and xenial as well as trusty. (I will let someone else add those later tags if that turns out to be the case.) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/nut/+bug/1540008/+subscriptions ___ Mailing list: https://launchpad.net/~group.of.nepali.translators Post to : group.of.nepali.translators@lists.launchpad.net Unsubscribe : https://launchpad.net/~group.of.nepali.translators More help : https://help.launchpad.net/ListHelp
[Group.of.nepali.translators] [Bug 1540008] Re: USB permissions not set at install time (udevd name changed?)
This bug was fixed in the package nut - 2.7.4-5ubuntu2.1 --- nut (2.7.4-5ubuntu2.1) zesty; urgency=medium * debian/nut-server.postinst: The udevd process is called systemd-udevd for quite sometimes already, properly detect whether it's running or not, this should fix the devices permissions for USB UPS's (LP: #1540008) -- Christian EhrhardtThu, 17 Aug 2017 15:26:30 +0200 ** Changed in: nut (Ubuntu Zesty) Status: Fix Committed => Fix Released -- You received this bug notification because you are a member of नेपाली भाषा समायोजकहरुको समूह, which is subscribed to Xenial. Matching subscriptions: Ubuntu 16.04 Bugs https://bugs.launchpad.net/bugs/1540008 Title: USB permissions not set at install time (udevd name changed?) Status in nut package in Ubuntu: Fix Released Status in nut source package in Trusty: In Progress Status in nut source package in Xenial: In Progress Status in nut source package in Yakkety: Won't Fix Status in nut source package in Zesty: Fix Released Status in nut package in Debian: New Bug description: [Impact] * Installing nut provides rules to set up the devnodes accordingly, but on an install the trigger to run those is missed to be executed due to an error in postinst. * Fix is a backport from Debian repo (https://anonscm.debian.org/cgit/collab-maint/nut.git/commit/id=d31c6dcb) , which works in artful already [Test Case] * Plug in a usb controlled UPS of your choice * Install nut-server * The device node created should be mode 664 and group "nut", but it is not. * Install the proposed package with the fix * that should trigger the rules to run and it should now be created with proper permissions. * In the lack of special HW there is a fallback * Create a VM and give it some USB device * Start in one console "sudo udevadm monitor" * On installing the nut-server package the USB events should be re-triggered, but they are not yet today - with the fixed package they are. [Regression Potential] * The postinst trigger never worked, now it will work. If on a system the rules fail to execute there might be an issue, but since the are only triggered (async udev) the install will not fail due to that. I think in the worst case they are just still not executed. * Vice versa once they are executed correctly the changed permission could be an issue for odd setups that relied on the broken permission, but I explained in the Regression potential section of bug 1099947 that is released together why I think that is no issue. [Other Info] * n/a 1) $ lsb_release -rd Description: Ubuntu 14.04.3 LTS Release: 14.04 2) nut-server: 2.7.1-1ubuntu1; udev: 204-5ubuntu20.15 3) On a fresh install of Ubuntu 14.04 (amd64), I installed the nut- server package while the UPS was already connected via USB. After installation, the permissions described by /lib/udev/rules.d/52-nut- usbups.rules should have changed the group of the corresponding /dev/bus/usb/*/* node to 'nut'. 4) The owner/group for the /dev/bus/usb node remained root:root. Manually running 'udevadm trigger --subsystem-match=usb --action=change' changed the group to 'nut'. (From past experience tracking down related udev+nut bugs, unplugging and re-plugging the USB cable would yield similar results.) However, that udevadm command is included in the postinst for nut- server, and it is guarded with a pidof check for 'udevd': # ask udev to check for new udev rules [ -x /etc/init.d/udev ] && pidof udevd > /dev/null \ && udevadm trigger --subsystem-match=usb --action=change This most likely needs to be amended to include the current process name, 'systemd-udevd'. I checked the control files, and unless the udevd process name has changed back, I believe this will affect vivid, wily and xenial as well as trusty. (I will let someone else add those later tags if that turns out to be the case.) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/nut/+bug/1540008/+subscriptions ___ Mailing list: https://launchpad.net/~group.of.nepali.translators Post to : group.of.nepali.translators@lists.launchpad.net Unsubscribe : https://launchpad.net/~group.of.nepali.translators More help : https://help.launchpad.net/ListHelp
[Group.of.nepali.translators] [Bug 1540008] Re: USB permissions not set at install time (udevd name changed?)
** Changed in: nut (Ubuntu Yakkety) Status: Triaged => Won't Fix -- You received this bug notification because you are a member of नेपाली भाषा समायोजकहरुको समूह, which is subscribed to Xenial. Matching subscriptions: Ubuntu 16.04 Bugs https://bugs.launchpad.net/bugs/1540008 Title: USB permissions not set at install time (udevd name changed?) Status in nut package in Ubuntu: Fix Released Status in nut source package in Trusty: Confirmed Status in nut source package in Xenial: Triaged Status in nut source package in Yakkety: Won't Fix Status in nut source package in Zesty: Triaged Status in nut package in Debian: New Bug description: 1) $ lsb_release -rd Description: Ubuntu 14.04.3 LTS Release: 14.04 2) nut-server: 2.7.1-1ubuntu1; udev: 204-5ubuntu20.15 3) On a fresh install of Ubuntu 14.04 (amd64), I installed the nut- server package while the UPS was already connected via USB. After installation, the permissions described by /lib/udev/rules.d/52-nut- usbups.rules should have changed the group of the corresponding /dev/bus/usb/*/* node to 'nut'. 4) The owner/group for the /dev/bus/usb node remained root:root. Manually running 'udevadm trigger --subsystem-match=usb --action=change' changed the group to 'nut'. (From past experience tracking down related udev+nut bugs, unplugging and re-plugging the USB cable would yield similar results.) However, that udevadm command is included in the postinst for nut- server, and it is guarded with a pidof check for 'udevd': # ask udev to check for new udev rules [ -x /etc/init.d/udev ] && pidof udevd > /dev/null \ && udevadm trigger --subsystem-match=usb --action=change This most likely needs to be amended to include the current process name, 'systemd-udevd'. I checked the control files, and unless the udevd process name has changed back, I believe this will affect vivid, wily and xenial as well as trusty. (I will let someone else add those later tags if that turns out to be the case.) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/nut/+bug/1540008/+subscriptions ___ Mailing list: https://launchpad.net/~group.of.nepali.translators Post to : group.of.nepali.translators@lists.launchpad.net Unsubscribe : https://launchpad.net/~group.of.nepali.translators More help : https://help.launchpad.net/ListHelp
[Group.of.nepali.translators] [Bug 1540008] Re: USB permissions not set at install time (udevd name changed?)
As a sync would be preferred for 1. of comment #5 I did: - Poll Debian on the status of the release of the already queued changes [1]. - Link the Debian bug up here and waiting for a reply now. [1]: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=868007 ** Bug watch added: Debian Bug tracker #868007 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=868007 ** Also affects: nut (Debian) via http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=868007 Importance: Unknown Status: Unknown -- You received this bug notification because you are a member of नेपाली भाषा समायोजकहरुको समूह, which is subscribed to Xenial. Matching subscriptions: Ubuntu 16.04 Bugs https://bugs.launchpad.net/bugs/1540008 Title: USB permissions not set at install time (udevd name changed?) Status in nut package in Ubuntu: Triaged Status in nut source package in Trusty: Confirmed Status in nut source package in Xenial: Triaged Status in nut source package in Yakkety: Triaged Status in nut source package in Zesty: Triaged Status in nut package in Debian: Unknown Bug description: 1) $ lsb_release -rd Description: Ubuntu 14.04.3 LTS Release: 14.04 2) nut-server: 2.7.1-1ubuntu1; udev: 204-5ubuntu20.15 3) On a fresh install of Ubuntu 14.04 (amd64), I installed the nut- server package while the UPS was already connected via USB. After installation, the permissions described by /lib/udev/rules.d/52-nut- usbups.rules should have changed the group of the corresponding /dev/bus/usb/*/* node to 'nut'. 4) The owner/group for the /dev/bus/usb node remained root:root. Manually running 'udevadm trigger --subsystem-match=usb --action=change' changed the group to 'nut'. (From past experience tracking down related udev+nut bugs, unplugging and re-plugging the USB cable would yield similar results.) However, that udevadm command is included in the postinst for nut- server, and it is guarded with a pidof check for 'udevd': # ask udev to check for new udev rules [ -x /etc/init.d/udev ] && pidof udevd > /dev/null \ && udevadm trigger --subsystem-match=usb --action=change This most likely needs to be amended to include the current process name, 'systemd-udevd'. I checked the control files, and unless the udevd process name has changed back, I believe this will affect vivid, wily and xenial as well as trusty. (I will let someone else add those later tags if that turns out to be the case.) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/nut/+bug/1540008/+subscriptions ___ Mailing list: https://launchpad.net/~group.of.nepali.translators Post to : group.of.nepali.translators@lists.launchpad.net Unsubscribe : https://launchpad.net/~group.of.nepali.translators More help : https://help.launchpad.net/ListHelp