Hi, I built the kernel, now there are issues with following community binary modules: ndiswrapper open-vm-tools-modules Please find patches and fix those.
- virtualbox-modules Please fix the PKGBUILD that it works with .0 kernels too, I had to hardcode the 3.9.0 into it.
Please report other issues.
greetings tpowa
On Tue, Apr 30, 2013 at 8:47 AM, Tobias Powalowski tobias.powalowski@googlemail.com wrote:
Hi,
virtualbox-modules Please fix the PKGBUILD that it works with .0 kernels too, I had to hardcode the 3.9.0 into it.
Ah now I see why Ioni had issues with kernel bump.
Do you have a way to guess the kernel modules path from the current installed version (not running)?
The path is /usr/src/linux-3.9.0-2-ARCH/ the module vermagic is 3.9.0-2-ARCH uname -k shows 3.9.0-2-ARCH Why can't you use a direct naming between linux (or linux-headers) $pkgver and $pkgrel and the generated kernel?
-- Sébastien "Seblu" Luttringer https://www.seblu.net GPG: 0x2072D77A
Am 01.05.2013 01:52, schrieb Sébastien Luttringer:
On Tue, Apr 30, 2013 at 8:47 AM, Tobias Powalowski tobias.powalowski@googlemail.com wrote:
Hi,
virtualbox-modules Please fix the PKGBUILD that it works with .0 kernels too, I had to hardcode the 3.9.0 into it.
Ah now I see why Ioni had issues with kernel bump.
Do you have a way to guess the kernel modules path from the current installed version (not running)?
cat /usr/lib/modules/extramodules-3.9-ARCH/version 3.9.0-2-ARCH
On Thu, May 2, 2013 at 10:33 AM, Thomas Bächler thomas@archlinux.org wrote:
Am 01.05.2013 01:52, schrieb Sébastien Luttringer:
On Tue, Apr 30, 2013 at 8:47 AM, Tobias Powalowski tobias.powalowski@googlemail.com wrote:
Hi,
virtualbox-modules Please fix the PKGBUILD that it works with .0 kernels too, I had to hardcode the 3.9.0 into it.
I've pushed a fix but it sucks.
Ah now I see why Ioni had issues with kernel bump.
Do you have a way to guess the kernel modules path from the current installed version (not running)?
cat /usr/lib/modules/extramodules-3.9-ARCH/version 3.9.0-2-ARCH
So we needs to do something like the following to guess the real version from the linux-headers package version?
cat /usr/lib/modules/extramodules-$(expac -Q '%v' linux-headers |sed -r 's/([[:digit:]]+.[[:digit:]]+).*/\1/')-ARCH/version
A side effect, this file is owner by linux package and pull it in makedepends cause the chroot installations needs to grow from 46MB to 140MB (on i686). Where previously only linux-headers was required.
If the linux package version could match the real kernel version, it would simplify scripts. In others words, add .0 to the first released version (instead of using the tarball name)
Cheers,
-- Sébastien "Seblu" Luttringer https://www.seblu.net GPG: 0x2072D77A
arch-dev-public@lists.archlinux.org