[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#18910: GNU Libtool-2.4.3 released [stable]
From: |
Pavel Raiskup |
Subject: |
bug#18910: GNU Libtool-2.4.3 released [stable] |
Date: |
Thu, 30 Oct 2014 14:06:05 +0100 |
User-agent: |
KMail/4.14.1 (Linux/3.16.6-200.fc20.x86_64; KDE/4.14.1; x86_64; ; ) |
Thanks for the release, Gary and all!
On Monday 27 of October 2014 21:44:02 Gary V. Vaughan wrote:
> - Fix a long-standing bug when using libtoolize without automake; we
> no longer remove install-sh with --force, since it's not a file
> libtoolize will reinstall without --install.
It is not completely the same situation like with automake, but
gnulib-origin files are causing similar problems [1].
Taking into account the package relies on some gnulib files in question
itself (not via libtool), the package should still be easily autoreconfed
from distributed tarballs with (relatively) safe command
'autoreconf -vfi'.
However now (a) libtoolize removes gnulib files and (b) build machine (or
the user) may have no idea what gnulib is when working with 'make dist'ed
tarball. If there is no reason for current libtoolize to install those
files, the patch attached could help. That is not a solution for
"upgrade" cleanup but can there be other safe solution?
Also, I'm not sure what to do with 'argz.m4'. That file can be updated by
package maintainer via gnulib-tool, however libtool (via autoreconf -vfi
e.g.) can overwrite it with older version of this file. That however does
not break the build, at least not now.
[1] https://bugs.gentoo.org/show_bug.cgi?id=527200
Pavel
0001-libtoolize-do-not-remove-gnulib-files-with-force.patch
Description: Text Data
- bug#18910: GNU Libtool-2.4.3 released [stable],
Pavel Raiskup <=