modules, firmware, kernel size (was Re: systemd requires HTTP server and serves QR codes)
Bill Nottingham
notting at redhat.com
Wed Oct 17 14:47:34 UTC 2012
Josh Boyer (jwboyer at gmail.com) said:
> > However, if you go down that route, the kernel should be the same way,
> > the firmware should be separate subpackages, and requires should be done at
> > the module -> firmware level by generating it from the MODULE_FIRMWARE tags.
> > (Unless you're relying on packagekit to install your firmware, which if
> > you're going that minimal seems to have missed the forest for the trees
> > somewhere.)
>
> I'm not understanding what you're proposing. Are you suggesting:
>
> 1) We have further split up module sub-packages that carry their own
> firmware requires (e.g. kernel-module-iwlwifi requires iwlwifi-firmware)
>
> or
>
> 2) Even more firmware subpackages split out of linux-firmware.
>
> If you're suggesting 1, I'd be really really opposed to that. It would
> make packaging in kernel.spec even more of a nightmare than it already
> is.
>
> If you're suggesting 2, I don't see the point. The kernel will install
> and even with per-module dependencies generated (somehow), it'll still
> install all of the various -firmware packages because the modules will
> be getting installed.
Both - if people want firmware packages split out of linux-firmware, it
doesn't make sense unless the drivers (similar in size) are also split,
and if you were to do so, you'd need to start adding the driver -> firmware
package dependency mapping.
Bill
More information about the devel
mailing list