emacs-bug-tracker
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#68151: closed (automake-1.16j on Alpine Linux)


From: GNU bug Tracking System
Subject: bug#68151: closed (automake-1.16j on Alpine Linux)
Date: Sat, 30 Dec 2023 23:38:02 +0000

Your message dated Sat, 30 Dec 2023 16:37:50 -0700
with message-id <202312302337.3BUNbo0X025847@freefriends.org>
and subject line Re: bug#68151: automake-1.16j on Alpine Linux
has caused the debbugs.gnu.org bug report #68151,
regarding automake-1.16j on Alpine Linux
to be marked as done.

(If you believe you have received this mail in error, please contact
help-debbugs@gnu.org.)


-- 
68151: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=68151
GNU Bug Tracking System
Contact help-debbugs@gnu.org with problems
--- Begin Message --- Subject: Re: automake-1.16j on Alpine Linux Date: Sat, 30 Dec 2023 19:13:23 +0100
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.

Attachment: test-suite.log.xz
Description: application/xz

Attachment: 0001-Fix-make-check-failures-on-Alpine-Linux-where-gzip-i.patch
Description: Text Data


--- End Message ---
--- Begin Message --- Subject: Re: bug#68151: automake-1.16j on Alpine Linux Date: Sat, 30 Dec 2023 16:37:50 -0700
  - 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


--- End Message ---

reply via email to

[Prev in Thread] Current Thread [Next in Thread]