Re: GNU libtool-2.4.6 released [stable]

2015-03-23 Thread Christian Rössel 

Dear Gary,

thanks for libtool-2.4.6!

I discovered some files in 
http://ftpmirror.gnu.org/libtool/libtool-2.4.6.tar.gz that IMO don't 
belong there. The filenames start with "._" (just do a 'find . -name 
"._*"') and seem to contain dropbox meta data.


Cheers,
Christian

On 2015-02-15 22:39, Gary V. Vaughan wrote:

Libtoolers!

The Libtool Team is pleased to announce the release of libtool 2.4.6.

GNU Libtool hides the complexity of using shared libraries behind a
consistent, portable interface. GNU Libtool ships with GNU libltdl, which
hides the complexity of loading dynamic runtime libraries (modules)
behind a consistent, portable interface.

This is a bugfix release, and a recommended upgrade for all users.  Most
importantly, it regains most of the speed of 2.4.2 by correcting one of
two known regressions that were causing noticable slow-down when building
projects with many source files.

Here are the compressed sources:
  http://ftpmirror.gnu.org/libtool/libtool-2.4.6.tar.gz   (1.7MB)
  http://ftpmirror.gnu.org/libtool/libtool-2.4.6.tar.xz   (952KB)

Here are the GPG detached signatures[*]:
  http://ftpmirror.gnu.org/libtool/libtool-2.4.6.tar.gz.sig
  http://ftpmirror.gnu.org/libtool/libtool-2.4.6.tar.xz.sig

Use a mirror for higher download bandwidth:
  http://www.gnu.org/order/ftp.html

[*] Use a .sig file to verify that the corresponding file (without the
.sig suffix) is intact.  First, be sure to download both the .sig file
and the corresponding tarball.  Then, run a command like this:

  gpg --verify libtool-2.4.6.tar.gz.sig

If that command fails because you don't have the required public key,
then run this command to import it:

  gpg --keyserver keys.gnupg.net --recv-keys 151308092983D606

and rerun the 'gpg --verify' command.

This release was bootstrapped with the following tools:
  Autoconf 2.69
  Automake 1.15
  Gnulib v0.1-336-g342d9f0

NEWS

* Noteworthy changes in release 2.4.6 (2015-02-15) [stable]

** New features:

  - LT_SYS_LIBRARY_PATH can be set in config.site, or at configure time
and persists correctly in the generated libtool script.

** Bug fixes:

  - Fix a race condition in ltdl dryrun test that would cause spurious
random failures of that test.

  - LT_SYS_DLSEARCH_PATH is munged correctly.


Enjoy!


___
https://lists.gnu.org/mailman/listinfo/libtool




___
https://lists.gnu.org/mailman/listinfo/libtool

Re: GNU libtool-2.4.6 released [stable]

2015-03-23 Thread Bob Friesenhahn 

On Mon, 23 Mar 2015, Christian Rössel wrote:


Dear Gary,

thanks for libtool-2.4.6!

I discovered some files in 
http://ftpmirror.gnu.org/libtool/libtool-2.4.6.tar.gz that IMO don't belong 
there. The filenames start with "._" (just do a 'find . -name "._*"') and 
seem to contain dropbox meta data.


I see the same issue with 2.4.5, but not with 2.4.4 (and earlier).

The 'file' command describes these as "AppleDouble encoded Macintosh 
file".


It does not seem possible that these files were listed for inclusion 
in the release so they must be an artifact of the 'tar' program used.


Bob

--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/___
https://lists.gnu.org/mailman/listinfo/libtool

Re: GNU libtool-2.4.6 released [stable]

2015-03-23 Thread Gary V. Vaughan 
> On Mar 23, 2015, at 2:42 PM, Bob Friesenhahn  
> wrote:
>> On Mon, 23 Mar 2015, Christian Rössel wrote:
>> 
>> Dear Gary,
>> 
>> thanks for libtool-2.4.6!
>> 
>> I discovered some files in 
>> http://ftpmirror.gnu.org/libtool/libtool-2.4.6.tar.gz that IMO don't belong 
>> there. The filenames start with "._" (just do a 'find . -name "._*"') and 
>> seem to contain dropbox meta data.
> 
> I see the same issue with 2.4.5, but not with 2.4.4 (and earlier).
> 
> The 'file' command describes these as "AppleDouble encoded Macintosh file".
> 
> It does not seem possible that these files were listed for inclusion in the 
> release so they must be an artifact of the 'tar' program used.
> 
> Bob

Since releasing 2.4.4 I upgraded my Mac OS release a few times, more recently 
without a full complement of side loaded GNU utilities (which helped flag many 
GNUisms in the gnulib release scripts).

Most likely, Apple's tar is passing along file system metadata for the 
destination machine :-(

While I won't be rolling any future releases, it definitely seems worth noting 
in the README-release notes that before uploading, to a) use GNU tar b) check 
that there are no weird hidden files in the tarball!

Cheers,
Gary
___
https://lists.gnu.org/mailman/listinfo/libtool