The Fedora workstation livecd is the default Fedora variant getfedora.org advices people to download. As such most Fedora workstation installs will be done from the livecd. This means that any package which is part of the livecd will be part of the default install for most users.
device-mapper-multipath is 1 of only 2 packages in the default install which still Requires the long obsoleted systemd-udev-settle.service, which waits for all device-detection to be done + some extra waiting just to be sure. This significantly slows down booting on various systems.
Multipath support is only necessary for installations in data-centers or other enterprise setups, as such having device-mapper-multipath on the livecd is not really necessary. For installations which do actually need this device-mapper-multipath the server installation iso can be used and this is a better fit for such installations.
+1
There were some alternative proposals in the devel list discussion. I am a weak +1 here, but I'd like to see the discussion resolved before we make a decision.
I think the proposals on the mailing list were motivated not by particular use cases, but by some theoretical reasoning and the desire to keep things maximally flexible. But I think the chances of someone needed multipath from a livecd are very low. I think this simple solution proposed originally is very much OK. And if it turns out that there is need to do something more complicated, we can do some more advanced solution, but doing it without actual real use cases would be premature.
ack what @zbyszek said. my plus vote is no longer "weak"
APPROVED (+7, 0, 0)
Metadata Update from @zbyszek: - Issue tagged with: pending announcement
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/thread/YKBLGES3OAZXDDEYDT7YWLTL3WXGVRGK/
Metadata Update from @zbyszek: - Issue untagged with: pending announcement - Issue close_status updated to: Accepted - Issue status updated to: Closed (was: Open)
Metadata Update from @bcotton: - Issue untagged with: F33 - Issue set to the milestone: Fedora 33
This change is entirely ineffective because weak dependencies (python3-blivet → libblockdev-mpath → device-mapper-multipath) will drag the package in the next time the python3-blivet package is updated (see also the longstanding https://bugzilla.redhat.com/show_bug.cgi?id=1699672 ).
The workaround is to remove python3-blivet and anaconda, but anaconda does not uninstall itself from installed systems, so it is a manual workaround.
(At the very least, this needs to be documented in the release notes.)
Login to comment on this ticket.