On Sun, Sep 09, 2007 at 03:26:02PM +0100, Neil Williams wrote: > > Could you please check whether this bug is still an issue with the > > current version of pam in unstable (upstream version 0.99.7.1)?
> It is yes. > > Now > > that upstream is making full use of autotools, I suspect this bug has > > gone away on its own. > The upstream may be better but debian/rules still needs a tweak. Heh, fair enough; but I don't see anywhere that the original patch did anything to handle the cross-arch toolchain settings for the package either. > First, set the cross-build detection: > DEB_HOST_GNU_TYPE := $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE) > DEB_BUILD_GNU_TYPE := $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE) > and one line to add to the ./configure arguments: > --host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE) \ > Alternatively, create a $(CONFFLAGS) variable set the to --build and > --host arguments if $(DEB_HOST_GNU_TYPE) differs from $(DEB_BUILD_GNU_TYPE) > or blank otherwise. That really shouldn't be considered the "alternative". The first usage is wrong because it causes the compiler to be invoked /as/ a cross-compiler when it shouldn't be. > However, even with those, there does appear to be a remaining upstream > cross-build problem: > make[5]: Entering directory > `/opt/emdebian/trunk/p/pam/trunk/pam-0.99.7.1/Linux-PAM/conf/pam_conv1' > arm-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I../.. -g -D_GNU_SOURCE > -D_REENTRANT -fPIC -DCRACKLIB_DICTS=CRACKLIB_DICTPATH -O2 -MT pam_conv_l.o > -MD -MP -MF .deps/pam_conv_l.Tpo -c -o pam_conv_l.o pam_conv_l.c > mv -f .deps/pam_conv_l.Tpo .deps/pam_conv_l.Po > arm-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I../.. -g -D_GNU_SOURCE > -D_REENTRANT -fPIC -DCRACKLIB_DICTS=CRACKLIB_DICTPATH -O2 -MT pam_conv_y.o > -MD -MP -MF .deps/pam_conv_y.Tpo -c -o pam_conv_y.o pam_conv_y.c > mv -f .deps/pam_conv_y.Tpo .deps/pam_conv_y.Po > /bin/sh ../../libtool --tag=CC --mode=link arm-linux-gnu-gcc -g > -D_GNU_SOURCE -D_REENTRANT -fPIC -DCRACKLIB_DICTS=CRACKLIB_DICTPATH -O2 > -Wl,--as-needed -Wl,-O1 -o pam_conv1 pam_conv_l.o pam_conv_y.o > mkdir .libs > arm-linux-gnu-gcc -g -D_GNU_SOURCE -D_REENTRANT -fPIC > -DCRACKLIB_DICTS=CRACKLIB_DICTPATH -O2 -Wl,--as-needed -Wl,-O1 -o pam_conv1 > pam_conv_l.o pam_conv_y.o > pam_conv_l.o: In function `yylex': > /opt/emdebian/trunk/p/pam/trunk/pam-0.99.7.1/Linux-PAM/conf/pam_conv1/pam_conv_l.c:831: > undefined reference to `yywrap' > collect2: ld returned 1 exit status > make[5]: *** [pam_conv1] Error 1 That means you're missing libfl in your cross-build environment. That's not a bug in the pam package, the build-dependencies are as correct as they can be. > Managed to fix the emdebian-tools build, so: > The build log is in emdebian SVN: > http://buildd.emdebian.org/svn/browser/current/target/trunk/p/pam/trunk/pam_0.99+.7.1-4em1_arm.build > along with the patches: > http://buildd.emdebian.org/svn/browser/current/target/trunk/p/pam/trunk/ ... most of which are wrong for Debian and should not be included. Does emdebian really not have a way of rendering dh_install{man,docs,changelogs,examples} inert without hacking individual packages? -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
