On Wed, Oct 19, 2005 at 08:50:26PM +0200, Lior Kaplan wrote:
> The only thing in common is that these archs have libc6.1-dev instead of
> libc6-dev. But both packages have the same /usr/include/libintl.h file
> (I ran diff on it).

amd64 doesn't have libc6.1-dev but libc6-dev and also has the
problem, this really isn't what you should be looking at.

> Any idea what could be wrong? Can you test Chris's solution ? But that
> shouldn't be a part of the package build (IMHO).

I have no idea what Chris's solution is, I can't see it in the
bug report.

The problem seems to be this:
checking for GNU gettext in libc... no

This is caused by an old gettext aclocal macro that has been
fixed.  The solution is the regenerate the auto* scripts.

The gettext macro is in the acinclude.m4 file (instead of the
aclocal.m4 file).  After removing it from acinclude.m4 and
running this it was fixed for me:
aclocal-1.7
automake-1.7
autoconf

But then it fails with:
make[2]: Entering directory `/usr/src/efax-gtk-3.0.6/po'
/bin/sh `case ".././mkinstalldirs" in /*) echo
".././mkinstalldirs" ;; *) echo "../.././mkinstalldirs" ;; esac`
/usr/src/efax-gtk-3.0.6/debian/efax-gtk/usr/share
/bin/sh: ../.././mkinstalldirs: No such file or directory


Please take a look at
/usr/share/doc/autotools-dev/README.Debian.gz to see how to avoid
timstamp skew issues.


Kurt



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Reply via email to