You are not logged in.

#1 2011-11-09 00:06:25

jlacroix
Member
Registered: 2009-08-16
Posts: 576

[SOLVED] Kernel 3.1 Required for Virtualbox Update?

When trying to update today, I get this:

error: failed to prepare transaction (could not satisfy dependencies)
:: virtualbox-modules: requires linux>=3.1

I usually don't upgrade the kernel right away. In fact, I normally put kernel and kernel-header on ignore and only update after a few point releases are out. Does this mean that in order to continue using Virtualbox I'll need to update the kernel? I never had to before.

Last edited by jlacroix (2011-11-09 07:28:06)

Offline

#2 2011-11-09 00:11:21

karol
Archivist
Registered: 2009-05-06
Posts: 25,440

Re: [SOLVED] Kernel 3.1 Required for Virtualbox Update?

Any reason for your do-not-update-kernel policy?
You don't need to upgrade VirtualBox either.

Offline

#3 2011-11-09 00:18:28

jlacroix
Member
Registered: 2009-08-16
Posts: 576

Re: [SOLVED] Kernel 3.1 Required for Virtualbox Update?

I always seem to have issues with .0 or. 1 kernels on my laptop. Especially problems with suspend to RAM. It seems each .0 kernel release breaks suspend and its fixed later. Among other annoying glitches. With Virtualbox I like to take advantage of the new features, and I've always been able to do this.

Offline

#4 2011-11-09 00:25:39

karol
Archivist
Registered: 2009-05-06
Posts: 25,440

Re: [SOLVED] Kernel 3.1 Required for Virtualbox Update?

http://www.archlinux.org/packages/commu … x-modules/
Dependencies:
    linux>=3.1
    linux<3.2

This package is pretty picky wrt who it is friends with.

There has recently been a change in packaging: http://projects.archlinux.org/svntogit/ … bb4f5c8db5 but you will have to wait for wonder to drop by if you want a definitive answer (he's the maintainer).

Offline

#5 2011-11-09 00:44:56

wonder
Developer
From: Bucharest, Romania
Registered: 2006-07-05
Posts: 5,941
Website

Re: [SOLVED] Kernel 3.1 Required for Virtualbox Update?

jlacroix wrote:

I always seem to have issues with .0 or. 1 kernels on my laptop. Especially problems with suspend to RAM. It seems each .0 kernel release breaks suspend and its fixed later. Among other annoying glitches. With Virtualbox I like to take advantage of the new features, and I've always been able to do this.

unless you want to recompile every single time the modules when a new kernel is released , i mean literally every release, even pkgrel bumps, you can use virtualbox-source and old vboxbuild.

virtualbox-modules was introduced just to avoid this issue because uname -r returns full package version

$ uname -r 
3.1.0-4-ARCH

$ pacman -Q linux
linux 3.1-4

You can work around by doing

# pacman -S virtualbox virtualbox-source

Give what you have. To someone, it may be better than you dare to think.

Offline

#6 2011-11-09 01:51:17

jlacroix
Member
Registered: 2009-08-16
Posts: 576

Re: [SOLVED] Kernel 3.1 Required for Virtualbox Update?

Thanks for the replies everyone. But I'm still confused. Has something changed upstream? I never noticed a particular kernel version being required before. After updating the kernel I'd have to recompile the virtualbox module by running "/usr/bin/vboxbuild" but that was the extent of it, and it was no big deal to me.

Offline

#7 2011-11-09 02:25:41

karol
Archivist
Registered: 2009-05-06
Posts: 25,440

Re: [SOLVED] Kernel 3.1 Required for Virtualbox Update?

jlacroix wrote:

Has something changed upstream? I never noticed a particular kernel version being required before.

'uname -r' now returns the full version .e.g 3.1.0-4-ARCH instead of 3.1-ARCH - that's the new thing.

Check e.g. https://bugs.archlinux.org/task/25727 how it was before:

Gerhard Brauer (GerBra) wrote:

So: any reason why uname -r reports 3.0-ARCH instead 3.0.2-ARCH ?

karol wrote:

so that the modules don't need to be rebuilt on every minor kernel release

Offline

#8 2011-11-09 07:27:49

jlacroix
Member
Registered: 2009-08-16
Posts: 576

Re: [SOLVED] Kernel 3.1 Required for Virtualbox Update?

Thanks everyone for responding. I get it now but I wish it wasn't the way it was. I'll look for a way around this, but until then, thanks again.

Offline

Board footer

Powered by FluxBB