* 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?
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.
[ 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.
* 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.
* 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"
* 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)
Regards,
Michael
on behalf of the pkg-systemd team.
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.
Sysop: | Keyop |
---|---|
Location: | Huddersfield, West Yorkshire, UK |
Users: | 399 |
Nodes: | 16 (2 / 14) |
Uptime: | 99:07:36 |
Calls: | 8,363 |
Calls today: | 2 |
Files: | 13,162 |
Messages: | 5,897,780 |