http://bugzilla.opensuse.org/show_bug.cgi?id=1184403 http://bugzilla.opensuse.org/show_bug.cgi?id=1184403#c23 --- Comment #23 from Dario Faggioli <dfaggioli@suse.com> --- (In reply to Takashi Iwai from comment #22)

Well, this doesn't sound right. First off, if you want to have the split kernel-firmware-* packages on the media, keeping Requires:kernel-firmware makes no sense. kernel-firmware is an all-in-one package containing the *all* raw uncompressed firmware files. You have to drop it from patterns at first.

I completely agree. kernel-firmware was put there as a consequence of 1174521 , which is marked as fixed, so maybe it worked back then? If yes, how so? Maybe the kernel-firmware package had some "Supplements:", and they've been dropped now? The problem here is that I still don't fully understand how this works. I mean: - it was working at some point (i.e, firmware were being installed) - it stopped working, and that's why 1174521 exists, I guess - did 1174521 actually fixed it? If yes, I don't understand how - currently, even with the fix from 1174521 in place, it's not working In particular, Supplements is a weak dependency AFAIUI. And MicroOS should not honor weak dependencies, so why it seems like it does, e.g., for ucode-intel? Is it really (i.e., MicroOs honoring Supplements) what is happening there? And is it intentional or is it basically a bug (although in this case, it has a good side effect)? I personally don't yet know for sure the answers to the above question. Once I'll know them, I'm ready to push for firmware-all, which also seems the proper solution to me, basing on what I've understood so far. But I'l like for it to be the real and proper solution. If anyone is able to help me understand better what's going on, I'm all ears. So far, everything that I've been able to find and read has not really shed much light on the issue...

So, my recommendation is to replace Requires:kernel-firmware with Requires:kernel-firmware-all. Or if we want to reduce some firmware files, maybe it's better to create a new pattern-firmware-desktop or such and specify the needed ones there. It'll be useful for the normal installation, not only on MicroOS Desktop, too.

Creating a firmware-desktop pattern is IMO an interesting idea. At the same time, it's only necessary if firmware-all does not work, and it's only going to work if we confirm that MicroOS still honor Supplements (and that the fact that it does that is a feature and not a bug). Or we risk being back in this same situation again in the future. -- You are receiving this mail because: You are the assignee for the bug.