GNU logs - #18910, boring messages

Message sent to bug-libtool@HIDDEN:

Subject: bug#18910: GNU Libtool-2.4.3 released [stable]
Resent-From: Pavel Raiskup <praiskup@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-libtool@HIDDEN
Resent-Date: Fri, 31 Oct 2014 15:51:02 +0000
Resent-Message-ID: <handler.18910.B.141477062115754 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: libtool@HIDDEN, 18910 <at> debbugs.gnu.org
From: Pavel Raiskup <praiskup@HIDDEN>
Date: Thu, 30 Oct 2014 14:06:05 +0100
Message-ID: <2098671.ljdGVaNqeK@HIDDEN>
User-Agent: KMail/4.14.1 (Linux/3.16.6-200.fc20.x86_64; KDE/4.14.1; x86_64; ; )
In-Reply-To: <8B091797-DD14-4779-97F8-7B24B00C63B6@HIDDEN>
References: <8B091797-DD14-4779-97F8-7B24B00C63B6@HIDDEN>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="nextPart2613647.gZ5DHdNT8I"
Content-Transfer-Encoding: 7Bit
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

This is a multi-part message in MIME format.

--nextPart2613647.gZ5DHdNT8I
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="us-ascii"

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

--nextPart2613647.gZ5DHdNT8I
Content-Disposition: attachment; filename="0001-libtoolize-do-not-remove-gnulib-files-with-force.patch"
Content-Transfer-Encoding: 7Bit
Content-Type: text/x-patch; charset="UTF-8"; name="0001-libtoolize-do-not-remove-gnulib-files-with-force.patch"

From 124712553f84f9052b14b0ef9ddac1314f9c1aa0 Mon Sep 17 00:00:00 2001
From: Pavel Raiskup <praiskup@HIDDEN>
Date: Thu, 30 Oct 2014 13:44:59 +0100
Subject: [PATCH] libtoolize: do not remove gnulib files with --force

That caused build failure after relatively safe 'autoreconf -fi'
run in a project depending on those files because libtoolize
removed those files unconditionally but was not able to re-install
them back.  Keeping those in place seems to be more safe.

References:
https://bugs.gentoo.org/show_bug.cgi?id=527200
https://lists.fedoraproject.org/pipermail/devel/2014-October/203798.html

* libtoolize.in (func_require_seen_libtool): Do not remove
snippet/* files which are from Gnulib.
---
 libtoolize.in | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/libtoolize.in b/libtoolize.in
index d819470..b9c438f 100644
--- a/libtoolize.in
+++ b/libtoolize.in
@@ -1896,8 +1896,8 @@ func_require_seen_libtool ()
   # ensure a clean upgrade.
   # Do not remove config.guess, config.sub or install-sh, we don't
   # install them without --install, and the project may not be using
-  # Automake.
-  all_pkgaux_files="compile depcomp missing ltmain.sh snippet/_Noreturn.h snippet/arg-nonnull.h snippet/c++defs.h snippet/warn-on-use.h"
+  # Automake.  Also in similar fashion do not remove Gnulib files.
+  all_pkgaux_files="compile depcomp missing ltmain.sh"
   all_pkgmacro_files="argz.m4 libtool.m4 ltdl.m4 ltoptions.m4 ltsugar.m4 ltversion.in ltversion.m4 lt~obsolete.m4"
   all_pkgltdl_files="COPYING.LIB Makefile Makefile.in Makefile.inc Makefile.am README acinclude.m4 aclocal.m4 argz_.h argz.c config.h.in config-h.in configure configure.ac configure.in libltdl/lt__alloc.h libltdl/lt__dirent.h libltdl/lt__glibc.h libltdl/lt__private.h libltdl/lt__strl.h libltdl/lt_dlloader.h libltdl/lt_error.h libltdl/lt_system.h libltdl/slist.h loaders/dld_link.c loaders/dlopen.c loaders/dyld.c loaders/load_add_on.c loaders/loadlibrary.c loaders/preopen.c loaders/shl_load.c lt__alloc.c lt__dirent.c lt__strl.c lt_dlloader.c lt_error.c ltdl.c ltdl.h ltdl.mk slist.c"
 
-- 
1.9.3


--nextPart2613647.gZ5DHdNT8I--

Message sent:

Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Mailer: MIME-tools 5.503 (Entity 5.503)
Content-Type: text/plain; charset=utf-8
X-Loop: help-debbugs@HIDDEN
From: help-debbugs@HIDDEN (GNU bug Tracking System)
To: Pavel Raiskup <praiskup@HIDDEN>
Subject: bug#18910: Acknowledgement (GNU Libtool-2.4.3 released [stable])
Message-ID: <handler.18910.B.141477062115754.ack <at> debbugs.gnu.org>
References: <2098671.ljdGVaNqeK@HIDDEN>
X-Gnu-PR-Message: ack 18910
X-Gnu-PR-Package: libtool
Reply-To: 18910 <at> debbugs.gnu.org
Date: Fri, 31 Oct 2014 15:51:02 +0000

Thank you for filing a new bug report with debbugs.gnu.org.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
 bug-libtool@HIDDEN

If you wish to submit further information on this problem, please
send it to 18910 <at> debbugs.gnu.org.

Please do not send mail to help-debbugs@HIDDEN unless you wish
to report a problem with the Bug-tracking system.

--=20
18910: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D18910
GNU Bug Tracking System
Contact help-debbugs@HIDDEN with problems

Message sent to bug-libtool@HIDDEN:

Subject: bug#18910: GNU Libtool-2.4.3 released [stable]
Resent-From: Mike Frysinger <vapier@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-libtool@HIDDEN
Resent-Date: Sat, 01 Nov 2014 00:48:02 +0000
Resent-Message-ID: <handler.18910.B.141480286620495 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: Pavel Raiskup <praiskup@HIDDEN>
Cc: libtool@HIDDEN, 18910 <at> debbugs.gnu.org
Date: Fri, 31 Oct 2014 20:47:33 -0400
From: Mike Frysinger <vapier@HIDDEN>
Message-ID: <20141101004733.GE26840@HIDDEN>
Mail-Followup-To: Pavel Raiskup <praiskup@HIDDEN>, libtool@HIDDEN,
 bug-libtool@HIDDEN
References: <8B091797-DD14-4779-97F8-7B24B00C63B6@HIDDEN>
 <2098671.ljdGVaNqeK@HIDDEN>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
 protocol="application/pgp-signature"; boundary="ZRyEpB+iJ+qUx0kp"
Content-Disposition: inline
In-Reply-To: <2098671.ljdGVaNqeK@HIDDEN>
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>


--ZRyEpB+iJ+qUx0kp
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On 30 Oct 2014 14:06, Pavel Raiskup wrote:
> 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.
>=20
> It is not completely the same situation like with automake, but
> gnulib-origin files are causing similar problems [1].

i posted largely the same thing to the patch list:
	https://lists.gnu.org/archive/html/libtool-patches/2014-10/msg00018.html
-mike

--ZRyEpB+iJ+qUx0kp
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iQIcBAEBAgAGBQJUVC2lAAoJEEFjO5/oN/WBbR8QAIzqoEqG5qaL7NHs0u4/5ldT
pgix/+KuWn5NldLKKCsmvNAUvUraufq7lwZiVZ58M7FgidtvByxGSmIb0z9LDBp7
lCNy9hmmTSsAfZHO/kLGwlSKphWHFpJ4x1X6bkkdf8tQYyb+Z9A5Fuk4+zU7noPf
eL2VfzSMsC1XQYzsTQowrY4+EXzCdvK5QAX/friJzV3e55ZknwLraD2ByAcpys6D
HPKpeh8omqNE2HFPcn64SuBkbwZlfwPyuZqGEelTnnCrXLfFzvpY7LhrzsVmZmo2
Ponjqk98Gjk1Fus4fZ6msbwSf7T34va+bT+1uhMoqm8wh3W7hRDU0/jXpg3p+f5P
/XES7LTeQ9wStOg02AMVOs6m7gqtUcr1SccaQCVgpRFNiHFaeXUy9tsyqR+WTMJ9
xHluUq16uedbApgqOCbUATdJGxraLnIRnlv2qwLmtkpiO3/oFXx6zFtf0ToG4qv9
mf0pI8NvmpJXQnWA4c/io2sl5au3dVFvBL+ynW//PrkFaTvwsXiom8LmchnhV+q+
xS8It0CZHqHjWZ+3XUepRI+hnsDGcGfaLs8KAXx/8VX6c479NVL/2PiXS/U6HMkU
tHMR5jVE/eMz4V6JAmsC4Gbya9vAxoH6ZULLi0mQ4bWVSLzJDyHheVCz9uwp7RPP
gOjA4yVPdop8vz7QjdDU
=36ty
-----END PGP SIGNATURE-----

--ZRyEpB+iJ+qUx0kp--

Message sent to bug-libtool@HIDDEN:

Subject: bug#18910: GNU Libtool-2.4.3 released [stable]
Resent-From: "Gary V. Vaughan" <gary@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-libtool@HIDDEN
Resent-Date: Sun, 02 Nov 2014 12:11:01 +0000
Resent-Message-ID: <handler.18910.B18910.141493025431470 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: Pavel Raiskup <praiskup@HIDDEN>
Cc: 18910 <at> debbugs.gnu.org, libtool@HIDDEN
Content-Type: text/plain; charset=us-ascii
Mime-Version: 1.0 (Mac OS X Mail 8.0 \(1990.1\))
From: "Gary V. Vaughan" <gary@HIDDEN>
In-Reply-To: <2098671.ljdGVaNqeK@HIDDEN>
Date: Sun, 2 Nov 2014 12:10:42 +0000
Content-Transfer-Encoding: quoted-printable
Message-Id: <9C0B38EF-E66C-4CBE-BAAF-4D86FF78F40C@HIDDEN>
References: <8B091797-DD14-4779-97F8-7B24B00C63B6@HIDDEN>
 <2098671.ljdGVaNqeK@HIDDEN>
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

Hi Pavel,

Sorry the lists are being slow this weekend :(

> On Oct 30, 2014, at 1:06 PM, Pavel Raiskup <praiskup@HIDDEN> =
wrote:
>=20
> Thanks for the release, Gary and all!
>=20
> 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.
>=20
> It is not completely the same situation like with automake, but
> gnulib-origin files are causing similar problems [1].
>=20
> 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'.
>=20
> 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?

I agree with your patch though, and pushed it just now.  Thank you!

> 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.

I wrote argz.m4 for libtool, and later contributed it back to gnulib.  =
Ideally,
libtool would just use gnulib's argz module, but doing so pulls in an =
insane
amount of cruft (including the various snippet files) that I don't want =
to
have to teach libtoolize to manage - that's why I gave up on trying to =
gnulibize
libltdl, and why we had some interim releases of libtoolize fighting =
with
gnulib-tool over who owns the snippet files :)

A better solution would be to fork libtool's argz.m4 by moving it into =
the
LT_ namespace so it doesn't conflict with any gnulib version used by the =
parent
project.  Bleh!

Cheers,
--=20
Gary V. Vaughan (gary AT gnu DOT org)=

Last modified: Mon, 25 Nov 2019 12:00:02 UTC

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997 nCipher Corporation Ltd, 1994-97 Ian Jackson.