Moin,
ich benutze hier auf einem sid-System meist sehr aktuelle Kernels (aus
Torvalds' git). Aktuell:
$ uname -a
Linux manowar 2.6.33-rc3 #20 SMP PREEMPT Sat Jan 9 01:00:59 CET 2010
x86_64 GNU/Linux
Die Kernel-Pakete baue ich mit 'make && make deb-pkg', weil ich letztens
irgendwo las, das sei die Zukunft™. Da die Kiste ein Thinkpad ist,
möchte ich tp-smapi-source bauen:
$ m-a a-i tp-smapi-source
…
|Bad luck, the kernel headers for the target kernel version could
|not be found and you did not specify other valid kernel headers
|to use.
Komisch:
$ ls -l /lib/modules/2.6.33-rc3/ | grep ^l
lrwxrwxrwx 1 root root 28 Jan 6 07:59 build -> /home/jrschulz/src/linux-2.6/
lrwxrwxrwx 1 root root 28 Jan 6 07:59 source -> /home/jrschulz/src/linux-2.6/
Aber gut, gebe ich halt das Verzeichnis explizit an:
$ KERNELDIRS=/home/jrschulz/src/linux-2.6 m-a build -q tp-smapi-source
Extracting the package tarball, /usr/src/tp-smapi.tar.bz2, please wait…
Done with /usr/src/modass/tp-smapi-modules-2.6.32_0.40-6_amd64.deb .
WTF!? Module-assistant will offenbar immer für 2.6.32 bauen, daher
findet er auch die passenden Kernel-Header nicht. 2.6.32 gibt es hier
nicht (nur 2.6.32-trunk-amd64 aus sid). Er will sogar dann für 2.6.32
bauen, wenn ich mit -l explizit eine Version angebe:
$ m-a --kernel-dir /home/jrschulz/src/linux-2.6 -l 2.6.33-rc3 build -q
tp-smapi-source
Extracting the package tarball, /usr/src/tp-smapi.tar.bz2, please wait…
Target package file /usr/src/modass/tp-smapi-modules-2.6.32_0.40-6_amd64.deb
already exists, not rebuilding!
(however, you could use the -f switch to ignore it)
Versteht jemand, was hier los ist? Ein bisher ungemeldeter Bug in m-a?
Oder im Build-Target deb-pkg?
J.
--
I am very intolerant with other drivers.
[Agree] [Disagree]
<http://www.slowlydownward.com/NODATA/data_enter2.html>
Attachment:
signature.asc
Description: Digital signature