GNU bug report logs - #29418
new snapshot available: gzip-1.8.47-10d7

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 29418 in the body.
You can then email your comments to 29418 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Jim Meyering <jim <at> meyering.net>
To: bug-gzip <at> gnu.org
Cc: coordinator <at> translationproject.org, platform-testers <at> gnu.org
Subject: new snapshot available: gzip-1.8.47-10d7
Date: Thu, 23 Nov 2017 15:52:43 -0800

Pretty sure we're not quite ready for a release, but there
have been enough changes that it's worth another snapshot.

Here's the most recent NEWS addition:

   Commands implemented via shell scripts are now more consistent about
   failure status.  For example, 'gunzip --help >/dev/full' now
   consistently exits with status 1 (error), instead of with status 2
   (warning) on some platforms.  [bug present since the beginning]


gzip snapshot:
  https://meyering.net/gzip/gzip-ss.tar.xz      748 KB
  https://meyering.net/gzip/gzip-ss.tar.xz.sig
  https://meyering.net/gzip/gzip-1.8.47-10d7.tar.xz

Changes in gzip since 1.8.40-9dff:

Jim Meyering (4):
      zless, znew: exit 1 upon --help or --version write failure
      build: make each generated script unwritable
      gzexe: work even without the ability to make a hard link
      build: update gnulib to latest

Paul Eggert (3):
      build: update gnulib submodule to latest
      tests: don’t be so strict about timestamps
      maint: script diagnostics status cleanup


Changes in gnulib since 1.8.40-9dff:

* gnulib cf6bbbf...b9d0b50 (33):
  > stat: fix doc wording typo
  > stat: work around Solaris bug with tv_nsec < 0
  > regex: merge from glibc
  > regex: merge from glibc
  > crypto/gc-sm3: Fix buffer overrun.
  > append, don't replace existing VCS ignore files
  > autoupdate
  > autoupdate
  > autoupdate
  > maint: shorten https://lists.gnu.org/archive/html/... links
  > faccessat: Make the last change more robust.
  > faccessat: port to macOS (Bug#29231)
  > getprogname: Fix compilation error on IRIX.
  > year2038: Tweak last patch.
  > year2038: be more insistent about 64-bit time_t
  > autoupdate
  > autoupdate
  > havelib: fix typo in previous change
  > Don’t use AC_EGREP_CPP if affected by CFLAGS
  > fstatat: pacify GCC on unusual platform
  > autoupdate
  > autoupdate
  > autoupdate
  > timespec: prefer ‘assume’ to ‘assure’
  > Port recent gnulib-tool change to Dash
  > timespec.h: use "assure" to avoid a spurious warning
  > Avoid several test failures with traditional locales on Haiku.
  > strerror_r-posix: Fix behaviour and test failure on Haiku.
  > get-rusage-data: Avoid crash on Haiku.
  > get-rusage-as: Avoid crash on Haiku.
  > ilogbl: Ensure replacement on Haiku.
  > expl: Ensure replacement on Haiku.
  > math: Fix test failure on Haiku.

Message #8 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Paul Eggert <eggert <at> cs.ucla.edu>
To: Jim Meyering <jim <at> meyering.net>
Cc: Bruno Haible <bruno <at> clisp.org>, bug-gzip <at> gnu.org
Subject: Re: bug#29418: new snapshot available: gzip-1.8.47-10d7
Date: Thu, 23 Nov 2017 22:28:51 -0800

[Message part 1 (text/plain, inline)]

Perhaps this is overkill, but how about the attached followup patch for that 
gzexe problem with filesystems that do not support symlinks? The idea is to use 
a variant of Bruno's suggestion that the file should always exist.

[0001-gzexe-ensure-file-always-exists.patch (text/x-patch, attachment)]

Message #11 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Jim Meyering <jim <at> meyering.net>
To: Paul Eggert <eggert <at> cs.ucla.edu>
Cc: Bruno Haible <bruno <at> clisp.org>, bug-gzip <at> gnu.org
Subject: Re: bug#29418: new snapshot available: gzip-1.8.47-10d7
Date: Thu, 23 Nov 2017 22:56:11 -0800

On Thu, Nov 23, 2017 at 10:28 PM, Paul Eggert <eggert <at> cs.ucla.edu> wrote:
> Perhaps this is overkill, but how about the attached followup patch for that
> gzexe problem with filesystems that do not support symlinks? The idea is to
> use a variant of Bruno's suggestion that the file should always exist.

Nice. That looks fine. Thank you.

Previous Next

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