Created attachment 699519 [details] config log I tried to emerge gnumeric without perl[ithreads]: --- Calculating dependencies ... ..... done! [ebuild R ] dev-lang/perl-5.30.3-r1:0/5.30::gentoo USE="-berkdb -debug doc gdbm -ithreads* -minimal" 0 KiB [ebuild R ] app-office/gnumeric-1.12.48::gentoo USE="introspection -libgda perl" PYTHON_TARGETS="-python3_7 python3_8 python3_9" 0 KiB .. .. .. checking for perl... /usr/bin/perl checking for perl >= 5.8.1... 5.30.3 checking for XML::Parser... configure: error: XML::Parser perl module is required for intltool !!! Please attach the following file when seeking support: !!! /tmp/portage/app-office/gnumeric-1.12.48/work/gnumeric-1.12.48/config.log * ERROR: app-office/gnumeric-1.12.48::gentoo failed (configure phase): * econf failed * * Call stack: * ebuild.sh, line 125: Called src_configure * environment, line 2226: Called econf '--disable-gtk-doc' '--disable-maintainer-mode' '--disable-schemas-compile' '--disable-static' '--without-psiconv' '--without-python' '--with-zlib' '--without-gda' '--enable-introspection' '--with-perl' * phase-helpers.sh, line 680: Called __helpers_die 'econf failed' * isolated-functions.sh, line 112: Called die * The specific snippet of code: * die "$@" * * If you need support, post the output of `emerge --info '=app-office/gnumeric-1.12.48::gentoo'`, * the complete build log and the output of `emerge -pqv '=app-office/gnumeric-1.12.48::gentoo'`. * The complete build log is located at '/common/emergelog/build/app-office/gnumeric-1.12.48:20210412-180645.log'. * For convenience, a symlink to the build log is located at '/tmp/portage/app-office/gnumeric-1.12.48/temp/build.log'. * The ebuild environment file is located at '/tmp/portage/app-office/gnumeric-1.12.48/temp/environment'. * Working directory: '/tmp/portage/app-office/gnumeric-1.12.48/work/gnumeric-1.12.48' * S: '/tmp/portage/app-office/gnumeric-1.12.48/work/gnumeric-1.12.48' --- Obviously gnumeric's configure needs an ithreaded perl ...
Created attachment 699522 [details] build.log
Yes, enabling ithreads for dev-lang/perl does the job for gnumeric again: --- # emerge perl gnumeric These are the packages that would be merged, in order: Calculating dependencies ...... done! [ebuild R ] dev-lang/perl-5.30.3-r1:0/5.30::gentoo USE="-berkdb -debug doc gdbm ithreads* -minimal" 0 KiB [ebuild R ] app-office/gnumeric-1.12.48::gentoo USE="introspection -libgda perl" PYTHON_TARGETS="-python3_7 python3_8 python3_9" 0 KiB Total: 2 packages (2 reinstalls), Size of downloads: 0 KiB Would you like to merge these packages? [Yes/No] y >>> Verifying ebuild manifests >>> Emerging (1 of 2) dev-lang/perl-5.30.3-r1::gentoo >>> Installing (1 of 2) dev-lang/perl-5.30.3-r1::gentoo >>> Emerging (2 of 2) app-office/gnumeric-1.12.48::gentoo >>> Installing (2 of 2) app-office/gnumeric-1.12.48::gentoo
The perl ebuild should've given you a warning when you flipped ithreads. ewarn "TOGGLED USE-FLAGS WARNING:" ewarn "You changed one of the use-flags ithreads or debug." ewarn "You must rebuild all perl-modules installed." ewarn "Use: perl-cleaner --modules ; perl-cleaner --force --libperl" gnumeric doesn't need ithreads, your perl modules are broken until rebuild and will cause failures in many packages by returning to ithreads you're merely reverting the need to rebuild them
