Package: mol-modules-source
Version: 0.9.70-20.1
Followup-For: Bug #325418
Building is still broken with recent kernels. Note that cd
/usr/src/modules/mol && make works fine, only building with make-kpkg
causes trouble. The problem is that make-kpkg passes powerpc while mol
expects ppc. Therefore src/kmod doesn't have any valid targets and the
mol modules doesn't get build:
exec debian/rules DEBIAN_REVISION=1 KPKG_SELECTED_MODULES="mol"
modules_image
for module in /usr/src/modules/mol ; do \
if test -d $module; then \
(cd $module; \
if ./debian/rules KVERS="2.6.17-rc3"
KSRC="/var/scratch/linux/linux-2.6.17-rc3" \
KMAINT="Guido Günther" KEMAIL="[EMAIL PROTECTED]"
\
KPKG_DEST_DIR="/var/scratch/linux/linux-2.6.17-rc3/.." \
KPKG_MAINTAINER="Guido Günther" \
KPKG_EXTRAV_ARG="" \
ARCH="powerpc" \
---> this is the actual problem ^^^^^^^
KDREV="1" kdist_image; then \
echo "Module $module processed fine"; \
else \
echo "Module $module failed."; \
if [ "X" != "X" ]; then \
echo "Perhaps $module does not understand --rootcmd?"; \
echo "If you see messages that indicate that it is not"; \
echo "in fact being built as root, please file a bug "; \
echo "against $module."; \
fi; \
echo "Hit return to Continue"; \
read ans; \
fi; \
); \
else \
echo "Module $module does not exist"; \
echo "Hit return to Continue?"; \
fi; \
done
make[1]: Entering directory `/usr/src/modules/mol'
/usr/bin/make -f debian/rules binary-mol-modules
make[2]: Entering directory `/usr/src/modules/mol'
m4 -DKVERS="2.6.17-rc3" -DKSRC="/var/scratch/linux/linux-2.6.17-rc3"
-DKEMAIL="[EMAIL PROTECTED]" -DKMAINT="Guido Günther" -DKDREV="1"
-DDEBDATE="Sun, 14 May 2006 16:51:56 -0500" debian/control.m4 > debian/control
m4 -DKVERS="2.6.17-rc3" -DKSRC="/var/scratch/linux/linux-2.6.17-rc3"
-DKEMAIL="[EMAIL PROTECTED]" -DKMAINT="Guido Günther" -DKDREV="1"
-DDEBDATE="Sun, 14 May 2006 16:51:56 -0500" debian/changelog.m4 >
debian/changelog
touch configure-stamp
dh_testdir
/usr/bin/make
make[3]: Entering directory `/usr/src/modules/mol'
/usr/bin/make -C src/kmod
make[4]: Entering directory `/usr/src/modules/mol/src/kmod'
make[4]: Nothing to be done for `all'.
^^^^^^
... therefore nothing gets build here ...
make[4]: Leaving directory `/usr/src/modules/mol/src/kmod'
/usr/bin/make -C src/netdriver
make[4]: Entering directory `/usr/src/modules/mol/src/netdriver'
CC [M] /usr/src/modules/mol/src/netdriver/build/kuname.o
strings /usr/src/modules/mol/src/netdriver/build/kuname.o | grep -- '-MAGIC-' |
sed -e s/-MAGIC-// > /usr/src/modules/mol/src/netdriver/build/.kuname
CC [M] /usr/src/modules/mol/src/netdriver/build/sheep.o
Building modules, stage 2.
MODPOST
CC /usr/src/modules/mol/src/netdriver/build/kuname.mod.o
LD [M] /usr/src/modules/mol/src/netdriver/build/kuname.ko
CC /usr/src/modules/mol/src/netdriver/build/sheep.mod.o
LD [M] /usr/src/modules/mol/src/netdriver/build/sheep.ko
ln: target `../../mollib/modules/2.6.17-rc3/' is not a directory: No such file
or directory
make[4]: *** [all-local] Error 1
Is this problem known upstream? Making ARCH=powerpc equivalent to
ARCH=ppc might be a good idea. Meanwhile this patch might be sufficient:
--- mol-0.9.70/debian/debian.mol-modules-source/rules.orig 2006-05-14
16:16:07.000000000 -0500
+++ mol-0.9.70/debian/debian.mol-modules-source/rules 2006-05-14
16:59:15.000000000 -0500
@@ -36,7 +36,7 @@
build-stamp: configure-stamp
dh_testdir
- $(MAKE)
+ $(MAKE) ARCH=ppc
touch $@
Cheers,
-- Guido
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'stable')
Architecture: powerpc (ppc)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17-rc3
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Versions of packages mol-modules-source depends on:
ii gcc 4:4.0.3-3 The GNU C compiler
ii libc6-dev 2.3.6-7 GNU C Library: Development Librari
ii make 3.81-2 The GNU version of the "make" util
Versions of packages mol-modules-source recommends:
ii debhelper 5.0.34 helper programs for debian/rules
ii kernel-package 10.047 A utility for building Linux kerne
ii m4 1.4.4-1 a macro processing language
-- no debconf information
