Package: linux-headers-2.6.32-5-common
Version: 2.6.32-30
Severity: important
The kernel headers symlink the scripts directory to to
../../lib/linux-kbuild-2.6.32/scripts,
however as I find /usr/src takes up a lot of space I move it to another
location and symlink
/usr/src to that location.
This has been fine in previous versions of the headers, however in 2.6.32 doing
this will break
the ablity to compile any additional modules (eg. lirc, nvidia, ndiswrapper...)
This is because when make compiles one of the modules, it changes to the
physical directory
of /usr/src/linux-headers-2.6.32-5-686, and accessing ../../lib from there is
not /usr/lib as
expected, so in most cases will produce at 'No such file or directory' error.
Because the execution of gcc-x86_32-has-stack-protector.sh fails, make produces
the misleading
error: 'stack protector enabled but no compiler support', followed by an fatal
error.
For example this is how my system is setup:
hookmyth# ls -ld /usr/src/linux-headers-2.6.32-5-common/* /usr/src
/usr/lib/linux-kbuild-2.6.32/scripts \
/usr/src/linux-headers-2.6.32-5-common/scripts/
ls: cannot access /usr/src/linux-headers-2.6.32-5-common/scripts/: No such file
or directory
drwxr-xr-x 6 root root 4096 Jan 15 00:15 /usr/lib/linux-kbuild-2.6.32/scripts
lrwxrwxrwx 1 root root 15 Oct 26 21:31 /usr/src -> /mnt/mythtv/src
drwxr-xr-x 3 root root 72 Jan 14 22:57
/usr/src/linux-headers-2.6.32-5-common/arch
drwxr-xr-x 20 root root 512 Jan 14 22:57
/usr/src/linux-headers-2.6.32-5-common/include
lrwxrwxrwx 1 root root 36 Jan 14 22:57
/usr/src/linux-headers-2.6.32-5-common/Kbuild ->
../../lib/linux-kbuild-2.6.32/Kbuild
-rw-r--r-- 1 root root 55236 Jan 12 15:59
/usr/src/linux-headers-2.6.32-5-common/Makefile
lrwxrwxrwx 1 root root 37 Jan 14 22:57
/usr/src/linux-headers-2.6.32-5-common/scripts ->
../../lib/linux-kbuild-2.6.32/scripts
You can see the /usr/lib/linux-kbuild-2.6.32/scripts path exists, however when
trying to access it as
/usr/src/linux-headers-2.6.32-5-common/scripts/ it fails.
Heres a copy of a module-assistant output for lirc (also happens with nvidia
and dkms)
-- 8<--
make[2]: Entering directory `/mnt/mythtv/src/modules/lirc-modules'
/usr/bin/make -C /lib/modules/2.6.32-5-686/build
SUBDIRS=/usr/src/modules/lirc-modules modules
make[3]: Entering directory `/mnt/mythtv/src/linux-headers-2.6.32-5-686'
/mnt/mythtv/src/linux-headers-2.6.32-5-common/Makefile:274:
/mnt/mythtv/src/linux-headers-2.6.32-5-common/scripts/Kbuild.include: No
such file or directory
/bin/sh:
/mnt/mythtv/src/linux-headers-2.6.32-5-common/scripts/gcc-x86_32-has-stack
-protector.sh: No such file or directory
/mnt/mythtv/src/linux-headers-2.6.32-5-common/arch/x86/Makefile:81: stack
protector enabled but no compiler support
make: *** empty variable name. Stop.
make[5]: *** [_module_/usr/src/modules/lirc-modules] Error 2
make[4]: *** [sub-make] Error 2
-- 8<--
This output is from the version in unstable, however this was after multiple
attempts
in testing were done - including the reinstall of all gcc packages in order to
install
a compiler with stack protection.
There are two fixes for this (for anyone who stumbles across this error):
1. Fix the symlinks in /mnt/mythtv/src/linux-headers-2.6.32-5-common to be
absoultly
linked to /usr/lib not ../../lib.
2. In the directory above the physical source directory add a symlink for lib
back to
/usr/lib
-- System Information:
Debian Release: 6.0
APT prefers testing
APT policy: (500, 'testing'), (500, 'stable')
Architecture: i386 (i686)
Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores)
Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
-- no debconf information
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
