ERROR: app-shells/fish-4.4.0::gentoo failed (install phase)

[Gregorentoo]

Hello,

Since some time an error pops up for app-shells/fish when updating @world:

Code: Select all

ERROR: app-shells/fish-4.4.0::gentoo failed (install phase):
 *   ninja -v -l5 -j4 install failed
 * Call stack:
 *     ebuild.sh, line  143:  Called src_install
 *   environment, line 2325:  Called cmake_src_install
 *   environment, line 1568:  Called cmake_build 'install'
 *   environment, line 1315:  Called eninja 'install'
 *   environment, line 1663:  Called die
 * The specific snippet of code:
 *       "$@" || die -n "${*} failed"

Also, if I want to reinstall app-shells/fish it requires to install the following dependencies (never required previously):

Code: Select all

These are the packages that would be merged, in order:

Calculating dependencies... done!
Dependency resolution took 7.66 s (backtrack: 0/20).

[ebuild  N     ] dev-python/alabaster-1.0.0::gentoo  PYTHON_TARGETS="python3_13 (-pypy3_11) -python3_11 -python3_12 -python3_14" 24 KiB
[ebuild  N     ] dev-python/roman-numerals-4.1.0::gentoo  USE="-test -verify-provenance" PYTHON_TARGETS="python3_13 (-pypy3_11) -python3_11 -python3_12 (-python3_13t) -python3_14 (-python3_14t)" 9 KiB
[ebuild  N     ] dev-python/babel-2.17.0::gentoo  USE="-doc -test" PYTHON_TARGETS="python3_13 (-pypy3_11) -python3_11 -python3_12 -python3_14" 43099 KiB
[ebuild  N     ] dev-python/imagesize-1.4.1::gentoo  USE="-test" PYTHON_TARGETS="python3_13 (-pypy3_11) -python3_11 -python3_12 -python3_14" 1251 KiB
[ebuild  N     ] dev-python/snowballstemmer-3.0.1::gentoo  PYTHON_TARGETS="python3_13 (-pypy3_11) -python3_11 -python3_12 -python3_14" 104 KiB
[ebuild  N     ] dev-python/sphinxcontrib-applehelp-2.0.0-r1::gentoo  USE="-test" PYTHON_TARGETS="python3_13 -python3_12 -python3_14" 20 KiB
[ebuild  N     ] dev-python/sphinxcontrib-devhelp-2.0.0-r1::gentoo  USE="-test" PYTHON_TARGETS="python3_13 -python3_12 -python3_14" 13 KiB
[ebuild  N     ] dev-python/sphinxcontrib-htmlhelp-2.1.0-r1::gentoo  USE="-test" PYTHON_TARGETS="python3_13 -python3_12 -python3_14" 23 KiB
[ebuild  N     ] dev-python/sphinxcontrib-jsmath-1.0.1-r4::gentoo  USE="-test" PYTHON_TARGETS="python3_13 -python3_12 -python3_14" 6 KiB
[ebuild  N     ] dev-python/sphinxcontrib-qthelp-2.0.0-r1::gentoo  USE="-test" PYTHON_TARGETS="python3_13 -python3_12 -python3_14" 17 KiB
[ebuild  N     ] dev-python/sphinxcontrib-serializinghtml-2.0.0-r1::gentoo  USE="-test" PYTHON_TARGETS="python3_13 -python3_12 -python3_14" 16 KiB
[ebuild  N     ] dev-python/sphinx-9.0.4-r1::gentoo  USE="-doc -latex -test" PYTHON_TARGETS="python3_13 -python3_12 -python3_14" 8637 KiB
[ebuild     U  ] app-shells/fish-4.4.0::gentoo [4.2.1::gentoo] USE="doc nls -debug -test" 9418 KiB

Total: 13 packages (1 upgrade, 12 new), Size of downloads: 62632 KiB

Anyone could confirm if that is a bug to be reported or rather sth misconfigured on my side?

[b11n]

looks like you've added the 'doc' useflag to fish, which is what is causing sphinx (and its dependencies in turn) to be pulled in.

edit for correction: fish is enabling the doc useflag by default, which it probably hadn't in the past.

As for the build failure, you'll need to share the build log (it's location is mentioned in the full emerge output)

[Gregorentoo]

looks like you've added the 'doc' useflag to fish, which is what is causing sphinx (and its dependencies in turn) to be pulled in.

Aaaahh... that is why those packages names looked familiar. But I exclude 'doc' since some time. I need to check why it has been added to app-shells/fish. Thanks!

As for the build failure, you'll need to share the build log (it's location is mentioned in the full emerge output)

1. build.log: https://mega.nz/file/Hcs0xA6B#FP5fzvXDs ... WIraeaGXMg
2. Portage: https://mega.nz/file/yQVThIrK#i_bzpA3F2 ... QFIYpU9x8w
3. emerge --info: https://mega.nz/file/rA8U1CIY#DX1ArS2dP ... MrrjtliInU

[b11n]

emerge --info:

Code: Select all

setlocale: unsupported locale setting
setlocale: unsupported locale setting

There's your problem. I see your language is set to pl_PL, have you set a corresponding locale in /etc/locale.gen? Check that, run env-update, and try the emerge again

This thread may be of assistance.

[Gregorentoo]

emerge --info:

Code: Select all

setlocale: unsupported locale setting
setlocale: unsupported locale setting

There's your problem. I see your language is set to pl_PL, have you set a corresponding locale in /etc/locale.gen? Check that, run env-update, and try the emerge again

This thread may be of assistance.

Thank you, I am aware of that.
But I'm not sure if this is the source of the problem. I was using fish despite this unsupported locale setting and it worked without any issues. Of course, I intend to set the locale, but that's also a bigger problem because env-update fails. Anyway, thanks for the tip.

[RumpletonBongworth]

Never set LANG to a value that is of the [language]_[territory] format. Instead, the format should be of the [language]_[territory].[charmap] form. For example, "pl_PL.UTF-8". As of locale-gen v3.9, the act of generating your locales will issue a direct warning regarding this matter.

Code: Select all

# locale-gen |& tail -n2
WARNING! An ambiguous locale is currently in effect: pl_PL
It is strongly recommended to choose another with the eselect(1) utility.

The only Polish locales that are officially supported by glibc are these two:-

Code: Select all

pl_PL.UTF-8
pl_PL.ISO-8859-2 # also maps to "pl_PL" if generated but is strongly discouraged

Hence, make sure that your /etc/locale.gen file contains "pl_PL" and that locale-gen has been successfully executed at least once since last editing. Doing so will ensure that the "pl_PL.UTF-8" locale has been generated. For further details, please read the locale-gen(8) and locale.gen(5) man pages.

Once generated, either the eselect or localectl utility may be used to select the locale. The difference between them is that latter utility works only for systemd, whereas the former works for both openrc and systemd.

Once selected, log out and log back in so that your operating environment is initialised appropriately.

[RumpletonBongworth]

As for the build error itself, the cause is that your LANG variable specifies a locale which has not been installed and is, therefore, unavailable. Granted, the diagnostics produced by the fish build were not particularly helpful in this case. Suffice to say that the only way for LANG="pl_PL" to possibly be valid is for locale-gen to have been executed with "pl_PL ISO-8859-2" as one of its configured entries. You should not do that, though. Instead, generate then select the UTF-8 locale, as described by my previous post.