Package Details: firefox-esr-i18n-ast 140.9.1-1

Git Clone URL: https://aur.archlinux.org/firefox-esr.git (read-only, click to copy)
Package Base: firefox-esr
Description: Standalone web browser from mozilla.org, Extended Support Release
Upstream URL: https://www.mozilla.org/en-US/firefox/enterprise/
Keywords: browser gecko web
Licenses: MPL-2.0
Submitter: figue
Maintainer: dudemanguy
Last Packager: dudemanguy
Votes: 51
Popularity: 0.028394
First Submitted: 2015-05-28 23:15 (UTC)
Last Updated: 2026-04-07 19:00 (UTC)

Required by (0)

Sources (110)

Latest Comments

1 2 3 4 5 6 .. 24 Next › Last »

dudemanguy commented on 2026-03-30 16:58 (UTC)

Sorry, copy and paste error. Should be OK now.

rev.cressy commented on 2026-03-30 14:11 (UTC)

patch: **** Can't open patch file ../0003-Use-wasm32-wasip1-target.patch :   No such file or directory
==> ERROR: A failure occurred in build().
Aborting...

I see this file in along with all of the other patches but it cannot be found by PKGBUILD

dudemanguy commented on 2026-03-29 16:08 (UTC)

@konvix, thanks so much! I was able to get it to build using those patches.

torvic9 commented on 2026-03-29 09:52 (UTC)

I have successfully built 140.9.0esr (with system libs) using clang-21 and rust 1.93, but of course it would be better to use the newest toolchain and compilers.

@konvix, thank you, I'm going to try those.

konvix commented on 2026-03-29 04:51 (UTC) (edited on 2026-03-29 04:51 (UTC) by konvix)

For reference, these patches should help to produce running build with clang/llvm v22 toolchain:

https://aur.archlinux.org/cgit/aur.git/commit/?h=konform-browser&id=2e73e1b28fd11ae4cece6b165513ced076bd2fb5

https://aur.archlinux.org/cgit/aur.git/commit/?h=konform-browser&id=be948b6ebd4faadd2845518a6b870cb7f4e33005

Tested for konform-browser which is based on firefox-esr 140.9.0. The patches should apply cleanly for vanilla firefox-esr too.

It is likely that significantly smaller resolving patch is viable but went for minimizing conflicts and retaining consistency with upstream changes.

torvic9 commented on 2026-03-27 13:23 (UTC)

Have you tried downgrading rust to v1.93.x?

At which point of compilation does the error come up? I didn't see that error message, but the build failed nevertheless during first stage linking phase...

dudemanguy commented on 2026-03-24 16:38 (UTC)

I can reproduce that and have the appropriate patches locally. Unfortunately, I'm at a loss at how to correct the nss_prelude::SECItemType error. The linked bugzilla was closed as incomplete so as far as I know this was never resolved. Any pointers would be appreciated. 140.9.0 (which is now out) makes no difference here.

konvix commented on 2026-03-24 03:03 (UTC) (edited on 2026-03-24 11:59 (UTC) by konvix)

No longer builds after upgrading system packages to latest.

First it will need this patch: https://aur.archlinux.org/cgit/aur.git/tree/0003-Use-wasm32-wasip1-target.patch?h=firefox-nightly&id=7b3855dca76de4136425ff48c3b646195d52b4f1

As well as: https://gitlab.archlinux.org/archlinux/packaging/packages/firefox/-/blob/b210375c92e767950ec8ec8bdceda555e969ee21/0002-Patch-glsl-optimizer-to-build-with-glibc-2.43.patch

However even then, failing to compile with:

 8:58.78 error[E0432]: unresolved import `nss_prelude::SECItemType`
 8:58.78   --> /home/user/pkg/firefox-esr/src/firefox-140.8.0/third_party/rust/nss-gk-api/src/lib.rs:52:46
 8:58.78    |
 8:58.78 52 | pub use nss_prelude::{SECItem, SECItemArray, SECItemType, SECStatus};
 8:58.78    |                                              ^^^^^^^^^^^ no `SECItemType` in `nss_prelude`
 8:58.91 error[E0609]: no field `type_` on type `&SECItemStr`
 8:58.91   --> /home/user/pkg/firefox-esr/src/firefox-140.8.0/third_party/rust/nss-gk-api/src/util.rs:90:25
 8:58.91    |
 8:58.91 90 |         assert_eq!(self.type_, SECItemType::siBuffer);
 8:58.91    |                         ^^^^^ unknown field
 8:58.92    |
 8:58.92    = note: available field is: `_address`
 8:58.92 error[E0433]: failed to resolve: use of undeclared type `SECItemType`
 8:58.92   --> /home/user/pkg/firefox-esr/src/firefox-140.8.0/third_party/rust/nss-gk-api/src/util.rs:90:32
 8:58.92    |
 8:58.92 90 |         assert_eq!(self.type_, SECItemType::siBuffer);
 8:58.92    |                                ^^^^^^^^^^^ use of undeclared type `SECItemType`

https://bugzilla.mozilla.org/show_bug.cgi?id=1982221 looks relevant but unclear what the fix was.

A temporary workaround is to keep building with the v21 versions of clang lld 'llvm*' 'wasi-*'.

Baerbeisser commented on 2025-09-21 14:12 (UTC)

/usr/lib/firefox-esr/defaults/pref/channel-prefs.js has pref("app.update.channel", "release"); but should be "esr", no?

Baerbeisser commented on 2025-09-21 14:01 (UTC) (edited on 2025-09-21 14:04 (UTC) by Baerbeisser)

I just noticed, this branch doesn't come with the (hidden) default extensions like form-autofill, picture-in-picture? They should be in /usr/lib/firefox-esr/browser/features/ and yay -Ql (lists files of package) shows no .xpi either.