On Mon, Jun 15, 2015 at 8:01 AM, Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx> wrote: > On Mon, Jun 15, 2015 at 4:28 AM, Miloslav Trmač <mitr@xxxxxxxxxx> wrote: >>> On Fri, Jun 12, 2015 at 7:24 AM, Neal Gompa <ngompa13@xxxxxxxxx> wrote: >>> > What about some kind of virtual provides defined in repos/rpm/somewhere that >>> > would automatically grab the kernel-devel package associated with the exact >>> > kernel that is running at the time yum/dnf is installing a program that >>> > depends on it? That would allow for things like DKMS to function properly, >>> > since they'll have what they need to build kernel modules. Going forward, >>> > kernel upgrades will also drag in the appropriate kernel-devel packages to >>> > match, keeping things sane. >>> >>> That would help DKMS at the cost of breaking rpmfusion, koji, or any >>> other scenario where you want to build a kernel module for a kernel >>> that isn't running. The kernel-devel package is meant to be flexible >>> enough so that you can install it without having anything close to the >>> same kernel version actually running. >> >> I don’t think this would break the model: there would be no changes to packaging kernel-devel, you would still be able to install kernel-devel-$whateverversion, but a magic (dnf install ^kernel-devel-current) or “Requires: ^kernel-devel-current” would refer to a specific one. > > I'm not understanding what you're suggesting here. > > josh > -- > devel mailing list > devel@xxxxxxxxxxxxxxxxxxxxxxx > https://admin.fedoraproject.org/mailman/listinfo/devel > Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Essentially, a virtual provides called "kernel-devel-current" would always resolve to grab the kernel-devel package that corresponds with the running kernel, be it kernel-PAE, kernel-debug, or kernel (or for things like the Raspberry Pi 2, kernel-rpi2 or whatever it would be named). Other things that are safe with "kernel-devel" alone can still use that, preserving existing behavior when doing so. -- 真実はいつも一つ！/ Always, there's only one truth! -- devel mailing list devel@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
