• Bug#858943: unblock: systemd/232-22

    From Philipp Kern@21:1/5 to Cyril Brulebois on Sun Apr 9 11:10:01 2017
    XPost: linux.debian.bugs.dist, linux.debian.maint.boot, linux.debian.devel.release
    To: biebl@debian.org (Michael Biebl)
    To: 858943@bugs.debian.org
    Copy: debian-boot@lists.debian.org
    Copy: debian-s390@lists.debian.org

    This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --7EbNrNkWc6Cj7qTuiBrERLRSCqsc6qLlt
    Content-Type: text/plain; charset=utf-8
    Content-Transfer-Encoding: quoted-printable

    On 04/01/2017 01:45 AM, Cyril Brulebois wrote:
    * udev: Create persistent net names for virtio CCW devices.
    This only affects s390x as only this has CCW devices. This provides
    stable network interface names for those and avoids changing the names >>> on updating Stretch to Buster. (Closes: #856559)

    https://anonscm.debian.org/git/pkg-systemd/systemd.git/commit/?h=stretch&id=bb9ad652f309a90a5424381503083ee9a530a888

    (might be relevant for the installer)

    This only affects s390x, so regression potential is low and it's
    important to get into stretch, otherwise we'd have migration issues in
    buster (as names would change, which would be ugly)

    Adding debian-s390@lists.debian.org to the loop to make sure they're
    aware of this. Can't really judge whether this could be annoying in d-i,
    it seems to me that's just fixing a move which hadn't happened with the net.ifnames transition, for specific hardware?

    FWIW, I have tested this on an installation and haven't seen any problems.

    Kind regards
    Philipp Kern


    --7EbNrNkWc6Cj7qTuiBrERLRSCqsc6qLlt--

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

    iQFFBAEBCAAvFiEEPzuChCNsw7gPxr3/RG4lRTXQVuwFAljp6hMRHHBrZXJuQGRl Ymlhbi5vcmcACgkQRG4lRTXQVuzmOgf6AgwW65m7DcDkReJDoYdRnHIJyDTC1ICm w0oQMyFhz6sCKQkWOJRWgnx2Krm8jiYdrMsILavRwYIa3h9pzB5cpqjyWVq2f00h eAWGKfQPBRnGD54b35ZlcsAU8L2UXYY+yttXPY4tuqrUIuZzJWUcpDFdp6LYuKcb 5u9DDCGSD9RVVpJ/qUHVsNUNDbWquECfWa9XYpK1OzI97+qNK3Jv6gbCDBJpQ+P/ gy7KxCuDjHHek6UgiLY99jynjcVNxyH5jVF5cjrNLeY+DoGDADQesG+sDFvmWqzp zXrEvTfsqkbP9153PuCFtl3Dh6PUqe/eh2DcvNGZmuUeg+o4zHZp6Q==
    =+ZCV
    -----END PGP SIGNATURE-----

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Cyril Brulebois@21:1/5 to All on Sat Apr 1 02:00:01 2017
    XPost: linux.debian.bugs.dist, linux.debian.maint.boot, linux.debian.devel.release

    Hi,

    Michael Biebl <biebl@debian.org> (2017-03-28):
    since 232-19, a couple of fixes accumulated which we'd like to see enter testing/stretch

    As this potentially affects the installer, I've CC debian-boot aka KiBi.

    A complete debdiff is attached.

    The changelog + annotations follows. Sorry if it's a bit verbose.

    FWIW: I'm very happy with the amount of details, many thanks!

    [ Michael Biebl ]
    * Add Conflicts against hal.
    Since v183, udev no longer supports RUN+="socket:". This feature is
    still used by hal, but now generates vast amounts of errors in the
    journal. Thus force the removal of hal by adding a Conflicts to the udev
    package. This is safe, as hal is long dead and no package depends on it
    anymore.

    https://anonscm.debian.org/git/pkg-systemd/systemd.git/commit/?h=stretch&id=29757891624a73702b1de4b4d5ebd70d721357db

    (not relevant for the installer)

    This is a potentially odd one. hal has been removed in jessie, but
    apparently some users still have it installed after upgrading from
    previous releases. This now leads to massive amounts of error messages
    in the journal (basically on every uevent). So forcing the removal of
    hal seems justified.
    There is a slight catch: the Conflicts could potentially lead to udev
    not being upgraded or udev removed in favour of keeping hal.
    But: since no other package depends on hal anymore and lots of packages depend on udev this scenario is rather unlikely. I did several upgrade
    tests and was not able to trigger such a condition. In all cases, hal
    was removed as intended.

    Oh, wow, hal is still alive on some systems?! Crazy. :-)

    * rules: Allow SPARC vdisk devices when identifying CD drives
    (Closes: #858014)

    https://anonscm.debian.org/git/pkg-systemd/systemd.git/commit/?h=stretch&id=99e1327b3883fcc5632af7aad4c19ce93e2a55b1

    (might be relevant for the installer)

    Requested by a porter, didn't see a good reason not to include it.
    Low-risk change.

    I think that's fine, yeah. From a quick look, a few places might need an
    update in d-i components (since we've got some hardcoded lists of
    patterns at the moment…), but I suppose having the udev change is a prerequisite anyway.

    * udev: Fix /dev/disk/by-path aliases for virtio disks. (Closes: #856558)

    https://anonscm.debian.org/git/pkg-systemd/systemd.git/commit/?h=stretch&id=8ecdc5ca14cf9390104f434c77d76355485d49d4

    (might be relevant for the installer)

    Quoting Martin: "this is reasonably straightforward and also important to
    get fixed in Stretch"

    I'm not seeing anything directly using those in d-i components.

    * udev: Create persistent net names for virtio CCW devices.
    This only affects s390x as only this has CCW devices. This provides
    stable network interface names for those and avoids changing the names
    on updating Stretch to Buster. (Closes: #856559)

    https://anonscm.debian.org/git/pkg-systemd/systemd.git/commit/?h=stretch&id=bb9ad652f309a90a5424381503083ee9a530a888

    (might be relevant for the installer)

    This only affects s390x, so regression potential is low and it's
    important to get into stretch, otherwise we'd have migration issues in
    buster (as names would change, which would be ugly)

    Adding debian-s390@lists.debian.org to the loop to make sure they're
    aware of this. Can't really judge whether this could be annoying in d-i,
    it seems to me that's just fixing a move which hadn't happened with the net.ifnames transition, for specific hardware?

    Regards,
    Michael
    on behalf of the pkg-systemd team.

    Again, many thanks for the details, that's really appreciated.

    → ACK for the whole lot.


    KiBi.

    -----BEGIN PGP SIGNATURE-----
    Version: GnuPG v1

    iQIcBAEBCAAGBQJY3uouAAoJEP+RSvDCs1UgqKEQAJZyTkAN5vWLHxRHd23UTPEw g9BaixoNhGF1XqzaRRXY1ulil4e1t2w7tW1DmQra/PPHXz/uKYqmTs6rqO862cgM RIp0t73uRCShOcsijDnNh5rCi970EHbWZ1SzhVRqj814c6cBtwNPRK0HNysWi7WI gNasnLm8Q75lNDndi5DM2ibhqYcFP5Qg+hvCmxj4EmzYdXl+x339dyAbNLO82xMe Sk0YSw6CVpzAyfAXrJ069KNKI3Ae9iwNSlt2xSyRBr1DFhFwccHc06C0Eji+bh2+ X0vQI4hvdJzVe47RzLVpjFm8J4Mx6PPmSZEmeYse1krz5gJ+HDF5cP8+R3Dmo9R6 acBT1HRqeYdbfxojwI/H96kB1S7cgGLvUOJlPV4sY1G8Tw9KkDNnCMKsauutqmcM Fgf3gL5dzT/hNvThUpruHr+WcPZoU413EBscmalBHWZOz+UHYIlB9bhw1Ig69j5/ EbMMP3UmNRYYqWELNk1fU+gSoigfKRr88tXq4YPcJrD5FPK1I8mXK90Rk8qwRy1U SHptvk/nugOM4OHbV9SeuFr3oaci3P6qzsmArsOabEsuIqHq5KQvFDJFjU1WLYWw 0+YWenNfF+d2ovfBXkALwA+lPh3EIjfo5Ovr5lvksi6aSmmI581ah6yW7Mw/v+lG t4LMO2+NEhTw2Q5lsf0i
    =2eUc
    -----END PGP SIGNATURE-----

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Cyril Brulebois@21:1/5 to All on Sun Apr 9 16:50:02 2017
    XPost: linux.debian.bugs.dist, linux.debian.maint.boot, linux.debian.devel.release

    Philipp Kern <pkern@debian.org> (2017-04-09):
    On 04/01/2017 01:45 AM, Cyril Brulebois wrote:
    Adding debian-s390@lists.debian.org to the loop to make sure they're
    aware of this. Can't really judge whether this could be annoying in d-i,
    it seems to me that's just fixing a move which hadn't happened with the net.ifnames transition, for specific hardware?

    FWIW, I have tested this on an installation and haven't seen any problems.

    Perfect, thanks!


    KiBi.

    -----BEGIN PGP SIGNATURE-----
    Version: GnuPG v1

    iQIcBAEBCAAGBQJY6jmfAAoJEP+RSvDCs1UghJ4QAINkooCmq4vsnb0tyZxuwn7F HKMvGlfU+rrPXDfpiGHga9YoHqVmhAztwYi1MYfp4fp1XewNMVJ1cozSlDlTrGhw 0H42LP7HoIViQ/JUMbAsraLbO7aD73Yu5IddYVVnyGksXC0HkFctAlRafXQcH3o1 p41GNjrhIdns6sxasdaEA+nS9JrG4noiJ56KyjtyL6X7IRFF0c1r3uwKCH1W5CGh 7+3RysOaGaKhxI+KVNsflFvHMxJ3voDWDxxR5H/FIT6y/cWb9eGAp3DTvSYFilIM aUrGEM4RklWN73qyljd8GNDs2Dn3UW7DkNPcgFHt3RylUqLxXBKKTMcdIzp+zd40 1ZSUBqeAjsKGhR1tXptNqUkMRcYUoAX6v4EnccjRt8QBNfMf8WG+eS7gZ17K/3nu WpPbeP0+qfshOd3mPW0/Q19lcXOA2NHye3Py9fWnrHVjvc3C4LzsZJsoGjX1znCx 8cybUfyLjVJpwfBi/RaVQR4OVl9s9lNwPxs45DqngAj/HKY29K5ChFQJ7IAhCUvm uedFgFt5bf4/oSh/GF6CalzRM0mPCJjfsP9YWgM5jzPqR5rM/AJ6nI8OwhPcOhwl xi5+eLRtoaoqMxSJ9aB+TqrwJ2//Qe0QUzoy+oqQHdaBZAsuDbFDdFJR2lRI6mpt lnRnqTNrlkF6pRfLC/i8
    =fuZj
    -----END PGP SIGNATURE-----

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)