[ ok ] * Running 'libtoolize --install --copy --force --automake' ... [ ok ] * Running 'aclocal --install -I m4 --system-acdir=/var/tmp/portage/mail-client/alpine-2.26-r5/temp/aclocal' ... [ !! ] * Failed running 'aclocal'! * * Include in your bug report the contents of: ------------------------------------------------------------------- This is an unstable amd64 chroot image at a tinderbox (==build bot) name: 23.0-20241201-015002 UNMASKED: <sys-devel/gcc-15.0.9999:15 The attached etc.portage.tar.xz has all details. ------------------------------------------------------------------- gcc-config -l: [1] x86_64-pc-linux-gnu-15 * clang version 19.1.5 llvm-config: 19.1.5 Python 3.12.7 go version go1.23.3 linux/amd64 Available Ruby profiles: (none found) Available Rust versions: [1] rust-bin-1.71.1 [2] rust-bin-1.81.0 [3] rust-bin-1.82.0 [4] rust-bin-1.83.0 [5] rust-1.83.0 * The following VMs are available for generation-2: 1) Eclipse Temurin JDK 11.0.25_p9 [openjdk-bin-11] 2) Eclipse Temurin JDK 17.0.13_p11 [openjdk-bin-17] *) Eclipse Temurin JDK 21.0.5_p11 [openjdk-bin-21] 4) Eclipse Temurin JDK 8.432_p06 [openjdk-bin-8] Available Java Virtual Machines: [1] openjdk-bin-8 [2] openjdk-bin-11 [3] openjdk-bin-17 [4] openjdk-bin-21 system-vm HEAD of ::gentoo commit e521ea19bd814ce601ea124e5de14fdf2146bcb9 Author: Repository mirror & CI <repomirrorci@gentoo.org> Date: Sun Dec 8 19:03:22 2024 +0000 2024-12-08 19:03:21 UTC emerge -qpvO =mail-client/alpine-2.26-r5 [ebuild N ] mail-client/alpine-2.26-r5 USE="chappa ipv6 nls ssl -kerberos -ldap -onlyalpine -passfile -smime"
Created attachment 913600 [details] emerge-info.txt
Created attachment 913601 [details] emerge-history.txt.xz
Created attachment 913602 [details] environment
Created attachment 913603 [details] etc.clang.tar.xz
Created attachment 913604 [details] etc.portage.tar.xz
Created attachment 913605 [details] logs.tar.xz
Created attachment 913606 [details] mail-client:alpine-2.26-r5:20241208-200519.log
Created attachment 913607 [details] qlist-info.txt.xz
Created attachment 913608 [details] temp.tar.xz
We need /var/tmp/portage/mail-client/alpine-2.26-r5/temp/aclocal.out, otherwise we cannot see what's going on.
Created attachment 913618 [details] aclocal.out log For some reason this now also happens with gcc-14, not sure what is going on. Something else must have broken this since it worked fine a few days ago, regardless of compiler.
Caused by gettext-0.23. Downgrading to 0.22.5-r1 makes it work again.
(In reply to Holger Hoffstätte from comment #10) > We need /var/tmp/portage/mail-client/alpine-2.26-r5/temp/aclocal.out, > otherwise we cannot see what's going on. Please see atatchments ;) e.g. temp.tar.xz (temp.tar.xz,23.41 KB, application/x-xz)
Further findings: 1) it also happens when 0.23 is built with USE=nls & without the no-nls patch 2) it also breaks alpine-2.26-r4, so it's not a recent alpine regression
Any upstream bug report should definitely involve a wget command for alpine, and then autoreconf or similar, and then an effort to break autoreconf down into subcommands (even if you can't then analyse it much further).
The autoreconf failure goes away if I remove /usr/share/aclocal/intlmacosx.m4, so that's something.
(In reply to Holger Hoffstätte from comment #16) > The autoreconf failure goes away if I remove > /usr/share/aclocal/intlmacosx.m4, so that's something. There is also no meaningful difference between the 0.22 and 0.23 versions of htis file, so that's not it either: diff -up 0.22-intlmacosx.m4 0.23-intlmacosx.m4 --- 0.22-intlmacosx.m4 2025-01-25 21:14:01.938024671 +0100 +++ 0.23-intlmacosx.m4 2025-01-25 21:17:44.631218567 +0100 @@ -1,8 +1,10 @@ -# intlmacosx.m4 serial 10 (gettext-0.23) +# intlmacosx.m4 +# serial 10 (gettext-0.23) dnl Copyright (C) 2004-2014, 2016, 2019-2024 Free Software Foundation, Inc. dnl This file is free software; the Free Software Foundation dnl gives unlimited permission to copy and/or distribute it, dnl with or without modifications, as long as this notice is preserved. +dnl This file is offered as-is, without any warranty. dnl dnl This file can be used in projects which are not available under dnl the GNU General Public License or the GNU Lesser General Public Replacing the 0.23 version with the 0.22 one fixes nothing, so apparently the mere existence of this file is OK with 0.22 but breaks with 0.23.
(In reply to Holger Hoffstätte from comment #16) > The autoreconf failure goes away if I remove > /usr/share/aclocal/intlmacosx.m4, so that's something. The same success can be had by either: - disabling the call to gt_INTL_MACOSX in /usr/share/aclocal/gettetx.m4 - copying /usr/share/aclocal/intlmacosx.m4 into alpine's m4 directory before running autoreconf.
So apparently the problem is that: - alpine's gettext macro goop is too old - alpine's aclocal.m4 includes m4/gettext.m4 - autoreconf will try to run all the macro goop, including gt_INTL_MACOSX - for some reason this goes recursively splat when intlmacosx.m4 is missing or too old (automake should install all missing files first instead of doing so lazily & recursively while processing the macros, WTF) - updating the gettext macro goop is normally done with "gettextize" but this cannot be done non-interactively because fuck me - instead the noninteractive tool "autopoint" is meant to be used, which looks at configure.in or configure.ac, checks for AM_GNU_GETTEXT_VERSION and updates files in the project as necessary - we can sed the AM_GNU_GETTEXT_VERSION to our gettext version, which tells autopoint to install the up-to-date gettext macro goop - eautoreconf automatically calls autopoint, so now everything succeeds \o/
I just had an email discussion with the alpine maintainer for Debian, who suggested that an alternative fix would be to set AM_GNU_GETTEXT_REQUIRE_VERSION([<some version>]). While that may convey the intent more canonically, it makes exactly no difference for running autopoint; the result is the same. So let's just keep the current patch. Thanks to Eli Schwartz's commit: https://gitweb.gentoo.org/repo/gentoo.git/commit/app-text/spellutils?id=48474b54b9c34c9d16b53a2cdb9d731813cecf0f for leading the way.
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=c50e1538afd5f9a98c6519c678b12c45a5f76a72 commit c50e1538afd5f9a98c6519c678b12c45a5f76a72 Author: Holger Hoffstätte <holger@applied-asynchrony.com> AuthorDate: 2025-01-26 13:05:31 +0000 Commit: Yixun Lan <dlan@gentoo.org> CommitDate: 2025-02-08 02:08:42 +0000 mail-client/alpine: fix eautoreconf with gettext-0.23 Closes: https://bugs.gentoo.org/946128 Signed-off-by: Holger Hoffstätte <holger@applied-asynchrony.com> Signed-off-by: Yixun Lan <dlan@gentoo.org> mail-client/alpine/alpine-2.26-r5.ebuild | 8 +++++++- 1 file changed, 7 insertions(+), 1 deletion(-)
