Hi,
On Tue, Nov 27, 2001 at 10:38:37AM -0600, Paul E Johnson wrote:
I do now know what patch is required to make libtool-1.4.2 work as it is
currently released, I've been asking about. My understanding is that the
Debian packager of libtool has a patch which fixes the problem.
Yep, I
tis 2001-11-27 klockan 15.54 skrev Rob Browning:
If you build a package with --prefix=/usr and that package has
interdependencies among it's shared libraries (like guile and
heimdal), libtool will no longer allow you to install to a temporary
directory via
make DESTDIR=`pwd`/foo install
Paul E Johnson [EMAIL PROTECTED] writes:
I do now know what patch is required to make libtool-1.4.2 work as
it is currently released, I've been asking about. My understanding
is that the Debian packager of libtool has a patch which fixes the
problem.
Hmm, well the latest Debian libtool
tis 2001-11-27 klockan 17.38 skrev Paul E Johnson:
This libtool issue is a known and fixed problem in libtool cvs. I built
rpms of that snapshot of libtool and I've tested it and it does work.
If you want to try the RPMS, I stashed them in here
http://lark.cc.ukans.edu/~pauljohn/software
Obviously, I can't invest the time to bugshoot all these applications
that won't compile, about which I have been emailed by many people in
this list during the past 2 hours.
I can add this information, however.
I achieved this success with the newer automake and autoconf,
$ rpm -q automake
Paul E Johnson [EMAIL PROTECTED] writes:
It easily could be true that tarballs or SRPMS that were built with
old versions of libtool and automake/autoconf do not rebuild with
the current libtool.
I suspect this is true -- my experience has been that some of the
people for whom this is still
2001-11-27 13:11:09-0600, Paul E Johnson [EMAIL PROTECTED] -
Obviously, I can't invest the time to bugshoot all these applications
that won't compile, about which I have been emailed by many people in
this list during the past 2 hours.
Well I don't expect you too do that, I just wanted to