Reporting a bug on bugzilla.redhat.com points to rpms on koji but they don't install

Howdy,

I need to run VirtualBox on my FC44 system but the current kernel is NOT supported yet.
I have downloaded the rpms from:

wget  https://kojipkgs.fedoraproject.org//packages/kernel/6.18.8/200.fc43/x86_64/Kernel-6.18.8-200.fc43.x86_64.rpm

They don’t want to install. I get strange messages from dnf but they don’t help much. Here’s what I’m seeing:

dnf install $(cat doit)
Updating and loading repositories:
Repositories loaded.
Failed to resolve the transaction:
Problem: installed package kernel-6.19.0-0.rc7.47.fc44.x86_64 requires (kernel-modules-extra-uname-r = 6.19.0-0.rc7.47.fc44.x86_64 if kernel-modules-extra-matched), but none of the providers can be installed

conflicting requests

problem with installed package

You can try to add to command line:–skip-broken to skip uninstallable packages

I installed the missing(?) package but dnf still fails.

rpm -q kernel-modules-extra
kernel-modules-extra-6.19.0-0.rc8.54.fc44.x86_64

The file “doit” contains names of rpms that I have downloaded from Koji.

Can anyone provide me with information on how to make this install work BUT NOT DESTROY my current system? Please?

Best regards,

George…

If you are running what is labeled as fc44 then that is rawhide and a development version where things may not be (and probably aren’t) stable so users should expect breakage. If you want a stable system where we can assist with issues then you should downgrade to f43 instead.

It is quite understandable that it does not work with that kernel-modules-extra package. The message you posted calls for kernel-modules-extra-uname-r = 6.19.0-0.rc7.47.fc44.x86_64 if kernel-modules-extra-matched and the package you installed was kernel-modules-extra-6.19.0-0.rc8.54.fc44.x86_64 which is a clear version mismatch.

1 Like

To manually install a kernel you have to install at least the matching kernel , kernel-core , kernel-modules , and kernel-modules-core packages together. If you need a module from -extra you also need kernel-modules-extra . You have to do this all in one command, with all the packages from the same build.

rc7.47.fc44 has been in Rawhide since Jan 27 anyway, though, so you shouldn’t need to download it from Koji in the first place. In fact, your rpm -q output shows you already got one newer kernel package - the currently-tagged rc8.54.fc44. Why not just run dnf update and see if you get the rest of the rc8.54.fc44 kernel packages that way?

1 Like

Jeff,

I’m running into support people who do NOT want to help me with this situation.

I don’t know just where this string “kernel-modules-extra-uname-r” comes from but it seems to me that the “uname-r” is wrong. I think it should be the output of a command so that the “current” systems kernel name is substituted into the string. I tested this by first installing with kernel-modules-extra-uname-r which faild since that package does NOT exist. I then replaced the “uname -r” with my systems output of the uname -r command… IT WORKED. Hmmm… Packaging error?

Regards,

George..

Someone replied to your post.

   Jeff V   computersavvy   You can call me "Wikipedia Brown" (Ask Fedora V)   

February 5

George R. Goffe:
my FC44 system

If you are running what is labeled as fc44 then that is rawhide and a development version where things may not be (and probably aren’t) stable so users should expect breakage. If you want a stable system where we can assist with issues then you should downgrade to f43 instead.

It is quite understandable that it does not work with that kernel-modules-extra package. The message you posted calls for kernel-modules-extra-uname-r = 6.19.0-0.rc7.47.fc44.x86_64 if kernel-modules-extra-matched and the package you installed was kernel-modules-extra-6.19.0-0.rc8.54.fc44.x86_64 which is a clear version mismatch.

Adam,

THANKS for responding!

This build system is a FC44 install on a Vivobook S16 system, 20 cores and 40G memory.

I’m trying to resolve a VirtualBox support problem. VB does NOT support the 6.19 kernel(s) yet; since they are release candidates.

My kernel-6.18"*" got lost, probably a user (me) error.

I’m trying to get the 6.18 kernel back so I can run VB and do this work in an environment that won’t be destroyed or damaged by my efforts.

My thoughts are that if I install a pristine FC44 and make NO mods to the system… and download gcc from the repo and other software it needs… and try to build again. If it fails the same way… well, I think it’s a bug somewhere but where?

The main bug I’m trying to work on is a segfault in the make command while building gcc from the gcc repo. I have tried all the make-4"*" versions and all fail… the same way… I went to github and cloned “libcody” and tried to build it. SAME symptom.

Maybe I’m doing something wrong?

Who knows?

So, this is what this question is all about.

Thanks AGAIN for responding,

George…

It’s not wrong, no.

[root@omnibook tmp]# rpm -q --whatprovides kernel-modules-extra-uname-r
kernel-modules-extra-6.19.0-0.rc7.260128g1f97d9dcf5364.49.fc44.x86_64

i.e. kernel-modules-extra-uname-r is a ‘virtual capability’ provided by the kernel-modules-extra package. This kind of virtual provide is very, very common in RPM packaging, and used for all kinds of reasons.

1 Like

I think you’re overcomplicating things. If you’re on F44 or Rawhide and you want a 6.18 kernel installed, this should be all you need to do:

dnf install https://kojipkgs.fedoraproject.org//packages/kernel/6.18.9/200.fc43/x86_64/kernel-6.18.9-200.fc43.x86_64.rpm https://kojipkgs.fedoraproject.org//packages/kernel/6.18.9/200.fc43/x86_64/kernel-core-6.18.9-200.fc43.x86_64.rpm https://kojipkgs.fedoraproject.org//packages/kernel/6.18.9/200.fc43/x86_64/kernel-modules-6.18.9-200.fc43.x86_64.rpm https://kojipkgs.fedoraproject.org//packages/kernel/6.18.9/200.fc43/x86_64/kernel-modules-core-6.18.9-200.fc43.x86_64.rpm https://kojipkgs.fedoraproject.org//packages/kernel/6.18.9/200.fc43/x86_64/kernel-modules-extra-6.18.9-200.fc43.x86_64.rpm https://kojipkgs.fedoraproject.org//packages/kernel/6.18.9/200.fc43/x86_64/kernel-devel-6.18.9-200.fc43.x86_64.rpm https://kojipkgs.fedoraproject.org//packages/kernel/6.18.9/200.fc43/x86_64/kernel-devel-matched-6.18.9-200.fc43.x86_64.rpm

Yes, we usually say mixing packages from different releases is a bad idea, but it’s actually usually fine for kernels.

I don’t know anything about VirtualBox (I only ever run it once every six months, on Windows, to test it runs the new Fedora release okay), though. Sorry.

1 Like

If you don’t want to hack together those URLs, you can also use

koji download-build --arch=x86_64 kernel-6.18.9-200.fc43, then sudo dnf install kernel-6.18.9-200.fc43.x86_64.rpm

Perhaps also:

# All the kernel* except kernel-tools
rpms="kernel kernel-core kernel-devel kernel-devel-matched \
      kernel-modules kernel-modules-core kernel-modules-extra"

dnf --releasever=43 downgrade $rpms

# Or, to get the 6.18.9 kernel:
dnf --releasever=43 downgrade --enable-repo=updates-testing $rpms

I generally don’t use this for kernels because there’s a ton of packages in the build, most of which you don’t need, and some of which are quite large.