Package: libglade
Version: 1:0.17-2.9
Severity: serious
There was an error while trying to autobuild your package:
> Automatic build of libglade_1:0.17-2.9 on repeat.rfc822.org by sbuild/mipsel
> 1.170.4
> Build started at 20030903-0338
[...]
> ** Using build dependencies supplied by package:
> Build-Depends: debhelper (>= 4.0), libxml-dev, libgnome-dev (>= 1.4.2-3),
> libbonobo-dev (>= 1.0.20-2.1), gtk-doc-tools, perl
The version of libtool used to build this source package is too old to
correctly support shared libraries for the Debian mips and mipsel
architectures. At least version (1.4.2-7) and higher correctly
supports them. Libtool 1.5-1 is broken for arm; you should use
libtool1.4 or wait for a newer libtool before fixing this problem.
You need to update all of the libtool related files by running the
following on your source tree:
autoreconf --force
You may need to use the --install option as well. You can also try the
individual commands needed yourself:
libtoolize --force --copy
aclocal
autoheader
automake -a
autoconf
autoheader may not be needed, and you may need to use versioned binaries
(autoconf2.13, automake-1.{4,6,7}, aclocal-1.{4,6,7}, etc)
The correct 'configure' script will have output that looks like this:
# This must be Linux ELF.
linux-gnu*)
case $host_cpu in
alpha* | hppa* | i*86 | mips | mipsel | powerpc* | sparc* | ia64* | arm* |
m68k)
lt_cv_deplibs_check_method=pass_all ;;
*)
It is important that mips and mipsel (or mips*), arm, and m68k are
listed in the configure script here. It is also possible that there
will be no $host_cpu check at all, and
lt_cv_deplibs_check_method=pass_all in all cases, and this also solves the
problem.
Older versions of libtool used a file_magic check for the pattern
file_magic ELF [0-9][0-9]*-bit [LM]SB (shared object|dynamic lib )
The output of file(1) on a shared library on MIPS does not match this
regular expression, however. Earlier versions of file had been
modified to match this regular expression, but the latest version uses
the same output as upstream once again. The file check often causes
problems, and results on a build-dep on file that you might not
otherwise be aware of. The new method doesn't need file(1) at all,
and is far less fragile, so it is best to upgrade the configure script
with proper mips support.
