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

Reply via email to