Gentoo ebuild installs Firefox language packs #2961

birdcubed commented 2026年04月06日 03:11:07 +02:00

LibreWolf Version

148.0.2-2

Operating System

Gentoo

Installation Source / Package

Official Librewolf Repository (Debian/Ubuntu/Fedora/openSUSE)

Description

Setting the L10N USE flag on the Gentoo ebuild causes Firefox language packs to be installed instead of the Librewolf ones.

I had set L10N: en-CA, which caused "Firefox" to be displayed in settings instead of "Librewolf" and caused the same WebGL prompt/permission issues as in #2927.

On line 314 of the 148.0.2_p2 ebuild:

SRC_URI+=" ${MOZ_SRC_BASE_URI}/linux-x86_64/xpi/${lang}.xpi -> ${MOZ_P_DISTFILES}-${lang}.xpi"

This should be changed to where the Librewolf language packs are located. I'd offer to do the PR, but I sadly don't know where the language packs are located.

Logs / Screenshots

No response

Checklist

• I have searched existing issues to ensure this hasn't been reported yet.
• I have read the FAQ and confirmed my problem isn't addressed there.

### LibreWolf Version 148.0.2-2 ### Operating System Gentoo ### Installation Source / Package Official Librewolf Repository (Debian/Ubuntu/Fedora/openSUSE) ### Description Setting the L10N USE flag on the Gentoo ebuild causes Firefox language packs to be installed instead of the Librewolf ones. I had set L10N: en-CA, which caused "Firefox" to be displayed in settings instead of "Librewolf" and caused the same WebGL prompt/permission issues as in #2927. On line 314 of the 148.0.2_p2 ebuild: ``` SRC_URI+=" ${MOZ_SRC_BASE_URI}/linux-x86_64/xpi/${lang}.xpi -> ${MOZ_P_DISTFILES}-${lang}.xpi" ``` This should be changed to where the Librewolf language packs are located. I'd offer to do the PR, but I sadly don't know where the language packs are located. ### Logs / Screenshots _No response_ ### Checklist - [x] I have searched existing issues to ensure this hasn't been reported yet. - [x] I have read the [FAQ](https://librewolf.net/docs/faq/) and confirmed my problem isn't addressed there.

any1here commented 2026年04月06日 13:38:18 +02:00

Wouldn't it be possible to skip installing the mozilla langpacks and use the ones already present in https://codeberg.org/librewolf/gentoo/src/branch/master/www-client/librewolf/librewolf-148.0.2_p2.ebuild#L61?

Wouldn't it be possible to skip installing the mozilla langpacks and use the ones already present in https://codeberg.org/librewolf/gentoo/src/branch/master/www-client/librewolf/librewolf-148.0.2_p2.ebuild#L61?

birdcubed commented 2026年04月07日 03:15:08 +02:00

Probably! I haven't really looked into how languages are stored/installed, so I was just hoping a new URL could be slotted in and the ebuild wouldn't have to change much.

Any tips on how langpacks work so I can try fixing the ebuild?

Probably! I haven't really looked into how languages are stored/installed, so I was just hoping a new URL could be slotted in and the ebuild wouldn't have to change much. Any tips on how langpacks work so I can try fixing the ebuild?

any1here commented 2026年04月07日 13:50:49 +02:00

https://codeberg.org/librewolf/source/src/branch/main/assets/mozconfig.new#L25 is how we point to which langpacks to use

https://codeberg.org/librewolf/source/src/branch/main/assets/mozconfig.new#L25 is how we point to which langpacks to use

doasu commented 2026年04月08日 22:11:26 +02:00

Either I'm confusing something or I cannot reproduce the issue.
I'm seeing the expected strings on a locally-compiled LibreWolf 148.0.2:
image
Originally posted by @doasu in librewolf/gentoo#73 (comment)

My L10N/LINGUAS env vars are:

% portageq envvar L10N LINGUAS
en en-GB pl
en en-GB pl

Either I'm confusing something or I cannot reproduce the issue. I'm seeing the expected strings on a locally-compiled LibreWolf `148.0.2`:  _Originally posted by @doasu in https://codeberg.org/librewolf/gentoo/pulls/73#issuecomment-12894441_ My `L10N`/`LINGUAS` env vars are: ```console % portageq envvar L10N LINGUAS en en-GB pl en en-GB pl ```

any1here commented 2026年04月08日 22:13:50 +02:00

@doasu wrote in #2961 (comment):

Either I'm confusing something or I cannot reproduce the issue. I'm seeing the expected strings on a locally-compiled LibreWolf 148.0.2: image Originally posted by @doasu in librewolf/gentoo#73 (comment)

My L10N/LINGUAS env vars are:

% portageq envvar L10N LINGUAS
en en-GB pl
en en-GB pl

It might be that they have external langpacks installed via the addon store then? (Installing additional langpacks this way was removed in release 149.0-1)

@doasu wrote in https://codeberg.org/librewolf/issues/issues/2961#issuecomment-12894516: > Either I'm confusing something or I cannot reproduce the issue. I'm seeing the expected strings on a locally-compiled LibreWolf `148.0.2`: [](/librewolf/issues/attachments/090eaea3-d12e-42e6-bd91-3b56e529eb60) _Originally posted by @doasu in librewolf/gentoo#73 (comment)_ > > My `L10N`/`LINGUAS` env vars are: > > ```console > % portageq envvar L10N LINGUAS > en en-GB pl > en en-GB pl > ``` It might be that they have external langpacks installed via the addon store then? (Installing additional langpacks this way was removed in release 149.0-1)

doasu commented 2026年04月08日 22:42:17 +02:00

I retract my statement, there is definitely something wrong:
(I just didn't notice the language changing from English (Traditional) to English (Simplified)) :p /j
image

I retract my statement, there is definitely something wrong: _(I just didn't notice the language changing from English (Traditional) to English (Simplified)) :p_ /j 

TheGreatMcPain commented 2026年04月19日 08:22:37 +02:00

I've been looking into a way to get language packs for LibreWolf working (at least on Gentoo).

I setup a Gitlab repository which provides languages packs using LibreWolf's sources.

I can install them manually if I disable extensions.langpacks.signatures.required in about:config and remove the section in /usr/lib64/librewolf/distribution/policies.json that prevents language packs from being installed.

Ideally I'd like to be able to drop the xpi files into /usr/lib64/librewolf/distribution/extensions/, but I need to investigate why that's not working currently.

I've been looking into a way to get language packs for LibreWolf working (at least on Gentoo). I setup a [Gitlab repository](https://gitlab.com/TheGreatMcPain/librewolf-language-packs) which provides languages packs using LibreWolf's sources. I can install them manually if I disable `extensions.langpacks.signatures.required` in `about:config` and remove the section in `/usr/lib64/librewolf/distribution/policies.json` that prevents language packs from being installed. Ideally I'd like to be able to drop the xpi files into `/usr/lib64/librewolf/distribution/extensions/`, but I need to investigate why that's not working currently.

alyx161 commented 2026年04月19日 08:55:22 +02:00

What exactly is the intention here to diverge from the official LibreWolf build?

What exactly is the intention here to diverge from the official LibreWolf build?

TheGreatMcPain commented 2026年04月19日 11:06:25 +02:00

Not really, I'm just trying to get the language selection to work on the Gentoo package www-client/librewolf.

At first I wanted to just see if I can provide the language packs using a Gitlab CI, so that I can just copy what Gentoo's original www-client/firefox ebuild does, but I'm gonna see what it takes to get ./mach package-multi-locale working inside our librewolf ebuild first.

Not really, I'm just trying to get the language selection to work on the Gentoo package `www-client/librewolf`. At first I wanted to just see if I can provide the language packs using a Gitlab CI, so that I can just copy what Gentoo's original `www-client/firefox` ebuild does, but I'm gonna see what it takes to get `./mach package-multi-locale` working inside our librewolf ebuild first.

any1here commented 2026年04月19日 13:46:07 +02:00

Instead of trying to install them externally, why not have the build only keep the specified languages which are already in the source tarball instead?

Instead of trying to install them externally, why not have the build only keep the specified languages which are already in the source tarball instead?

doasu commented 2026年04月19日 16:45:22 +02:00

@any1here wrote in #2961 (comment):

Instead of trying to install them externally, why not have the build only keep the specified languages which are already in the source tarball instead?

This is what I did in librewolf/gentoo#74/files (comment).

It wasn't enough to make it work, though.
It seems we're missing something, because it's not enough for the lw/l10n directory to be present.

@any1here wrote in https://codeberg.org/librewolf/issues/issues/2961#issuecomment-13346901: > Instead of trying to install them externally, why not have the build only keep the specified languages which are already in the source tarball instead? This is what I did in https://codeberg.org/librewolf/gentoo/pulls/74/files#issuecomment-12912222. https://codeberg.org/librewolf/gentoo/src/commit/3a1bc63980cf346a4c5ab451d4954126afe86fba/www-client/librewolf/librewolf-148.0.2_p2.ebuild#L627-L631 It wasn't enough to make it work, though. It seems we're missing something, because it's not enough for the `lw/l10n` directory to be present.

TheGreatMcPain commented 2026年04月19日 19:17:35 +02:00

@any1here wrote in #2961 (comment):

Instead of trying to install them externally, why not have the build only keep the specified languages which are already in the source tarball instead?

The ./mach install command used in the ebuild doesn't install the packs for some reason. I'm looking to see if our ebuild can use ./mach package-multi-locale instead.

@any1here wrote in https://codeberg.org/librewolf/issues/issues/2961#issuecomment-13346901: > Instead of trying to install them externally, why not have the build only keep the specified languages which are already in the source tarball instead? The `./mach install` command used in the ebuild doesn't install the packs for some reason. I'm looking to see if our ebuild can use `./mach package-multi-locale` instead.

TheGreatMcPain commented 2026年04月20日 10:16:49 +02:00

This is what I've come up with.

--- librewolf-149.0.2_p2-r1.ebuild	2026年04月20日 02:58:30.610680154 -0500
+++ librewolf-149.0.2_p2-r2.ebuild	2026年04月20日 03:01:14.024852970 -0500
@@ -219,6 +219,44 @@
 	einfo "Using LLVM slot ${LLVM_SLOT} to build" >&2
 }
 
+MOZ_LANGS=(
+	ace ach af ak an ar as ast az be bg bn bn-BD bn-IN bo bqi br brx bs ca cak ca-valencia
+	ckb crh cs csb cy da de dsb el en-CA en-GB en-ZA eo es es-AR es-CL es-ES es-MX et eu fa
+	ff fi fr frp fur fy-NL ga ga-IE gd gl gn gu-IN gv he hi-IN hr hsb hto hu hy-AM hye ia id
+	ilo is it ixl ja ja-JP-mac ka kab kk km kmr kn ko kok ks ku kw lb lg lij lo lt ltg lv mai
+	meh mix mk ml mn mr ms my nb-NO ne-NP nl nn-NO nr nso ny oc or pai pa-IN pbb pl ppl pt-BR
+	pt-PT quy qvi rm ro ru rw sah sat sc scn sco si sk skr sl son sq sr ss st sv-SE sw szl ta
+	ta-LK te tg th tl tn tr trs ts tsz uk ur uz ve vi wo xcl xh zam zh-CN zh-TW zu
+)
+MOZ_LANG_MAP=()
+
+mozilla_set_globals() {
+	# https://bugs.gentoo.org/587334
+	local MOZ_TOO_REGIONALIZED_FOR_L10N=(
+		fy-NL ga-IE gu-IN hi-IN hy-AM nb-NO ne-NP nn-NO pa-IN sv-SE
+	)
+
+	local lang xflag
+	for lang in "${MOZ_LANGS[@]}" ; do
+		# en and en_US are handled internally
+		if [[ ${lang} == en ]] || [[ ${lang} == en-US ]] ; then
+			continue
+		fi
+
+		# strip region subtag if $lang is in the list
+		if has ${lang} "${MOZ_TOO_REGIONALIZED_FOR_L10N[@]}" ; then
+			xflag=${lang%%-*}
+		else
+			xflag=${lang}
+		fi
+
+		MOZ_LANG_MAP+=("l10n_${xflag/[_@]/-} ${lang}")
+
+		IUSE+=" l10n_${xflag/[_@]/-}"
+	done
+}
+mozilla_set_globals
+
 moz_clear_vendor_checksums() {
 	debug-print-function ${FUNCNAME} "$@"
 
@@ -1168,7 +1206,21 @@
 		"${BUILD_DIR}"/dist/bin/${PN} \
 		"${BUILD_DIR}"/dist/bin/plugin-container
 
-	DESTDIR="${D}" ./mach install || die
+	#DESTDIR="${D}" ./mach install || die
+	# ./mach install doesn't install the locale information for some reason.
+	# Use packge-multi-locale instead
+	local mymozlangs=()
+	for lang_tuple in "${MOZ_LANG_MAP[@]}"; do
+		IFS=' ' read -r l10n lang <<< "${lang_tuple}"
+
+		if use "${l10n}"; then
+			mymozlangs+=("${lang}")
+		fi
+	done
+	./mach package-multi-locale --locale "${mymozlangs[@]}" || die
+
+	dodir "${MOZILLA_FIVE_HOME}" || die
+	cp -r "${BUILD_DIR}"/dist/librewolf/* "${ED}"/"${MOZILLA_FIVE_HOME}" || die
 
 	## LibreWolf
 	# For some reason 'local-settings.js' doesn't get properly packaged.

It seems to be working on my end, but I've attached the new ebuild so that you can test it yourself before I go ahead and commit it.

This is what I've come up with. ``` --- librewolf-149.0.2_p2-r1.ebuild 2026年04月20日 02:58:30.610680154 -0500 +++ librewolf-149.0.2_p2-r2.ebuild 2026年04月20日 03:01:14.024852970 -0500 @@ -219,6 +219,44 @@ einfo "Using LLVM slot ${LLVM_SLOT} to build" >&2 } +MOZ_LANGS=( + ace ach af ak an ar as ast az be bg bn bn-BD bn-IN bo bqi br brx bs ca cak ca-valencia + ckb crh cs csb cy da de dsb el en-CA en-GB en-ZA eo es es-AR es-CL es-ES es-MX et eu fa + ff fi fr frp fur fy-NL ga ga-IE gd gl gn gu-IN gv he hi-IN hr hsb hto hu hy-AM hye ia id + ilo is it ixl ja ja-JP-mac ka kab kk km kmr kn ko kok ks ku kw lb lg lij lo lt ltg lv mai + meh mix mk ml mn mr ms my nb-NO ne-NP nl nn-NO nr nso ny oc or pai pa-IN pbb pl ppl pt-BR + pt-PT quy qvi rm ro ru rw sah sat sc scn sco si sk skr sl son sq sr ss st sv-SE sw szl ta + ta-LK te tg th tl tn tr trs ts tsz uk ur uz ve vi wo xcl xh zam zh-CN zh-TW zu +) +MOZ_LANG_MAP=() + +mozilla_set_globals() { + # https://bugs.gentoo.org/587334 + local MOZ_TOO_REGIONALIZED_FOR_L10N=( + fy-NL ga-IE gu-IN hi-IN hy-AM nb-NO ne-NP nn-NO pa-IN sv-SE + ) + + local lang xflag + for lang in "${MOZ_LANGS[@]}" ; do + # en and en_US are handled internally + if [[ ${lang} == en ]] || [[ ${lang} == en-US ]] ; then + continue + fi + + # strip region subtag if $lang is in the list + if has ${lang} "${MOZ_TOO_REGIONALIZED_FOR_L10N[@]}" ; then + xflag=${lang%%-*} + else + xflag=${lang} + fi + + MOZ_LANG_MAP+=("l10n_${xflag/[_@]/-} ${lang}") + + IUSE+=" l10n_${xflag/[_@]/-}" + done +} +mozilla_set_globals + moz_clear_vendor_checksums() { debug-print-function ${FUNCNAME} "$@" @@ -1168,7 +1206,21 @@ "${BUILD_DIR}"/dist/bin/${PN} \ "${BUILD_DIR}"/dist/bin/plugin-container - DESTDIR="${D}" ./mach install || die + #DESTDIR="${D}" ./mach install || die + # ./mach install doesn't install the locale information for some reason. + # Use packge-multi-locale instead + local mymozlangs=() + for lang_tuple in "${MOZ_LANG_MAP[@]}"; do + IFS=' ' read -r l10n lang <<< "${lang_tuple}" + + if use "${l10n}"; then + mymozlangs+=("${lang}") + fi + done + ./mach package-multi-locale --locale "${mymozlangs[@]}" || die + + dodir "${MOZILLA_FIVE_HOME}" || die + cp -r "${BUILD_DIR}"/dist/librewolf/* "${ED}"/"${MOZILLA_FIVE_HOME}" || die ## LibreWolf # For some reason 'local-settings.js' doesn't get properly packaged. ``` It seems to be working on my end, but I've attached the new ebuild so that you can test it yourself before I go ahead and commit it.

birdcubed commented 2026年04月21日 04:40:24 +02:00

I installed the 149.0.2_p2-r2 ebuild with Canadian English and Danish, and both are working! I'm getting Librewolf-specific text and the permission issues aren't happening anymore.

I installed the 149.0.2_p2-r2 ebuild with Canadian English and Danish, and both are working! I'm getting Librewolf-specific text and the permission issues aren't happening anymore.

TheGreatMcPain commented 2026年04月21日 09:37:57 +02:00

Thanks!

Should be fixed via librewolf/gentoo@e0706977f4

Thanks! Should be fixed via https://codeberg.org/librewolf/gentoo/commit/e0706977f41b60b8a55204483ed08520efe71b26