Fedora 22 is out, Fedora 23 is coming :)

Josh Boyer jwboyer at fedoraproject.org
Fri Jul 10 11:44:25 UTC 2015


On Thu, Jul 9, 2015 at 10:35 PM, Dusty Mabe <dusty at dustymabe.com> wrote:
> On Tue, Jun 16, 2015 at 09:31:27AM -0400, Dusty Mabe wrote:
>> On Mon, Jun 15, 2015 at 01:10:58PM -0400, Josh Boyer wrote:
>> > On Mon, Jun 15, 2015 at 12:18 PM, Matthew Miller
>> > > Hmmmm -- what about making linux-firmware a Requires(Pre) for
>> > > kernel-modules instead of kernel-core?
>> >
>> > Can't, because not all of the modules are in modules, and some of them
>> > in core need firmware.
>
> Naive little me might have an idea. This may not be technically possible
> for some reason so forgive me if my suggestion has on oversight.
>
> We currently have the kernel "meta" package with these requires:
>
> [root at localhost ~]# repoquery -q --requires --output ascii-tree kernel --level 2
>
> Yum-utils package has been deprecated, use dnf instead.
> See 'man yum2dnf' for more information.
>
> kernel-0:4.0.6-300.fc22.x86_64 [cmd line]
>  \_  kernel-core-0:4.0.6-300.fc22.x86_64 [1: kernel-core-uname-r = 4.0.6-300.fc22.x86_64]
>  |   \_  bash-0:4.3.39-3.fc22.x86_64 [1: /bin/sh]
>  |   \_  coreutils-0:8.23-10.fc22.x86_64 [1: fileutils]
>  |   \_  dracut-0:041-14.fc22.x86_64 [1: dracut >= 027]
>  |   \_  linux-firmware-0:20150521-52.git3161bfa4.fc22.noarch [1: linux-firmware >= 20130724-29.git31f6b30]
>  |   \_  systemd-0:219-13.fc22.i686 [2: systemd >= 200, systemd >= 203-2]
>  |   \_  systemd-0:219-18.fc22.x86_64 [2: systemd >= 200, systemd >= 203-2]
>  \_  kernel-modules-0:4.0.6-300.fc22.x86_64 [1: kernel-modules-uname-r = 4.0.6-300.fc22.x86_64]
>  |   \_  bash-0:4.3.39-3.fc22.x86_64 [1: /bin/sh]
>  |   \_  kernel-core-0:4.0.6-300.fc22.x86_64 [1: kernel-uname-r = 4.0.6-300.fc22.x86_64]
>
>
> Could we break out the modules that live in kernel-core into a new package called
> kernel-core-modules. The toplevel kernel meta package would require it as well so
> we would have something like this:
>
> kernel
>  \_  kernel-core
>  |   \_  bash
>  |   \_  coreutils
>  |   \_  dracut
>  |   \_  systemd-0:XXXXXX.fc22.i686
>  |   \_  systemd-0:XXXXXX.fc22.x86_64
>  \_  kernel-core-modules
>  |   \_  linux-firmware
>  \_  kernel-modules
>  |   \_  bash
>  |   \_  kernel-core
>  |   \_  kernel-core-modules
>
>
> In this case kernel-core could be installed without any modules and thus not needing
> linux-firmware.
>
> Does this make sense? Is it more complicated than that? I don't know. This is a

No, it doesn't really make sense.  Yes, it's more complicated.  Why
would you want to create yet another subpackage for modules instead of
just moving them into kernel-modules?

> genuinely innocent attempt at trying to propose a solution that might be an alternative.

Filtering modules to different subpacakges based on whether or not
they need firmware is pretty time consuming for really little gain.
You have to detect if they need firmware, move them, make sure depmod
on kernel-core isn't broken, etc.  The steps we use now are based on
kernel subsystem and for the most part work relatively well.  Making
that even more complicated just to move firmware-requiring modules
would mean it is more fragile and error prone.

Why don't you just add a Provides: linux-firmware to
fedora-release-cloud if this must be done on a packaging level?

josh


More information about the cloud mailing list