[Bug 1207011] New: kernel-default recommends kernel-firmware which will pull in kernel-firmware-all
http://bugzilla.opensuse.org/show_bug.cgi?id=1207011 Bug ID: 1207011 Summary: kernel-default recommends kernel-firmware which will pull in kernel-firmware-all Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Kernel Assignee: kernel-bugs@opensuse.org Reporter: luc14n0@opensuse.org QA Contact: qa-bugs@suse.de Found By: --- Blocker: --- The kernel-firmware package [1] has been split many moons ago to provide sub-package such as:
kernel-firmware-amdgpu, kernel-firmware-intel, kernel-firmware-bluetooth, kernel-firmware-network, etc, etc.
And supplementation facilities has been put in place too. The kernel-firmware package has a get_supplements.sh shell script which automatically generates Suplemments tags such as:
modalias(pci:v00001002d*sv*sd*bc03sc00i00*)
In the amdgpu sub-package, among many others modaliases.
modalias(of:N*T*Cusb1286,204e)
in the bluetooth sub-package, also among many others modaliases. I don't know if that split was discussed somewhere - I searched the mailing list (or at least tried to), but didn't find anything meaningful. If it was and someone can provide a link, I'd appreciate it. From my perspective, this split was made to avoid having a monolithic kernel-firmware package (which has almost 500MB of size) that makes updating the system more painful than it should. So the end-user's system would install only what's needed by them - with the help of the Supplements tags -, rather than installing everything. Despite the split and supplementation facilities, the Kernel still recommends "kernel-firmware", which is provided by two packages. One is the monolithic kernel-firmware package - that we're still providing (I don't know why though). And the other is "kernel-firmware-all", a compatibility metapackage that pulls in every kernel-firmware-* sub-package. And this has the effect of negating completely the split of the kernel-firmware package in sub-packages, since kernel-default is recommending kernel-firmware:
$ rpm -q --whatrecommends kernel-firmware kernel-default-6.0.12-1.1.x86_64 kernel-default-6.1.1-1.1.x86_64
In other words, virtually every system installation is still ending up with all the kernel-firmware files as before the split occurred. TLDR, shouldn't we remove that recommendation from the kernel-default and let the supplementation facilities do their work? Sadly I'm lacking a good laptop/PC for the time being and can't do much experimentation. [1] https://build.opensuse.org/package/show/openSUSE:Factory/kernel-firmware -- You are receiving this mail because: You are the assignee for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1207011
Luciano Santos
http://bugzilla.opensuse.org/show_bug.cgi?id=1207011
http://bugzilla.opensuse.org/show_bug.cgi?id=1207011#c1
Michal Suchanek
http://bugzilla.opensuse.org/show_bug.cgi?id=1207011
http://bugzilla.opensuse.org/show_bug.cgi?id=1207011#c2
Luciano Santos
There is no good way in general to determine which hardware needs which firmware.
Some are quite clear but some drivers dynamically generate firmware filenames in code.
Ah, I didn't know that. Dynamic generation inside the code sounds like a nightmare, and I hope that the ones doing it realize the fact, someday. Well, we can close this one as WONTFIX then. -- You are receiving this mail because: You are the assignee for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1207011
http://bugzilla.opensuse.org/show_bug.cgi?id=1207011#c3
Takashi Iwai
http://bugzilla.opensuse.org/show_bug.cgi?id=1207011
http://bugzilla.opensuse.org/show_bug.cgi?id=1207011#c4
Luciano Santos
http://bugzilla.opensuse.org/show_bug.cgi?id=1207011
Luciano Santos
participants (1)
-
bugzilla_noreply@suse.com