This bug was fixed in the package systemd - 229-5ubuntu1 --------------- systemd (229-5ubuntu1) yakkety; urgency=medium
* Merge with Debian unstable. Remaining Ubuntu changes: - Hack to support system-image read-only /etc, and modify files in /etc/writable/ instead. systemd (229-5) unstable; urgency=medium * debian/tests/unit-config: Call "daemon-reload" to clean up generated units in between tests. * debian/tests/unit-config: Check that enable/disable commands are idempotent. * debian/tests/unit-config: Detect if system units are in /usr/, so that the test works on systems with merged /usr. * debian/tests/unit-config: Use systemd-sysv-install instead of update-rc.d directly, so that the test works under Fedora too. * debian/tests/unit-config: Check disabling of a "systemctl link"ed unit, and check "systemctl enable" on a unit with full path which is not in the standard directories. * Rename debian/extra/rules/73-idrac.rules to 73-special-net-names.rules, as it is going to get rules for other devices. Also install it into the initramfs. * debian/extra/rules/73-special-net-names.rules: Add DEVPATH number based naming schema for ibmveth devices. (LP: #1561096) * Don't set SYSTEMD_READY=0 on DM_UDEV_DISABLE_OTHER_RULES_FLAG=1 devmapper devices with "change" events, as this causes spurious unmounting with multipath devices. (LP: #1565969) * Fix bogus "No [Install] section" warning when enabling a unit with full path. (LP: #1563590) * debian/tests/cmdline-upstart-boot: In test_rsyslog(), check for messages from dbus instead of NetworkManager. NM 1.2 does not seem to log to syslog by default any more. * Bump Standards-Version to 3.9.8 (no changes necessary). * debian/tests/boot-smoke: Add some extra debugging if there are pending jobs after 10s, to figure out why lightdm is sometimes "restarting". (for LP #1571673) * debian/tests/boot-smoke: Configure dummy X.org driver (like in the boot-and-services test), to avoid lightdm randomly fail. (LP: #1571673) * Move Debian specific patches into debian/patches/debian (which translates to "Gbp-Pq: Topic debian" with pq). This keeps upstream vs. Debian patches separated without the comments in debian/patches/series (which always get removed by "pq export"). * Don't ship an empty /etc/X11/xinit/xinitrc.d/ directory, this isn't supported in Debian. (Closes: #822198) * udev: Mark nbd as inactive until connected. (Closes: #812485) * On shutdown, unmount /tmp before disabling swap. (Closes: #788303) * debian/systemd-coredump.postinst: Do daemon-reload before starting systemd-coredump, as the unit file may have changed on upgrades. (Closes: #820325) * Set MAC based name for USB network interfaces only for universally administered (i. e. stable) MACs, not for locally administered (i. e. randomly generated) ones. Drop /lib/systemd/network/90-mac-for-usb.link (as link files don't currently support globs for MACAddress=) and replace with an udev rule in /lib/udev/rules.d/73-special-net-names.rules. (Closes: #812575, LP: #1574483) -- Martin Pitt <martin.p...@ubuntu.com> Mon, 25 Apr 2016 13:18:04 +0200 ** Changed in: systemd (Ubuntu Yakkety) Status: Fix Committed => Fix Released -- 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: In Progress 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