Bug#285359: kernel-kbuild-2.6-3: EXTRAVERSION acquisition for module installation
Package: kernel-kbuild-2.6-3
Version: 2.6.8-1
Severity: important
Tags: experimental sid
-- System Information:
Debian Release: testing/unstable
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.4.27-1-686
Locale: LANG=C, LC_CTYPE=C
Versions of packages kernel-kbuild-2.6-3 depends on:
ii libc6 2.3.2.ds1-13 GNU C Library: Shared libraries an
-- no debconf information
During a
make install
a mis-installation of drivers can occur dependent upon the EXTRAVERSION
usage.
For usage of many Debian kernel-header packages such as
/usr/src/kernel-headers-2.6.8-1
/usr/src/kernel-headers-2.6.8-1-686
All is OK with the compilation and installation of
Lucent modem drivers with the ltmodem.heby.de resouce ltmodem-8.31a11.tar.gz
of which I am co-maintainer
install:
make $(EXTMOD_SWITCH)=`pwd` -C $(KERNEL_DIR) INSTALL_MOD_PATH=$(ROOTDIR) modules_install
Seats drivers for example to:
/lib/modules/2.4.27-1-686/extra:
lt_modem.o lt_serial.o
/lib/modules/2.6.8-1-686/extra:
lt_modem.ko lt_serial.ko
But for a Ubunu User with kernel-header packages:
linux-headers-2.6.8.1-3
linux-headers-2.6.8.1-3-386
the install went INAPPROPRIATELY to:
/lib/modules/2.6.8.1/extra:
lt_modem.ko lt_serial.ko
The compile was OK, as driver function was fine after a move
2.6.8.1/ --> 2.6.8.1-3-386/
The version.h UTS was ok: 2.6.8.1-3-386
However the linux-headers-2.6.8.1-3/Makefile begins
VERSION = 2
PATCHLEVEL = 6
SUBLEVEL = 8
EXTRAVERSION = .1
and the install information is evidently taken therefrom,
and/or interfering with the read of the version.h UTS release
Because following an edit to:
EXTRAVERSION = .1-3-3-386
following by the compile and
make install
The drivers did properly seat to:
/lib/modules/2.6.8.1-3-386/extra:
lt_modem.ko lt_serial.ko
Thus the problem may MERELY be one of EXTRAVERSION specification,
but I don't understand kernel-build well enough to judge
This problem is also being reported to the Ubunu developers,
but may be more general and hence this report to Debian to.
MarvStodolsky
Reply to: