On Sun, May 16, 2010 at 11:40:52AM +0200, Kurt Roeckx wrote: > On Sun, May 16, 2010 at 09:31:56AM +0200, Pierre Chifflier wrote: > > On Sat, May 15, 2010 at 10:02:09PM +0200, Kurt Roeckx wrote: > > > Source: xtables-addons > > > Version: 1.26-1 > > > Severity: serious > > > > > > [...] > > > > > > > /usr/bin/make -C extensions clean > > > > make[1]: Entering directory > > > > `/build/buildd-xtables-addons_1.26-1-i386-Fgk0n0/xtables-addons-1.26/extensions' > > > > rm -rf .libs _libs > > > > if [ -n "/lib/modules/2.6.32.12-dsa-ia32/build" ]; then /usr/bin/make > > > > -C /lib/modules/2.6.32.12-dsa-ia32/build > > > > M=/build/buildd-xtables-addons_1.26-1-i386-Fgk0n0/xtables-addons-1.26/extensions > > > > clean; fi; > > > > make: Entering an unknown directory > > > > make: *** /lib/modules/2.6.32.12-dsa-ia32/build: No such file or > > > > directory. Stop. > > > > > > Hi Kurt, > > > > It seems your build environment is not complete: you must have the > > kernel headers installed for your current (running) kernel. > > This creates a link /lib/modules/`uname -r`/build pointing to where the > > sources are installed. > > > > This link is created either by installing the proper > > linux-headers-$version package, or by running make install in the kernel > > sources if you are using a custom kernel. > > If you need linux-headers-$version to build, you should > build-depend on that in your package. >
Sure - would a dependency on 'linux-headers' be enough to keep the possibility of using custom kernels (created using make-kpkg) ? I think the linux-headers-$customversion also provides linux-headers, but I wasn't sure. Note that this won't fix this problem: we need to depend on the exact headers of the running version, not any linux-headers package (and I don't know how to represent that in a dependency). That said, module-assistant should take care of this using the 'm-a prepare' command. Did you use something like: module-assistant prepare module-assistant auto-install xtables-addons ? > Note that your package is targetting unstable, so you should > probably build for that version and not what random version > the buildd is currenly running. > I'd prefer not to - restricting a source package to only one version would render it pretty useless imho. Having pre-built packages could be a good thing though. Cheers, Pierre -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
