Bug#638339: the problem still persists with 0.8.4
Package: blcr-dkms Version: 0.8.4-1 Followup-For: Bug #638339 DKMS make.log for blcr-0.8.4 for kernel 3.1.0-1-amd64 (x86_64) Sat Jan 14 12:43:27 CET 2012 make: Entering directory `/usr/src/linux-headers-3.1.0-1-amd64' /var/lib/dkms/blcr/0.8.4/build/Kbuild:19: /var/lib/dkms/blcr/0.8.4/build/module_files: No such file or directory cd /var/lib/dkms/blcr/0.8.4/build env -i PATH=/bin:/sbin:/usr/bin:/usr/sbin:/usr/lib/dkms ./configure --disable-maintainer-mode --with-linux=3.1.0-1-amd64 --with-installed- libcr --with-installed-util --with-components=modules --prefix=/usr touch /var/lib/dkms/blcr/0.8.4/build/config-stamp checking for a BSD-compatible install... /usr/bin/install -c [...] checking whether CXX='g++' acts like a C++ compiler... yes checking whether CXX='g++' matches wordsize of CC... yes checking for value of CR_SIGNUM... 64 checking size of void *... (cached) 8 checking compiler to build kernel modules... gcc (default) checking for BSD- or MS-compatible name lister (nm)... (cached) /usr/bin/nm -B checking the name lister (/usr/bin/nm -B) interface... (cached) BSD nm configure: error: --with-linux argument '3.1.0-1-amd64' is neither a kernel version string nor a full path make[3]: *** [/var/lib/dkms/blcr/0.8.4/build/config-stamp] Error 1 make[2]: *** [_module_/var/lib/dkms/blcr/0.8.4/build] Error 2 make[1]: *** [sub-make] Error 2 make: *** [all] Error 2 make: Leaving directory `/usr/src/linux-headers-3.1.0-1-amd64' Please shout out for help if you need help with this. Thanks Steffen -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages blcr-dkms depends on: ii dkms 2.2.0.3-1 ii linux-headers-3.1.0-1-amd64 [linux-headers] 3.1.8-2 ii linux-headers-amd64 [linux-headers] 3.1+41 ii make 3.81-8.1 Versions of packages blcr-dkms recommends: ii blcr-util 0.8.4-1 blcr-dkms suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638339: the problem still persists with 0.8.4
On 14 January 2012 11:52, Steffen Moeller steffen_moel...@gmx.de wrote: Package: blcr-dkms Version: 0.8.4-1 Followup-For: Bug #638339 DKMS make.log for blcr-0.8.4 for kernel 3.1.0-1-amd64 (x86_64) Sat Jan 14 12:43:27 CET 2012 make: Entering directory `/usr/src/linux-headers-3.1.0-1-amd64' /var/lib/dkms/blcr/0.8.4/build/Kbuild:19: /var/lib/dkms/blcr/0.8.4/build/module_files: No such file or directory cd /var/lib/dkms/blcr/0.8.4/build env -i PATH=/bin:/sbin:/usr/bin:/usr/sbin:/usr/lib/dkms ./configure --disable-maintainer-mode --with-linux=3.1.0-1-amd64 --with-installed- libcr --with-installed-util --with-components=modules --prefix=/usr touch /var/lib/dkms/blcr/0.8.4/build/config-stamp checking for a BSD-compatible install... /usr/bin/install -c [...] checking whether CXX='g++' acts like a C++ compiler... yes checking whether CXX='g++' matches wordsize of CC... yes checking for value of CR_SIGNUM... 64 checking size of void *... (cached) 8 checking compiler to build kernel modules... gcc (default) checking for BSD- or MS-compatible name lister (nm)... (cached) /usr/bin/nm -B checking the name lister (/usr/bin/nm -B) interface... (cached) BSD nm configure: error: --with-linux argument '3.1.0-1-amd64' is neither a kernel version string nor a full path make[3]: *** [/var/lib/dkms/blcr/0.8.4/build/config-stamp] Error 1 make[2]: *** [_module_/var/lib/dkms/blcr/0.8.4/build] Error 2 make[1]: *** [sub-make] Error 2 make: *** [all] Error 2 make: Leaving directory `/usr/src/linux-headers-3.1.0-1-amd64' Please shout out for help if you need help with this. Thanks Steffen If you're offering to help put together a new patch that would be greatly appreciated. I have a patch that builds currently, but it doesn't actually work (i.e. fails tests with kernel oops), so is worse than no patch! I've not made much progress to tracking it down, but I think both my path lookup and BKL removal handling is wrong. [1] basically sums up the extent of my progress towards a patch. Hacking the build to allow new version numbers is trivial, and I'm not certain on the rest of the changes, so I've not let it loose. Alan [1] https://hpcrdm.lbl.gov/pipermail/checkpoint/2011-October/000335.html -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
