GNU bug report logs -
#77563
new snapshot available: gzip-1.13.56-e549
Previous Next
Reported by: Jim Meyering <jim <at> meyering.net>
Date: Sat, 5 Apr 2025 21:08:01 UTC
Severity: normal
Tags: notabug
Done: Jim Meyering <jim <at> meyering.net>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 77563 in the body.
You can then email your comments to 77563 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gzip <at> gnu.org:
bug#77563; Package
gzip.
(Sat, 05 Apr 2025 21:08:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Jim Meyering <jim <at> meyering.net>:
New bug report received and forwarded. Copy sent to
bug-gzip <at> gnu.org.
(Sat, 05 Apr 2025 21:08:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
I want to release gzip-1.14 by Tuesday or Wednesday, so here's a
snapshot of the latest. It's been more than 1.5 years since gzip-1.13,
but with a surprising performance improvement as well as some bug fixes.
Any tests (success/failure) you can tell us about would be most welcome.
Thanks from all of us,
Jim
gzip snapshot:
https://meyering.net/gzip/gzip-ss.tar.xz 876 KB
https://meyering.net/gzip/gzip-ss.tar.xz.sig
https://meyering.net/gzip/gzip-1.13.56-e549.tar.xz
Here's the current state of NEWS:
===========================
** Bug fixes
'gzip -d' no longer omits the last partial output buffer when the
input ends unexpectedly on an IBM Z platform.
[bug introduced in gzip-1.11]
'gzip -l' no longer misreports lengths of multimember inputs.
[bug introduced in gzip-1.12]
'gzip -S' now rejects suffixes containing '/'.
[bug present since the beginning]
** Changes in behavior
The GZIP environment variable is now silently ignored except for the
options -1 (--fast) through -9 (--best), --rsyncable, and --synchronous.
This brings gzip into line with more-cautious compressors like zstd
that limit environment variables' effect to relatively innocuous
performance issues. You can continue to use scripts to specify
whatever gzip options you like.
** Performance improvements
gzip now decompresses significantly faster by computing CRCs via a
slice by 8 algorithm, and faster yet on x86-64 platforms that
support pclmul instructions.
Changes in gzip since v1.13:
Bruno Haible (1):
tests: Fix test failure on NetBSD when run as root.
Collin Funk (4):
maint: import tests/init.sh from Gnulib during bootstrap
gzip: simplify printing of offsets using -l and -v
maint: depend on Gnulib's limits-h
maint: update library names used by gnulib
Jim Meyering (24):
maint: post-release administrivia
build: update gnulib to latest
maint: avoid syntax-check failure: use <>, not "" for system headers
build: update gnulib to latest, and update bootstrap and .gitignore files
build: avoid GCC warning from -Wmissing-variable-declarations
build: avoid GCC warnings from -Wmissing-variable-declarations
maint: rename deflate and inflate to gzip_deflate and gzip_inflate
maint: remove duplicate <errno.h> include
tests: reference: new test
maint: modernize see...licenses comments
build: update gnulib to latest
build: update gnulib to latest, for crc tweak
maint: use gnulib's crc module in place of our own code
tests: reference: don't rely on od's -w option
build: update gnulib to latest; also update bootstrap
gnulib: avoid the new gnulib-i18n module
maint: update all copyright dates via "make update-copyright"
maint: update --version copyright dates
build: update gnulib to latest
maint: reflect gnulib module renamings
build: update gnulib to latest; and update bootstrap
maint: fix mistake in preceding change
maint: continue writing base64-encoded checksums to announcement
maint: fix typos spotted by codespell
Lasse Collin (1):
tests: synchronous: new test
Paul Eggert (24):
maint: fix port to s390x
maint: update .gitignore files
build: update gnulib submodule to latest
maint: add .x-update-copyright
make update-copyright
maint: fix doc/fdl.texi copyright
maint: update --version copyright dates
build: update gnulib submodule to latest
maint: update bootstrap from Gnulib
maint: update .gitignore files
gzip: fix -l bug with multimember files
build: update gnulib to latest
maint: update bootstrap and m4/.gitignore to latest Gnulib
gzip: reject suffixes containing '/'
maint: ‘type’ → ‘command -v’
build: update gnulib submodule to latest
maint: update .gitignore
gzip: fix problem with s390 buffer flushes
gzip: better fix for s390 buffer flushes
gzip: prefer static_assert to verify
maint: update .gitignore
gzip: use pclmul if available
Fix THANKS typo
Ignore GZIP envvar except for innocuous flags
Sam Russell (1):
maint: initialize MAINTAINERCLEANFILES
Simon Josefsson (1):
maint: Drop unused sample/makecrc.c.
Changes in gnulib since v1.13:
* gnulib 5651802c60...553ab924d2 (2305):
[2305 lines elided...]
[signature.asc (application/pgp-signature, inline)]
Added tag(s) notabug.
Request was from
Jim Meyering <jim <at> meyering.net>
to
control <at> debbugs.gnu.org.
(Sat, 05 Apr 2025 21:29:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gzip <at> gnu.org:
bug#77563; Package
gzip.
(Sun, 06 Apr 2025 08:27:02 GMT)
Full text and
rfc822 format available.
Message #10 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Testing on GNU Hurd x86_64 from 2025:
There is 1 test failure:
FAIL: help-version
Details:
/home/bruno/gzip-1.13.56-e549/build/tests/../zmore: line 53: more: command not found
+ echo FAIL: zmore
FAIL: zmore
+ fail=1
Find attached the complete tests/test-suite.log.
On this machine, 'more' is not installed. 'less' is installed.
Bruno
[test-suite.log (text/x-log, attachment)]
Information forwarded
to
bug-gzip <at> gnu.org:
bug#77563; Package
gzip.
(Sun, 06 Apr 2025 08:41:01 GMT)
Full text and
rfc822 format available.
Message #13 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
On Cygwin 3.4.6 I see one ERROR in the tests:
ERROR: zgrep-abuse
Find attached the tests/test-suite.log.
[test-suite.log (text/x-log, attachment)]
Information forwarded
to
bug-gzip <at> gnu.org:
bug#77563; Package
gzip.
(Sun, 06 Apr 2025 08:46:02 GMT)
Full text and
rfc822 format available.
Message #16 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
On
- OpenBSD 7.6,
- Solaris 11 OpenIndiana,
- AIX 7.1 32-bit
there is 1 test failure:
FAIL: pipe-output
Find attached the respective log files.
[openbsd-test-suite.log (text/x-log, attachment)]
[solaris11-test-suite.log (text/x-log, attachment)]
[aix71-32-test-suite.log (text/x-log, attachment)]
Information forwarded
to
bug-gzip <at> gnu.org:
bug#77563; Package
gzip.
(Sun, 06 Apr 2025 10:34:01 GMT)
Full text and
rfc822 format available.
Message #19 received at submit <at> debbugs.gnu.org (full text, mbox):
All tests pass (except possibly year-2038) on:
* Linux
- Ubuntu 24.04 (64-bit, 32-bit)
- CentOS 6, 7, 8-Stream, AlmaLinux 9
- Slackware 15 (32-bit)
- s390x: openSUSE 15.5
- hppa: Debian 12
- m68k: Debian 12
* Haiku
* Android (Termux)
Bruno
Reply sent
to
Jim Meyering <jim <at> meyering.net>:
You have taken responsibility.
(Sun, 06 Apr 2025 15:48:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
Jim Meyering <jim <at> meyering.net>:
bug acknowledged by developer.
(Sun, 06 Apr 2025 15:48:02 GMT)
Full text and
rfc822 format available.
Message #24 received at 77563-done <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
On Sun, Apr 6, 2025 at 1:27 AM Bruno Haible via GNU gzip discussion
and bug reports. <bug-gzip <at> gnu.org> wrote:
> Testing on GNU Hurd x86_64 from 2025:
> There is 1 test failure:
> FAIL: help-version
>
> Details:
>
> /home/bruno/gzip-1.13.56-e549/build/tests/../zmore: line 53: more: command not found
> + echo FAIL: zmore
> FAIL: zmore
> + fail=1
>
> Find attached the complete tests/test-suite.log.
>
> On this machine, 'more' is not installed. 'less' is installed.
Thanks for taking the time to test and report that.
I'll soon push the attached:
[gz-hurd-more.diff (application/octet-stream, attachment)]
Information forwarded
to
bug-gzip <at> gnu.org:
bug#77563; Package
gzip.
(Sun, 06 Apr 2025 20:15:01 GMT)
Full text and
rfc822 format available.
Message #27 received at 77563-done <at> debbugs.gnu.org (full text, mbox):
Jim Meyering wrote:
> I'll soon push the attached:
> +if MORE
> +ZMORE_PROG = zless
Shouldn't that be
+if MORE
+ZMORE_PROG = zmore
?
Information forwarded
to
bug-gzip <at> gnu.org:
bug#77563; Package
gzip.
(Sun, 06 Apr 2025 23:01:02 GMT)
Full text and
rfc822 format available.
Message #30 received at 77563-done <at> debbugs.gnu.org (full text, mbox):
On Sun, Apr 6, 2025 at 1:14 PM Bruno Haible <bruno <at> clisp.org> wrote:
> Jim Meyering wrote:
> > I'll soon push the attached:
>
> > +if MORE
> > +ZMORE_PROG = zless
>
> Shouldn't that be
>
> +if MORE
> +ZMORE_PROG = zmore
Yes, indeed. Thanks. Adjusted.
Information forwarded
to
bug-gzip <at> gnu.org:
bug#77563; Package
gzip.
(Mon, 07 Apr 2025 05:46:01 GMT)
Full text and
rfc822 format available.
Message #33 received at submit <at> debbugs.gnu.org (full text, mbox):
Le Sat, 05 Apr 2025 14:07:01 -0700
Jim Meyering <jim <at> meyering.net> écrivait :
> ** Performance improvements
>
> gzip now decompresses significantly faster by computing CRCs via a
> slice by 8 algorithm, and faster yet on x86-64 platforms that
> support pclmul instructions.
Will a binary built with an i686 toolchain and a CPU supporting pclmul will
work from a system without this instruction?
NB
Information forwarded
to
bug-gzip <at> gnu.org:
bug#77563; Package
gzip.
(Mon, 07 Apr 2025 06:50:01 GMT)
Full text and
rfc822 format available.
Message #36 received at 77563 <at> debbugs.gnu.org (full text, mbox):
On Apr 6, 2025, at 10:43 PM, Nicolas Boos via GNU gzip discussion and bug reports. <bug-gzip <at> gnu.org> wrote:
> Will a binary built with an i686 toolchain and a CPU supporting pclmul will
> work from a system without this instruction?
Yes. There is an instruction to check for that instruction. It also checks for AVX support.
Information forwarded
to
bug-gzip <at> gnu.org:
bug#77563; Package
gzip.
(Mon, 07 Apr 2025 12:26:01 GMT)
Full text and
rfc822 format available.
Message #39 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Debian 13 trixie buildd:
https://buildd.debian.org/status/package.php?p=gzip&suite=experimental
looks good except on hurd where 'more' is not available at all:
/build/reproducible-path/gzip-1.13.56~e549/tests/../zmore: line 53: more: command not found
FAIL: zmore
FAIL help-version (exit status: 1)
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-gzip <at> gnu.org:
bug#77563; Package
gzip.
(Mon, 07 Apr 2025 23:40:02 GMT)
Full text and
rfc822 format available.
Message #42 received at submit <at> debbugs.gnu.org (full text, mbox):
I have now got successful builds and validations of gzip-1.13.56-e549
on 56 systems in our test farm at Utah.
I have test failures on 17 systems, but in only 3 specific tests:
pipe-output: FreeBSD 13.5, 14.2, 15.0; GhostBSD 24.01; NetBSD 10.0;
OpenBSD 7.3, 7.4, 7.5, 7.6, 7.7 (prerelease)
write-error: DragonFlyBSD 6.4.0
zdiff: NetBSD 10.0
I can dig into the log details as needed, but perhaps others
have already reported similar results.
-------------------------------------------------------------------------------
- Nelson H. F. Beebe Tel: +1 801 581 5254 -
- University of Utah -
- Department of Mathematics, 110 LCB Internet e-mail: beebe <at> math.utah.edu -
- 155 S 1400 E RM 233 beebe <at> acm.org beebe <at> computer.org -
- Salt Lake City, UT 84112-0090, USA URL: https://www.math.utah.edu/~beebe -
-------------------------------------------------------------------------------
Information forwarded
to
bug-gzip <at> gnu.org:
bug#77563; Package
gzip.
(Tue, 08 Apr 2025 04:50:02 GMT)
Full text and
rfc822 format available.
Message #45 received at submit <at> debbugs.gnu.org (full text, mbox):
On Mon, Apr 7, 2025 at 4:39 PM Nelson H. F. Beebe <beebe <at> math.utah.edu> wrote:
> I have now got successful builds and validations of gzip-1.13.56-e549
> on 56 systems in our test farm at Utah.
>
> I have test failures on 17 systems, but in only 3 specific tests:
>
> pipe-output: FreeBSD 13.5, 14.2, 15.0; GhostBSD 24.01; NetBSD 10.0;
> OpenBSD 7.3, 7.4, 7.5, 7.6, 7.7 (prerelease)
>
> write-error: DragonFlyBSD 6.4.0
>
> zdiff: NetBSD 10.0
>
> I can dig into the log details as needed, but perhaps others
> have already reported similar results.
Thanks for all the testing and the report. I haven't seen any report
of those yet, so details would be helpful.
Information forwarded
to
bug-gzip <at> gnu.org:
bug#77563; Package
gzip.
(Tue, 08 Apr 2025 06:16:02 GMT)
Full text and
rfc822 format available.
Message #48 received at submit <at> debbugs.gnu.org (full text, mbox):
Jim Meyering wrote:
> I haven't seen any report of those yet, so details would be helpful.
Regarding the 'pipe-output' failures, you find the details already
reported in https://debbugs.gnu.org/cgi/bugreport.cgi?bug=70861 .
Bruno
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org.
(Tue, 06 May 2025 11:24:24 GMT)
Full text and
rfc822 format available.
This bug report was last modified 45 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.