Hello Martin, or anyone else affected, Accepted systemd into xenial-proposed. The package will build now and be available at https://launchpad.net/ubuntu/+source/systemd/229-4ubuntu5 in a few hours, and then in the -proposed repository.
Please help us by testing this new package. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to enable and use -proposed. Your feedback will aid us getting this update out to other Ubuntu users. If this package fixes the bug for you, please add a comment to this bug, mentioning the version of the package you tested, and change the tag from verification-needed to verification-done. If it does not fix the bug for you, please add a comment stating that, and change the tag to verification-failed. In either case, details of your testing will help us make a better decision. Further information regarding the verification process can be found at https://wiki.ubuntu.com/QATeam/PerformingSRUVerification . Thank you in advance! ** Changed in: systemd (Ubuntu Xenial) Status: In Progress => Fix Committed ** Tags added: verification-needed -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to systemd in Ubuntu. https://bugs.launchpad.net/bugs/1574483 Title: assigns MAC-based names for devices with locally administered MAC address Status in systemd package in Ubuntu: Fix Released Status in systemd source package in Xenial: Fix Committed Status in systemd source package in Yakkety: Fix Released Status in systemd package in Debian: Fix Released Bug description: Originally from https://bugs.debian.org/812575: Our current /lib/systemd/network/90-mac-for-usb.link assigns MAC-based names to all USB devices. However, this is wrong and pointless for locally administered MAC addresses (with the second bit set to '1', see https://en.wikipedia.org/wiki/MAC_address#Address_details). The old 75-persistent-net generator had this rule: ENV{MATCHADDR}=="?[2367abef]:*", ENV{MATCHADDR}="" which ignored these devices. We need to adjust 90-mac-for-usb.link to do the same, and only apply to universally administered MAC addresses (at least until https://lists.ubuntu.com/archives/ubuntu- devel/2016-April/039302.html gets concluded). We should simply fall through the default policy of assigning location based names. The kernel assigned ones have no meaning whatsoever, so this at least provides name stability for use cases where you can rely on plugging the device into the same port. SRU INFORMATION: ================ Fix: https://anonscm.debian.org/cgit/pkg-systemd/systemd.git/commit/?id=ec7e332 Test case: - Plug in an Android phone and enable USB tethering, or a different USB device which uses locally administered MAC addresses, i. e. they change after every reboot of the device. The first byte of the MAC address must have the second bit set, i. e. the hex number matches ?[2367abef]. - Check "ip a". With current xenial version the interface name is MAC based, like "enx12345678", and it changes after rebooting the device. - With this fix, the name is location based, like "enp0s1u2", and it remains stable as long as you use the same USB port. Regression potential: This only affects naming USB network devices. It should be tested that devices with universally administered MACs (i. e. stable, second bit is zero) keep MAC based names to avoid changing existing stable names. For devices with locally administered MACs (i. e. random ones) the name currently changes all the time anyway, so any /etc/network/interfaces or firewall script that refers to them is already broken and there cannot be further regressions there. Also, the updated policy is only applied after a computer reboot or replugging the device, the name does not change while the device is already plugged in. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1574483/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
