On 2016-07-28 20:28 +0200, Sven Joachim wrote:
> On 2016-07-28 17:45 +0100, Wookey wrote:
>
> > On 2016-07-28 15:19 +0200, Sven Joachim wrote:
> >>
> >> They should not be used at all, but Mr. Davis has these special broken
> >> tests for them. :-( And while I appreciate that you applied my patch to
> >> autoconf/aclocal.m4, the problem is not fixed as long as 'configure' is
> >> not regenerated.
> >
> > Hmm. But configure is regenerated (on a second build dpkg-source
> > complains that 'configure' has changed). And I checked that the
> > updated configure has the debian terminfo directory, added from the
> > aclocal patch.
> >
> > Run dpkg-buildpackage and check the configure file:
> > grep terminfo configure
> > { $as_echo "$as_me:${as_lineno-$LINENO}: checking for terminfo" >&5
> > $as_echo_n "checking for terminfo... " >&6; }
> > MISC_TERMINFO_DIRS=`$nc5config --terminfo`
> > /usr/lib/terminfo \
> > /usr/share/terminfo \
> > /usr/share/lib/terminfo \
> > /usr/local/lib/terminfo \
> > /lib/terminfo"
> >
> > What test are you doing to determine that this problem is not fixed?
>
> I ran pbdebuild, where /usr/share/terminfo has been rmdir'ed from the
> build chroot beforehand. Attached is a build log.I use sbuild, but this shouldn't matter. > > It is possible I guess that the configure flie is being updated too > > late so the dir is not checked in time, but I just checked > > that removing the /usr/share/terminfo did not break the build. > > Did you also ensure that libtinfo-dev is not installed on the build > system? Because if it is, linking with -ltermcap succeeds, and the > jed package gains a spurious dependency on libtinfo5. My build chroot is clean so that package is not in it. Still builds OK for me. Same with a local build in jessie. OK. I've managed to reproduce it now. > Well, in a normal build system configure _is_ updated, but only after > building jed and before building xjed. Which is a bit too late. OK. I've done a better job of ensuring configure is generated before first usage, and backed-up/restored so a second build works as well. Basically a manual dh_autoreconf. 3rd time lucky... uploaded. Wookey -- Principal hats: Linaro, Debian, Wookware, ARM http://wookware.org/
signature.asc
Description: Digital signature
