GNU bug report logs -
#68151
automake-1.16j on Alpine Linux
Previous Next
Reported by: Bruno Haible <bruno <at> clisp.org>
Date: Sat, 30 Dec 2023 18:14:02 UTC
Severity: normal
Done: Karl Berry <karl <at> freefriends.org>
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 68151 in the body.
You can then email your comments to 68151 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-automake <at> gnu.org:
bug#68151; Package
automake.
(Sat, 30 Dec 2023 18:14:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Bruno Haible <bruno <at> clisp.org>:
New bug report received and forwarded. Copy sent to
bug-automake <at> gnu.org.
(Sat, 30 Dec 2023 18:14: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)]
On Alpine Linux 3.18, "make check" shows 167 test failures. All of them
have the same cause:
gzip --best ...
fails because gzip is from BusyBox 1.36.1 and
- does not understand the option '--best', only '-1' ... '-9'.
- understands the options '-1' ... '-9' only when compressing, not when
decompressing.
Find attached the log file.
This issue has already been seen by a GNU package (parted):
https://fossies.org/linux/gparted/ChangeLog line 1561.
Here's a proposed fix. It consists in passing '-9' instead of '--best'.
(gzip is 30 years old; it's extremely unlikely that it gets more
compression levels in the future.)
Also it removes the use of $(GZIP_ENV) when decompressing, since it causes
an error with BusyBox gzip and is redundant with GNU gzip.
[test-suite.log.xz (application/x-xz, attachment)]
[0001-Fix-make-check-failures-on-Alpine-Linux-where-gzip-i.patch (text/x-patch, attachment)]
Information forwarded
to
bug-automake <at> gnu.org:
bug#68151; Package
automake.
(Sat, 30 Dec 2023 23:38:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 68151 <at> debbugs.gnu.org (full text, mbox):
- does not understand the option '--best', only '-1' ... '-9'.
- understands the options '-1' ... '-9' only when compressing, not when
Seems a rather unnecessary incompatibility that some system decided not
to support --best in gzip, when it has been available for those same 30
years. Oh well.
Here's a proposed fix. It consists in passing '-9' instead of '--best'.
Thanks. Looks fine to me, and all the tests still passed. Installed,
with a few words in the doc. -k
Reply sent
to
Karl Berry <karl <at> freefriends.org>:
You have taken responsibility.
(Sat, 30 Dec 2023 23:38:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
Bruno Haible <bruno <at> clisp.org>:
bug acknowledged by developer.
(Sat, 30 Dec 2023 23:38:02 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org.
(Sun, 28 Jan 2024 12:24:08 GMT)
Full text and
rfc822 format available.
This bug report was last modified 36 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.