System: Vagrant 2.3.4 Darwin_Mac-1684170271030.local_21.6.0_Darwin_Kernel_Version_21.6.0__Thu_Mar__9_20_08_59_PST_2023;_root_xnu-8020.240.18.700.8~1_RELEASE_X86_64_x86_64 STABLE prefix Darwin Mac-1684170271030.local 21.6.0 Darwin Kernel Version 21.6.0: Thu Mar 9 20:08:59 PST 2023; root:xnu-8020.240.18.700.8~1/RELEASE_X86_64 x86_64 Steps to reproduce the bug: Run the bootstrap-prefix.sh in mode STABLE (default STABLE) for stage3 (lower ones before) Error message: * GNU info directory index is up-to-date. Extra info: https://github.com/APN-Pucky/gentoo-prefix-tester/actions/runs/4981913114
Created attachment 861776 [details] full_stage3_STABLE_Darwin_Mac-1684170271030.local_21.6.0_Darwin_Kernel_Version_21.6.0__Thu_Mar__9_20_08_59_PST_2023;_root_xnu-8020.240.18.700.8~1_RELEASE_X86_64_x86_64_20230515175146.log.xz
Created attachment 861777 [details] build_stage3_STABLE_Darwin_Mac-1684170271030.local_21.6.0_Darwin_Kernel_Version_21.6.0__Thu_Mar__9_20_08_59_PST_2023;_root_xnu-8020.240.18.700.8~1_RELEASE_X86_64_x86_64_20230515175146.log.xz
There also is this warning: !!! BINPKG_COMPRESS unsupported zstd. Missing package: app-arch/zstd!!! BINPKG_COMPRESS unsupported zstd. Missing package: app-arch/zstdWarning: File compression unsupported zstd. Missing package: app-arch/zstd
*** Bug 906546 has been marked as a duplicate of this bug. ***
System: Vagrant 2.3.4 Darwin_Mac-1684264076170.local_21.6.0_Darwin_Kernel_Version_21.6.0__Thu_Mar__9_20_08_59_PST_2023;_root_xnu-8020.240.18.700.8~1_RELEASE_X86_64_x86_64 STABLE prefix Darwin Mac-1684264076170.local 21.6.0 Darwin Kernel Version 21.6.0: Thu Mar 9 20:08:59 PST 2023; root:xnu-8020.240.18.700.8~1/RELEASE_X86_64 x86_64 Steps to reproduce the bug: Run the bootstrap-prefix.sh in mode STABLE (default STABLE) for stage3 (lower ones before) Error message: Hmmmm, I was already afraid of this to happen. Running /Users/runner/work/gentoo-prefix-tester/gentoo-prefix-tester/gentoo-prefix/usr/bin/bash ./bootstrap-prefix.sh "/Users/runner/work/gentoo-prefix-tester/gentoo-prefix-tester/gentoo-prefix" stage3 somewhere failed :( Details might be found in the build log: /Users/runner/work/gentoo-prefix-tester/gentoo-prefix-tester/gentoo-prefix/tmp/var/tmp/portage/dev-lang/python-3.11.3/temp/build.log (no build logs found?!?) I have no clue, really. Please find friendly folks in #gentoo-prefix on irc.gentoo.org, gentoo-alt@lists.gentoo.org mailing list, or file a bug at bugs.gentoo.org under Gentoo/Alt, Prefix Support. This is most inconvenient, and it crushed my ego. Sorry, I give up. Should you want to give it a try, there is /Users/runner/work/gentoo-prefix-tester/gentoo-prefix-tester/gentoo-prefix/stage3.log Extra info: https://github.com/APN-Pucky/gentoo-prefix-tester/actions/runs/4994405704
Created attachment 861823 [details] full_stage3_STABLE_Darwin_Mac-1684264076170.local_21.6.0_Darwin_Kernel_Version_21.6.0__Thu_Mar__9_20_08_59_PST_2023;_root_xnu-8020.240.18.700.8~1_RELEASE_X86_64_x86_64_20230516193214.log.xz
Created attachment 861824 [details] build_stage3_STABLE_Darwin_Mac-1684264076170.local_21.6.0_Darwin_Kernel_Version_21.6.0__Thu_Mar__9_20_08_59_PST_2023;_root_xnu-8020.240.18.700.8~1_RELEASE_X86_64_x86_64_20230516193214.log.xz
System: Vagrant 2.3.4 Darwin_Mac-1684419382095.local_21.6.0_Darwin_Kernel_Version_21.6.0__Thu_Mar__9_20_08_59_PST_2023;_root_xnu-8020.240.18.700.8~1_RELEASE_X86_64_x86_64 STABLE prefix Darwin Mac-1684419382095.local 21.6.0 Darwin Kernel Version 21.6.0: Thu Mar 9 20:08:59 PST 2023; root:xnu-8020.240.18.700.8~1/RELEASE_X86_64 x86_64 Steps to reproduce the bug: Run the bootstrap-prefix.sh in mode STABLE (default STABLE) for stage3 (lower ones before) Error message: Hmmmm, I was already afraid of this to happen. Running /Users/runner/work/gentoo-prefix-tester/gentoo-prefix-tester/gentoo-prefix/usr/bin/bash ./bootstrap-prefix.sh "/Users/runner/work/gentoo-prefix-tester/gentoo-prefix-tester/gentoo-prefix" stage3 somewhere failed :( Details might be found in the build log: /Users/runner/work/gentoo-prefix-tester/gentoo-prefix-tester/gentoo-prefix/tmp/var/tmp/portage/dev-lang/python-3.11.3/temp/build.log (no build logs found?!?) I have no clue, really. Please find friendly folks in #gentoo-prefix on irc.gentoo.org, gentoo-alt@lists.gentoo.org mailing list, or file a bug at bugs.gentoo.org under Gentoo/Alt, Prefix Support. This is most inconvenient, and it crushed my ego. Sorry, I give up. Should you want to give it a try, there is /Users/runner/work/gentoo-prefix-tester/gentoo-prefix-tester/gentoo-prefix/stage3.log Extra info: https://github.com/APN-Pucky/gentoo-prefix-tester/actions/runs/5013723138
Created attachment 861940 [details] full_stage3_STABLE_Darwin_Mac-1684419382095.local_21.6.0_Darwin_Kernel_Version_21.6.0__Thu_Mar__9_20_08_59_PST_2023;_root_xnu-8020.240.18.700.8~1_RELEASE_X86_64_x86_64_20230518141829.log.xz
Created attachment 861941 [details] build_stage3_STABLE_Darwin_Mac-1684419382095.local_21.6.0_Darwin_Kernel_Version_21.6.0__Thu_Mar__9_20_08_59_PST_2023;_root_xnu-8020.240.18.700.8~1_RELEASE_X86_64_x86_64_20230518141829.log.xz
System: Vagrant 2.3.4 Darwin_Mac-1684915739836.local_21.6.0_Darwin_Kernel_Version_21.6.0__Thu_Mar__9_20_08_59_PST_2023;_root_xnu-8020.240.18.700.8~1_RELEASE_X86_64_x86_64 STABLE prefix Darwin Mac-1684915739836.local 21.6.0 Darwin Kernel Version 21.6.0: Thu Mar 9 20:08:59 PST 2023; root:xnu-8020.240.18.700.8~1/RELEASE_X86_64 x86_64 Steps to reproduce the bug: Run the bootstrap-prefix.sh in mode STABLE (default STABLE) for stage3 (lower ones before) Error message: Hmmmm, I was already afraid of this to happen. Running /Users/runner/work/gentoo-prefix-tester/gentoo-prefix-tester/gentoo-prefix/usr/bin/bash ./bootstrap-prefix.sh "/Users/runner/work/gentoo-prefix-tester/gentoo-prefix-tester/gentoo-prefix" stage3 somewhere failed :( Details might be found in the build log: /Users/runner/work/gentoo-prefix-tester/gentoo-prefix-tester/gentoo-prefix/tmp/var/tmp/portage/dev-lang/python-3.11.3/temp/build.log (no build logs found?!?) I have no clue, really. Please find friendly folks in #gentoo-prefix on irc.gentoo.org, gentoo-alt@lists.gentoo.org mailing list, or file a bug at bugs.gentoo.org under Gentoo/Alt, Prefix Support. This is most inconvenient, and it crushed my ego. Sorry, I give up. Should you want to give it a try, there is /Users/runner/work/gentoo-prefix-tester/gentoo-prefix-tester/gentoo-prefix/stage3.log Extra info: https://github.com/APN-Pucky/gentoo-prefix-tester/actions/runs/5065326041
Created attachment 862370 [details] full_stage3_STABLE_Darwin_Mac-1684915739836.local_21.6.0_Darwin_Kernel_Version_21.6.0__Thu_Mar__9_20_08_59_PST_2023;_root_xnu-8020.240.18.700.8~1_RELEASE_X86_64_x86_64_20230524081410.log.xz
Created attachment 862371 [details] build_stage3_STABLE_Darwin_Mac-1684915739836.local_21.6.0_Darwin_Kernel_Version_21.6.0__Thu_Mar__9_20_08_59_PST_2023;_root_xnu-8020.240.18.700.8~1_RELEASE_X86_64_x86_64_20230524081410.log.xz
System: Vagrant 2.3.7 Darwin_Mac-1687586132253.local_21.6.0_Darwin_Kernel_Version_21.6.0__Mon_Apr_24_21_10_53_PDT_2023;_root_xnu-8020.240.18.701.5~1_RELEASE_X86_64_x86_64 STABLE prefix Darwin Mac-1687586132253.local 21.6.0 Darwin Kernel Version 21.6.0: Mon Apr 24 21:10:53 PDT 2023; root:xnu-8020.240.18.701.5~1/RELEASE_X86_64 x86_64 Steps to reproduce the bug: Run the bootstrap-prefix.sh in mode STABLE (default STABLE) for stage3 (lower ones before) Error message: /Users/runner/work/gentoo-prefix-tester/gentoo-prefix-tester/gentoo-prefix/tmp/var/tmp/portage/dev-lang/python-3.11.3/temp/build.log (no build logs found?!?) I have no clue, really. Please find friendly folks in #gentoo-prefix on irc.gentoo.org, gentoo-alt@lists.gentoo.org mailing list, or file a bug at bugs.gentoo.org under Gentoo/Alt, Prefix Support. This is most inconvenient, and it crushed my ego. Sorry, I give up. Should you want to give it a try, there is /Users/runner/work/gentoo-prefix-tester/gentoo-prefix-tester/gentoo-prefix/stage3.log CHOST: x86_64-apple-darwin21 IDENT: x86_64-apple-darwin21 Extra info: https://github.com/APN-Pucky/gentoo-prefix-tester/actions/runs/5362955568
Created attachment 864558 [details] full_stage3_STABLE_Darwin_Mac-1687586132253.local_21.6.0_Darwin_Kernel_Version_21.6.0__Mon_Apr_24_21_10_53_PDT_2023;_root_xnu-8020.240.18.701.5~1_RELEASE_X86_64_x86_64_20230624081426.log.xz
Created attachment 864559 [details] build_stage3_STABLE_Darwin_Mac-1687586132253.local_21.6.0_Darwin_Kernel_Version_21.6.0__Mon_Apr_24_21_10_53_PDT_2023;_root_xnu-8020.240.18.701.5~1_RELEASE_X86_64_x86_64_20230624081426.log.xz
Recent issue is due to gettext-0.22 being broken. https://bugs.gentoo.org/909041
APN-Pucky, thanks for reporting. Now that bug 909041 is fixed. Could you please synchronize the tree and bump sys-devel/gettext and test compiling python again? Thank you!
Using the latest bootstrap script from https://gitweb.gentoo.org/repo/proj/prefix.git/commit/?id=02c424a9b45035b690daf58088bc6db30220d9ba does not fix the issue: Undefined symbols for architecture arm64: "_libintl_bindtextdomain", referenced from: __locale_bindtextdomain in _localemodule.o "_libintl_dcgettext", referenced from: __locale_dcgettext in _localemodule.o "_libintl_dgettext", referenced from: __locale_dgettext in _localemodule.o "_libintl_gettext", referenced from: __locale_gettext in _localemodule.o "_libintl_setlocale", referenced from: __locale_setlocale in _localemodule.o __locale_localeconv in _localemodule.o "_libintl_textdomain", referenced from: __locale_textdomain in _localemodule.o ld: symbol(s) not found for architecture arm64 collect2: error: ld returned 1 exit status make: *** [Makefile:1200: Programs/_freeze_module] Error 1 make: *** Waiting for unfinished jobs.... * ERROR: dev-lang/python-3.11.3::gentoo_prefix failed (compile phase): * emake failed * * If you need support, post the output of `emerge --info '=dev-lang/python-3.11.3::gentoo_prefix'`, * the complete build log and the output of `emerge -pqv '=dev-lang/python-3.11.3::gentoo_prefix'`. * The complete build log is located at '/Volumes/Data/gentoo/tmp/var/tmp/portage/dev-lang/python-3.11.3/temp/build.log'. * The ebuild environment file is located at '/Volumes/Data/gentoo/tmp/var/tmp/portage/dev-lang/python-3.11.3/temp/environment'. * Working directory: '/Volumes/Data/gentoo/tmp/var/tmp/portage/dev-lang/python-3.11.3/work/Python-3.11.3' * S: '/Volumes/Data/gentoo/tmp/var/tmp/portage/dev-lang/python-3.11.3/work/Python-3.11.3' >>> Failed to emerge dev-lang/python-3.11.3, Log file: >>> '/Volumes/Data/gentoo/tmp/var/tmp/portage/dev-lang/python-3.11.3/temp/build.log' * Messages for package dev-lang/python-3.11.3: * ERROR: dev-lang/python-3.11.3::gentoo_prefix failed (compile phase): * emake failed * * If you need support, post the output of `emerge --info '=dev-lang/python-3.11.3::gentoo_prefix'`, * the complete build log and the output of `emerge -pqv '=dev-lang/python-3.11.3::gentoo_prefix'`. * The complete build log is located at '/Volumes/Data/gentoo/tmp/var/tmp/portage/dev-lang/python-3.11.3/temp/build.log'. * The ebuild environment file is located at '/Volumes/Data/gentoo/tmp/var/tmp/portage/dev-lang/python-3.11.3/temp/environment'. * Working directory: '/Volumes/Data/gentoo/tmp/var/tmp/portage/dev-lang/python-3.11.3/work/Python-3.11.3' * S: '/Volumes/Data/gentoo/tmp/var/tmp/portage/dev-lang/python-3.11.3/work/Python-3.11.3'
(In reply to jiegec from comment #19) > Using the latest bootstrap script from > https://gitweb.gentoo.org/repo/proj/prefix.git/commit/ > ?id=02c424a9b45035b690daf58088bc6db30220d9ba does not fix the issue: > > Undefined symbols for architecture arm64: > "_libintl_bindtextdomain", referenced from: > __locale_bindtextdomain in _localemodule.o > "_libintl_dcgettext", referenced from: > __locale_dcgettext in _localemodule.o > "_libintl_dgettext", referenced from: > __locale_dgettext in _localemodule.o > "_libintl_gettext", referenced from: > __locale_gettext in _localemodule.o > "_libintl_setlocale", referenced from: > __locale_setlocale in _localemodule.o > __locale_localeconv in _localemodule.o > "_libintl_textdomain", referenced from: > __locale_textdomain in _localemodule.o > ld: symbol(s) not found for architecture arm64 > collect2: error: ld returned 1 exit status That looks quite familiar. What are the version of sys-devel/gettext and dev-libs/libintl you use?
please confirm the 20230707 snapshot was used
Yes, I confirm 20230707 snapshot is used (I removed the whole prefix directory and re-bootstrap again). Then, I manually rebuilt libintl via `gl_cv_cc_visibility=no $PPREFIX/tmp/usr/bin/emerge -1v libintl` to handle the visibility problem. Then, python3 can build successfully.
In summary, the problem I encountered was not the collision problem, but visibility problem. A possible fix is proposed by @heroxbd at https://github.com/gentoo/gentoo/pull/31803
The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=ed66572a4917c140825ef8cb0a4150bd69296d0c commit ed66572a4917c140825ef8cb0a4150bd69296d0c Author: Benda Xu <heroxbd@gentoo.org> AuthorDate: 2023-07-08 13:47:09 +0000 Commit: Benda Xu <heroxbd@gentoo.org> CommitDate: 2023-07-08 15:22:34 +0000 dev-libs/libintl: donot -fvisibility=hidden on macOS. The linker/libtool on macOS hide symbol 'locale_charset' of libgnu.a, even if the function was compile with __attribute__((__visibility__("default"))) Coincidentally, libtool specifies a set of exposed symbols to the linker in the final stage. So not specifying -fvisibility=hidden during compilation does not expose extra symbols. A comparison of libintl.dylib before (bad) and after (good) this revision bump: diff -u <(nm -a libintl.8.3.0.dylib.bad) <(nm -a libintl.8.3.0.dylib.good) --- /dev/fd/63 2023-07-08 21:08:56.000000000 +0800 +++ /dev/fd/62 2023-07-08 21:08:56.000000000 +0800 @@ -105,8 +105,8 @@ 0000000000003c30 t _alias_compare 0000000000017aa0 s _alias_table 0000000000016dd0 s _aliasfile.0 -0000000000008290 t _bind_textdomain_codeset -0000000000008280 t _bindtextdomain +0000000000008290 T _bind_textdomain_codeset +0000000000008280 T _bindtextdomain U _bsearch 000000000001b878 b _cache_initialized.1 000000000001b870 b _cached_languages.0 @@ -117,22 +117,22 @@ U _close 000000000001cd80 b _curr_prefix 000000000001cd78 b _curr_prefix_len -0000000000008230 t _dcgettext -0000000000008260 t _dcngettext -0000000000008220 t _dgettext -0000000000008250 t _dngettext -00000000000162e0 t _emutls_destroy +0000000000008230 T _dcgettext +0000000000008260 T _dcngettext +0000000000008220 T _dgettext +0000000000008250 T _dngettext 00000000000162e0 - 01 0000 FUN _emutls_destroy -0000000000016320 t _emutls_init +00000000000162e0 t _emutls_destroy 0000000000016320 - 01 0000 FUN _emutls_init -00000000000165ea s _emutls_init.cold +0000000000016320 t _emutls_init 00000000000165ea - 01 0000 FUN _emutls_init.cold +00000000000165ea s _emutls_init.cold 000000000001cda0 - 0e 0000 STSYM _emutls_key 000000000001cda0 b _emutls_key -000000000001b7c0 - 0d 0000 STSYM _emutls_mutex 000000000001b7c0 d _emutls_mutex -000000000001cd98 b _emutls_size +000000000001b7c0 - 0d 0000 STSYM _emutls_mutex 000000000001cd98 - 0e 0000 STSYM _emutls_size +000000000001cd98 b _emutls_size 000000000001b860 b _enable_secure U _fclose U _fgets @@ -151,7 +151,7 @@ U _getenv U _geteuid U _getgid -0000000000008210 t _gettext +0000000000008210 T _gettext U _getuid 0000000000008e30 T _gl_get_setlocale_null_lock U _kCFPreferencesCurrentApplication @@ -168,19 +168,19 @@ 0000000000001b40 T _libintl_bind_textdomain_codeset 0000000000001b00 T _libintl_bindtextdomain 0000000000001b80 T _libintl_dcgettext -00000000000057c0 t _libintl_dcigettext +00000000000057c0 T _libintl_dcigettext 00000000000165b8 s _libintl_dcigettext.cold 00000000000061c0 T _libintl_dcngettext 0000000000001b90 T _libintl_dgettext 00000000000061d0 T _libintl_dngettext 0000000000001ba0 T _libintl_gettext -0000000000001e80 t _libintl_hash_string +0000000000001e80 T _libintl_hash_string 0000000000007f00 T _libintl_newlocale 00000000000061e0 T _libintl_ngettext -000000000001b5c8 d _libintl_nl_current_default_domain -0000000000016e00 s _libintl_nl_default_default_domain -0000000000016de0 s _libintl_nl_default_dirname -000000000001cdb0 s _libintl_nl_domain_bindings +000000000001b5c8 D _libintl_nl_current_default_domain +0000000000016e00 S _libintl_nl_default_default_domain +0000000000016de0 S _libintl_nl_default_dirname +000000000001cdb0 S _libintl_nl_domain_bindings 0000000000010ac0 T _libintl_set_relocation_prefix 00000000000077a0 T _libintl_setlocale 00000000000165c2 s _libintl_setlocale.cold @@ -188,7 +188,7 @@ 00000000000165a6 s _libintl_textdomain.cold 000000000001b700 D _libintl_version 000000000001b808 b _locale_alias_path.1 -00000000000083a0 t _locale_charset +00000000000083a0 T _locale_charset 00000000000170e0 s _locales_with_principal_language 0000000000017520 s _locales_with_principal_territory 000000000001b360 d _lock @@ -208,7 +208,7 @@ U _munmap 000000000001b760 d _mutex U _newlocale -0000000000008240 t _ngettext +0000000000008240 T _ngettext U _nl_langinfo 000000000001b818 b _nmap 000000000001b7a0 d _once.0 @@ -270,7 +270,7 @@ U _strtoul 000000000001b8c0 b _struniq_hash_table 000000000001b720 d _struniq_lock -0000000000008270 t _textdomain +0000000000008270 T _textdomain U _tfind 0000000000004d40 t _transcmp 000000000001b5e0 d _tree_lock All the important symbols are correctly exposed. Bug: https://bugs.gentoo.org/906507 Closes: https://github.com/gentoo/gentoo/pull/31803 Signed-off-by: Benda Xu <heroxbd@gentoo.org> dev-libs/libintl/{libintl-0.22.ebuild => libintl-0.22-r1.ebuild} | 5 +++++ 1 file changed, 5 insertions(+)
System: Vagrant 2.3.7 Darwin_Mac-1688813873741.local_21.6.0_Darwin_Kernel_Version_21.6.0__Thu_Jun__8_23_57_12_PDT_2023;_root_xnu-8020.240.18.701.6~1_RELEASE_X86_64_x86_64 STABLE prefix Darwin Mac-1688813873741.local 21.6.0 Darwin Kernel Version 21.6.0: Thu Jun 8 23:57:12 PDT 2023; root:xnu-8020.240.18.701.6~1/RELEASE_X86_64 x86_64 Steps to reproduce the bug: Run the bootstrap-prefix.sh in mode STABLE (default STABLE) for stage3 (lower ones before) Error message: /Users/runner/work/gentoo-prefix-tester/gentoo-prefix-tester/gentoo-prefix/tmp/var/tmp/portage/dev-lang/python-3.11.3/temp/build.log (no build logs found?!?) I have no clue, really. Please find friendly folks in #gentoo-prefix on irc.gentoo.org, gentoo-alt@lists.gentoo.org mailing list, or file a bug at bugs.gentoo.org under Gentoo/Alt, Prefix Support. This is most inconvenient, and it crushed my ego. Sorry, I give up. Should you want to give it a try, there is /Users/runner/work/gentoo-prefix-tester/gentoo-prefix-tester/gentoo-prefix/stage3.log CHOST: x86_64-apple-darwin21 IDENT: x86_64-apple-darwin21 Extra info: https://github.com/APN-Pucky/gentoo-prefix-tester/actions/runs/5493704477
Created attachment 865279 [details] full_stage3_STABLE_Darwin_Mac-1688813873741.local_21.6.0_Darwin_Kernel_Version_21.6.0__Thu_Jun__8_23_57_12_PDT_2023;_root_xnu-8020.240.18.701.6~1_RELEASE_X86_64_x86_64_20230708110742.log.xz
Created attachment 865280 [details] build_stage3_STABLE_Darwin_Mac-1688813873741.local_21.6.0_Darwin_Kernel_Version_21.6.0__Thu_Jun__8_23_57_12_PDT_2023;_root_xnu-8020.240.18.701.6~1_RELEASE_X86_64_x86_64_20230708110742.log.xz
Thanks for figuring it out, this explains. Will bump once the commit appears in a snapshot.
The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/proj/prefix.git/commit/?id=a3e17d679d38979792cf6960e0607f4a3fc0b794 commit a3e17d679d38979792cf6960e0607f4a3fc0b794 Author: Fabian Groffen <grobian@gentoo.org> AuthorDate: 2023-07-10 06:23:29 +0000 Commit: Fabian Groffen <grobian@gentoo.org> CommitDate: 2023-07-10 06:23:29 +0000 scripts/bootstrap-prefix: bump tree for gettext on macOS Bug: https://bugs.gentoo.org/906507 Signed-off-by: Fabian Groffen <grobian@gentoo.org> scripts/bootstrap-prefix.sh | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)
System: Vagrant 2.3.7 Darwin_Mac-1689160697564.local_21.6.0_Darwin_Kernel_Version_21.6.0__Thu_Jun__8_23_57_12_PDT_2023;_root_xnu-8020.240.18.701.6~1_RELEASE_X86_64_x86_64 STABLE prefix Darwin Mac-1689160697564.local 21.6.0 Darwin Kernel Version 21.6.0: Thu Jun 8 23:57:12 PDT 2023; root:xnu-8020.240.18.701.6~1/RELEASE_X86_64 x86_64 Steps to reproduce the bug: Run the bootstrap-prefix.sh in mode STABLE (default STABLE) for stage3 (lower ones before) Error message: /Users/runner/work/gentoo-prefix-tester/gentoo-prefix-tester/gentoo-prefix/tmp/var/tmp/portage/dev-lang/python-3.11.3/temp/build.log (no build logs found?!?) I have no clue, really. Please find friendly folks in #gentoo-prefix on irc.gentoo.org, gentoo-alt@lists.gentoo.org mailing list, or file a bug at bugs.gentoo.org under Gentoo/Alt, Prefix Support. This is most inconvenient, and it crushed my ego. Sorry, I give up. Should you want to give it a try, there is /Users/runner/work/gentoo-prefix-tester/gentoo-prefix-tester/gentoo-prefix/stage3.log CHOST: x86_64-apple-darwin21 IDENT: x86_64-apple-darwin21 Extra info: https://github.com/APN-Pucky/gentoo-prefix-tester/actions/runs/5530078047
Created attachment 865435 [details] full_stage3_STABLE_Darwin_Mac-1689160697564.local_21.6.0_Darwin_Kernel_Version_21.6.0__Thu_Jun__8_23_57_12_PDT_2023;_root_xnu-8020.240.18.701.6~1_RELEASE_X86_64_x86_64_20230712113724.log.xz
Created attachment 865436 [details] build_stage3_STABLE_Darwin_Mac-1689160697564.local_21.6.0_Darwin_Kernel_Version_21.6.0__Thu_Jun__8_23_57_12_PDT_2023;_root_xnu-8020.240.18.701.6~1_RELEASE_X86_64_x86_64_20230712113724.log.xz
Alexander, could you please stop pasting automatic logs to us? Your recent posts have not changes from the previous ones. Your effort will be more useful if you could interpret your CI before pasting on the bug report. Thanks, Benda
His latest log looks like something I've hit during a bootstrap but I haven't looked into it yet. But it's a new bug, not this one.
It is difficult to reliably tell/compare origins of crashes. Best I can do right now is identify stage+package. I will update my code to create a new bug instead of posting to existing resolved ones.
perhaps find_last_stage and get_err_reason from scripts/auto-bootstraps/analyse_result.py could give some inspiration for error scraping here?
Benda, I'm hoping https://savannah.gnu.org/bugs/?64323 is the issue you were having with libintl and hence should be fixed in 0.22.1 which I'm about to push, but if not, please file a bug upstream before restoring the workaround. Thanks!
The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=0ab8d224504153277d83e6d17e27a4f6be9b4cd1 commit 0ab8d224504153277d83e6d17e27a4f6be9b4cd1 Author: Sam James <sam@gentoo.org> AuthorDate: 2023-09-19 08:55:34 +0000 Commit: Sam James <sam@gentoo.org> CommitDate: 2023-09-19 08:55:37 +0000 dev-libs/libintl: add 0.22.1 Note that this drops the workaround from ed66572a4917c140825ef8cb0a4150bd69296d0c as it seems likely it was upstream bug https://savannah.gnu.org/bugs/?64323 which is fixed in 0.22.1. (If it isn't, please file a new upstream bug & reference that when restoring the workaround.) Bug: https://savannah.gnu.org/bugs/?64323 Bug: https://bugs.gentoo.org/906507 Signed-off-by: Sam James <sam@gentoo.org> dev-libs/libintl/Manifest | 2 + dev-libs/libintl/libintl-0.22.1.ebuild | 99 ++++++++++++++++++++++++++++++++++ 2 files changed, 101 insertions(+)
(In reply to Sam James from comment #37) > Benda, I'm hoping https://savannah.gnu.org/bugs/?64323 is the issue you were > having with libintl and hence should be fixed in 0.22.1 which I'm about to > push, but if not, please file a bug upstream before restoring the > workaround. Thanks! Yes indeed. Thank you James!