Your message dated Thu, 13 Jul 2017 16:50:52 +0000
with message-id <e1dvhkg-000bme...@fasolo.debian.org>
and subject line Bug#868002: fixed in systemd 234-1
has caused the Debian Bug report #868002,
regarding udev: README.Debian interface naming improvements
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
868002: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=868002
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: udev
Version: 233-10
Severity: wishlist


Hi.

Some possible improvements:


1)
README.Debian, mentions:
/lib/systemd/network/01-mac-for-usb.link
however this seems to no longer exist.


2)
Also it mentions "on VMs remove the file 
/etc/udev/rules.d/80-net-setup-link.rules instead".

Is this still up to date? I've checked a number of legacy installations (i.e. 
such that had
/etc/udev/rules.d/70-persistent-net.rules), with different KVM and VMware and 
non of them had
such file generated.


3) As for the "new" stable interface naming.
While I've never observed any real issues with the old way of doing it, I see 
the points why
this was done and don't really care on the name of the my interfaces.

There is however at least one scneario, where the new path-based naming makes 
troubles:

If I take my large computing and storage clusters at the university, it doesn't 
really happen
that often that a network card breaks, is replaced (at the same location) and 
then things
work out of the box, without having to change the MAC in some udev rule.
Actually the bigger server vendors seem to send you replacements with the same 
MACs than one
had before.

What I do however have is many bunches of nodes from different vendors or 
different generations
in which the position is different, and thus I get different names.
I do however want to have the primary network card have the same name accross 
the whole cluster
(whether it's eth0 or foobar), which brings one back to the MAC based way of 
naming, I guess,
especially since these servers all typically have n NICs ... e.g. 2 "good" 10 
GbEs and 4 on-board
1GbEs.

Now README.Debian already gives example how to do that with an udev rule... 
even as "first" way,
but it gives no example on doing it the systemd-way, which is AFAIU with a 
.link file, isn't it?

So perhaps for the custom naming, tell people how they can convert their old
70-persistent-net.rule to a .link file first (before the udev way) andgive an 
example like:
[Match]
MACAddress=11:22:aa:bb:cc:33

[Link]
Name=eth0

Which, AFAIU, is the intended way of doing it?


Cheers,
Chris.

--- End Message ---
--- Begin Message ---
Source: systemd
Source-Version: 234-1

We believe that the bug you reported is fixed in the latest version of
systemd, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 868...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Michael Biebl <bi...@debian.org> (supplier of updated systemd package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

Format: 1.8
Date: Thu, 13 Jul 2017 17:38:28 +0200
Source: systemd
Binary: systemd systemd-sysv systemd-container systemd-journal-remote 
systemd-coredump systemd-tests libpam-systemd libnss-myhostname 
libnss-mymachines libnss-resolve libnss-systemd libsystemd0 libsystemd-dev udev 
libudev1 libudev-dev udev-udeb libudev1-udeb
Architecture: source
Version: 234-1
Distribution: unstable
Urgency: medium
Maintainer: Debian systemd Maintainers 
<pkg-systemd-maintainers@lists.alioth.debian.org>
Changed-By: Michael Biebl <bi...@debian.org>
Description:
 libnss-myhostname - nss module providing fallback resolution for the current 
hostname
 libnss-mymachines - nss module to resolve hostnames for local container 
instances
 libnss-resolve - nss module to resolve names via systemd-resolved
 libnss-systemd - nss module providing dynamic user and group name resolution
 libpam-systemd - system and service manager - PAM module
 libsystemd-dev - systemd utility library - development files
 libsystemd0 - systemd utility library
 libudev-dev - libudev development files
 libudev1   - libudev shared library
 libudev1-udeb - libudev shared library (udeb)
 systemd    - system and service manager
 systemd-container - systemd container/nspawn tools
 systemd-coredump - tools for storing and retrieving coredumps
 systemd-journal-remote - tools for sending and receiving remote journal logs
 systemd-sysv - system and service manager - SysV links
 systemd-tests - tests for systemd
 udev       - /dev/ and hotplug management daemon
 udev-udeb  - /dev/ and hotplug management daemon (udeb)
Closes: 859941 866313 868002
Changes:
 systemd (234-1) unstable; urgency=medium
 .
   [ Michael Biebl ]
   * New upstream version 234
     - tmpfiles: Create /var/log/lastlog if it does not exist.
       (Closes: #866313)
     - network: Bridge vlan without PVID. (Closes: #859941)
   * Rebase patches
   * Switch build system from autotools to meson.
     Update the Build-Depends accordingly.
   * Update fsckd patch for meson
   * udev autopkgtest: no longer install test-udev binary manually.
     This is now done by the upstream build system.
   * Update symbols file for libsystemd0
   * Update lintian override for systemd-tests.
     Upstream now installs manual and unsafe tests in subdirectories of
     /usr/lib/systemd/tests/, so ignore those as well.
   * Bump Standards-Version to 4.0.0
   * Change priority of libnss-* packages from extra to optional.
   * Use UTF-8 locale when building the package.
     Otherwise meson will be pretty unhappy when trying to process files with
     unicode characters. Use C.UTF-8 as this locale is pretty much guaranteed
     to be available everywhere.
   * Mark test-timesync as manual.
     The test tries to setup inotify watches for /run/systemd/netif/links
     which fails in a buildd environment where systemd is not active.
   * Do not link udev against libsystemd-shared.
     We ship udev in a separate binary package, so can't use
     libsystemd-shared, which is part of the systemd binary package.
   * Avoid requiring a "kvm" system group.
     This group is not universally available and as a result generates a
     warning during boot. As kvm is only really useful if the qemu package is
     installed and this package already takes care of setting up the proper
     permissions for /dev/kvm, drop this rule from 50-udev-default.rules.
 .
   [ Martin Pitt ]
   * udev README.Debian: Update transitional rules and mention *.link files.
     - 01-mac-for-usb.link got replaced with 73-usb-net-by-mac.rules
     - /etc/systemd/network/50-virtio-kernel-names.link is an upgrade
       transition for VMs with virtio
     - Describe *.link files as a simpler/less error prone (but also less
       flexible) way of customizing interface names. (Closes: #868002)
Checksums-Sha1:
 e6d340f85bf1d4d791a64e932d02d9c0285c67ed 4812 systemd_234-1.dsc
 a0ff860f21fc71d3628ad187150c16369db1ff4f 4800186 systemd_234.orig.tar.gz
 eff281457db11f99fa2dea9bfd435933499839e1 130328 systemd_234-1.debian.tar.xz
 ace3acaeb9006180138791e0a0ff0d06b87ea058 9913 systemd_234-1_source.buildinfo
Checksums-Sha256:
 f208e972816b23ae68e178a06855a78b9d9ba49be98bbff80cc78bc784c0a011 4812 
systemd_234-1.dsc
 da3e69d10aa1c983d33833372ad4929037b411ac421fb085c8cee79ae1d80b6a 4800186 
systemd_234.orig.tar.gz
 0efbac75a5895916972148be4ca3f81da138ae5dca39c071fa82ba935cee3367 130328 
systemd_234-1.debian.tar.xz
 711150c996823c1d83af3833b68f46fa22ba7232ce15aa2128d7dec65991e32f 9913 
systemd_234-1_source.buildinfo
Files:
 8a29900a0415d23dd4b9fd27282dc986 4812 admin optional systemd_234-1.dsc
 2d8f6ebded3462ac0d1a6275e54db561 4800186 admin optional systemd_234.orig.tar.gz
 1c3dbf3c3a3deb3fc1fd24daf326c67c 130328 admin optional 
systemd_234-1.debian.tar.xz
 dd1880df0188342776d24d30dace5910 9913 admin optional 
systemd_234-1_source.buildinfo

-----BEGIN PGP SIGNATURE-----

iQIzBAEBCAAdFiEECbOsLssWnJBDRcxUauHfDWCPItwFAllnn20ACgkQauHfDWCP
ItzBEw/6Aui5k4pYcF8VPKyjjhWxy9rS3eCeC2/4wrAkMleSx6g2jxWGjsem+7I8
XPx6Dt/w3XG3gUSzzb6/LW4imkg+mN9Es4Aviw8QPDPt2YiTz9Qc03j1ShretFZR
XQzmNxbehhtYe5FYELRXNvfBF1/qRLEsJaTOGOIhiQSYmyheAxpU4X5NF0j/ajT8
Z3o1fy7LRdVt0hf0Zo0kzemAZjUo98Gp0xJhRpqi48gA/cvCdk9+hXAPQNrsRsYp
QjsAjFYpaxyedIxLqG0ABgxDk6NNvsLcnxUQt7KceR6xC1RJNgimu/GneYrs4p3V
SyWpRikM2TwcKC16S4RMRh2fgiyudYQFqW6SU3GjOQYj+zhuVoXy0JKlZ3fz3ypp
6S9LF5gTS2CDVmI7SM/kh0MNEgHehjAKHLYdofFhPaZf5GZPPO4b/b4B6gTg26U9
Fq88m+oHCfl+XE2Tq4UVT+U62YlmfZ3AkKw9ba+MCK0bgCyPVy2KLl3evi6U+0R5
k1In2XxRAFFqqVIPsMcdWXMEtZQCvBgv/T4yMTkHZUWl9mSDHZkL2oyFI4PzTrK3
3kNPqrfod1AqZUrJ+pvnKstCRZTwaQcpjsSnmos20VVveBpew6puHoBy6Kqc4JWj
nzTWY2EO+giZiT6VdAwSCd9BvPzDy8kV2J8hx33E972QcZ/3W/A=
=om5B
-----END PGP SIGNATURE-----

--- End Message ---
_______________________________________________
Pkg-systemd-maintainers mailing list
Pkg-systemd-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-systemd-maintainers

Reply via email to