Package Details: librewolf 1:139.0.1_1-1

Git Clone URL: https://aur.archlinux.org/librewolf.git (read-only, click to copy)
Package Base: librewolf
Description: Community-maintained fork of Firefox, focused on privacy, security and freedom.
Upstream URL: https://librewolf.net/
Keywords: browser web
Licenses: MPL-2.0
Submitter: lsf
Maintainer: lsf
Last Packager: lsf
Votes: 175
Popularity: 8.95
First Submitted: 2019-06-14 18:41 (UTC)
Last Updated: 2025-05-30 11:41 (UTC)

Dependencies (62)

Sources (3)

Pinned Comments

lsf commented on 2025-01-01 21:28 (UTC)

Please refrain from abusing the flagging of a package as out of date for build issues. This is not what it is supposed to be used for.

I automatically get notified of comments to this package. I do not need to be notified of whatever build problems occur (whether they are an individual's problems or the actual package's problems) twice, and not via flagging it out of date.

Issues with this package can also be reported at https://codeberg.org/librewolf/issues/issues (as it is also maintained there, at https://codeberg.org/librewolf/arch, too).

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 .. 34 Next › Last »

AndyRTR commented on 2025-02-20 11:04 (UTC)

wlheadless-run is not found and not in the repos nor AUR it seems.

xiota commented on 2025-02-14 08:23 (UTC)

@kreijstal The alternate PKGBUILD uses the same desktop file as this package. Here's the full folder.

kreijstal commented on 2025-02-13 08:25 (UTC)

@xiota the cachyos alternate PKGBUILD didn't work either. ==> ERROR: librewolf.desktop was not found in the build directory and is not a URL

je-vv commented on 2025-01-26 09:01 (UTC)

Thanks @xiota !

je-vv commented on 2025-01-25 08:57 (UTC)

ohh well, I disabled profiling through this:

# change this to false if you do not want to run a PGO build for aarch64 or x86_64
_build_profiled_aarch64=false
_build_profiled_x86_64=false

but then the linker fails due to missing profiling symbos, :(

39:15.75 media/ffvpx/libavutil/libmozavutil.so
39:16.16 security/manager/ssl/builtins/dynamic-library/libnssckbi.so
39:16.40 security/manager/ssl/ipcclientcerts/dynamic-library/libipcclientcerts.so
39:16.60 ld.lld: error: undefined symbol: __llvm_profile_set_timestamp
39:16.60 >>> referenced by filter_map.rs:64 (/build/rust/src/rustc-1.84.0-src/library/core/src/iter/adapters/filter_map.rs:64)
39:16.61 >>>               ipcclientcerts_static-2e7e5388bc81fa13.ipcclientcerts_static.8aef9f14daf6c392-cgu.0.rcgu.o:(_$LT$core..iter..adapters..filter_map..FilterMap$LT$I$C$F$GT$$u20$as$u20$core..iter..traits..iterator..Iterator$GT$::next::h6e70f3851893e48c) in archive ../../../../../x86_64-unknown-linux-gnu/release/libipcclientcerts_static.a
39:16.61 >>> referenced by digest.rs:124 (third_party/rust/digest/src/digest.rs:124)
39:16.62 >>>               ipcclientcerts_static-2e7e5388bc81fa13.ipcclientcerts_static.8aef9f14daf6c392-cgu.0.rcgu.o:(_$LT$D$u20$as$u20$digest..digest..Digest$GT$::digest::h61c9b300ac793eac) in archive ../../../../../x86_64-unknown-linux-gnu/release/libipcclientcerts_static.a
39:16.62 >>> referenced by mod.rs:521 (/build/rust/src/rustc-1.84.0-src/library/core/src/ptr/mod.rs:521)
39:16.63 >>>               ipcclientcerts_static-2e7e5388bc81fa13.ipcclientcerts_static.8aef9f14daf6c392-cgu.0.rcgu.o:(core::ptr::drop_in_place$LT$core..option..Option$LT$rsclientcerts..manager..Manager$LT$ipcclientcerts_static..backend..Backend$GT$$GT$$GT$::hee5190a760dc3f9a) in archive ../../../../../x86_64-unknown-linux-gnu/release/libipcclientcerts_static.a
39:16.63 >>> referenced 281 more times
39:16.64 ld.lld: error: undefined symbol: __llvm_profile_instrument_memop
39:16.64 >>> referenced by cmp.rs:91 (/build/rust/src/rustc-1.84.0-src/library/core/src/slice/cmp.rs:91)
39:16.64 >>>               ipcclientcerts_static-2e7e5388bc81fa13.ipcclientcerts_static.8aef9f14daf6c392-cgu.0.rcgu.o:(_$LT$core..iter..adapters..filter_map..FilterMap$LT$I$C$F$GT$$u20$as$u20$core..iter..traits..iterator..Iterator$GT$::next::h6e70f3851893e48c) in archive ../../../../../x86_64-unknown-linux-gnu/release/libipcclientcerts_static.a
39:16.64 >>> referenced by mod.rs:4057 (/build/rust/src/rustc-1.84.0-src/library/core/src/intrinsics/mod.rs:4057)
39:16.65 >>>               ipcclientcerts_static-2e7e5388bc81fa13.ipcclientcerts_static.8aef9f14daf6c392-cgu.0.rcgu.o:(_$LT$D$u20$as$u20$digest..digest..Digest$GT$::digest::h61c9b300ac793eac) in archive ../../../../../x86_64-unknown-linux-gnu/release/libipcclientcerts_static.a
39:16.65 >>> referenced by mod.rs:4057 (/build/rust/src/rustc-1.84.0-src/library/core/src/intrinsics/mod.rs:4057)
39:16.66 >>>               ipcclientcerts_static-2e7e5388bc81fa13.ipcclientcerts_static.8aef9f14daf6c392-cgu.0.rcgu.o:(_$LT$D$u20$as$u20$digest..digest..Digest$GT$::digest::h61c9b300ac793eac) in archive ../../../../../x86_64-unknown-linux-gnu/release/libipcclientcerts_static.a
39:16.66 >>> referenced 168 more times
39:16.66 ld.lld: error: undefined symbol: __llvm_profile_instrument_target
39:16.66 >>> referenced by backend.rs:264 (security/manager/ssl/ipcclientcerts/src/backend.rs:264)
39:16.67 >>>               ipcclientcerts_static-2e7e5388bc81fa13.ipcclientcerts_static.8aef9f14daf6c392-cgu.0.rcgu.o:(_$LT$ipcclientcerts_static..backend..Key$u20$as$u20$rsclientcerts..manager..Sign$GT$::sign::h67321737dcffa769) in archive ../../../../../x86_64-unknown-linux-gnu/release/libipcclientcerts_static.a
39:16.67 >>> referenced by backend.rs:377 (security/manager/ssl/ipcclientcerts/src/backend.rs:377)
39:16.67 >>>               ipcclientcerts_static-2e7e5388bc81fa13.ipcclientcerts_static.8aef9f14daf6c392-cgu.0.rcgu.o:(ipcclientcerts_static::C_FindObjectsInit::h5acf90e2f27346ee) in archive ../../../../../x86_64-unknown-linux-gnu/release/libipcclientcerts_static.a
39:16.67 config/external/lgpllibs/liblgpllibs.so
39:16.67 clang++: error: linker command failed with exit code 1 (use -v to see invocation)

I guess there's no alternative but to do profiling.

xiota commented on 2025-01-24 03:20 (UTC) (edited on 2025-01-24 03:23 (UTC) by xiota)

Building in clean chroot with changes to address other issues (eg, software rendering). Profiling for PGO fails.

Exiting due to channel error.
Firefox exited with code -11 during profile initialization

Appears to be caused by ublock origin. Disabling prior to instrumented build allows profiling to succeed. Requires jq in makedeps.

# temporarily disable ublock-origin, interferes with profiling
cp "lw/policies.json" "$srcdir/policies.json"
jq 'del(.policies.Extensions.Install)' "$srcdir/policies.json" > "lw/policies.json"

Then re-enable prior to optimized build:

# reenable ublock-origin
cp "$srcdir/policies.json" "lw/policies.json"

je-vv commented on 2025-01-23 06:06 (UTC)

Getting:

 0:42.68 BUILDSTATUS@browser/locales START_langpack_manifest en-US
 0:42.83 /home/vasqueja/.pkgs/src/laur/librewolf/src/librewolf-134.0.1-1/python/mozbuild/mozbuild/action/langpack_manifest.py:46: DeprecationWarning: datetime.datetime.utcfromtimestamp() is deprecated and scheduled for removal in a future version. Use timezone-aware objects to represent datetimes in UTC: datetime.datetime.fromtimestamp(timestamp, datetime.UTC).
 0:42.83   return datetime.datetime.utcfromtimestamp(
 0:42.85 BUILDSTATUS@browser/locales END_langpack_manifest en-US
 0:42.85 BUILDSTATUS@browser/locales START_zip librewolf-134.0.1-1.en-US.langpack.xpi
 0:42.99 BUILDSTATUS@browser/locales END_zip librewolf-134.0.1-1.en-US.langpack.xpi
 0:42.99 make[4]: Leaving directory '/home/vasqueja/.pkgs/src/laur/librewolf/src/librewolf-134.0.1-1/obj-x86_64-pc-linux-gnu/browser/locales'
 0:42.99 make[3]: Leaving directory '/home/vasqueja/.pkgs/src/laur/librewolf/src/librewolf-134.0.1-1/obj-x86_64-pc-linux-gnu/browser/locales'
 0:42.99 make[2]: Leaving directory '/home/vasqueja/.pkgs/src/laur/librewolf/src/librewolf-134.0.1-1/obj-x86_64-pc-linux-gnu/browser/installer'
 0:42.99 make[1]: Leaving directory '/home/vasqueja/.pkgs/src/laur/librewolf/src/librewolf-134.0.1-1/obj-x86_64-pc-linux-gnu/browser/installer'
 0:42.99 make: Leaving directory '/home/vasqueja/.pkgs/src/laur/librewolf/src/librewolf-134.0.1-1/obj-x86_64-pc-linux-gnu'
 0:43.09 Created package: /home/vasqueja/.pkgs/src/laur/librewolf/src/librewolf-134.0.1-1/obj-x86_64-pc-linux-gnu/dist/librewolf-134.0.1-1.en-US.linux-x86_64.tar.bz2
  Parallelism determined by memory: using 12 jobs for 12 cores based on 15.4 GiB RAM and estimated job size of 1.0 GiB
Traceback (most recent call last):
  File "/home/vasqueja/.pkgs/src/laur/librewolf/src/librewolf-134.0.1-1/build/pgo/profileserver.py", line 86, in <module>
    httpd.start(block=False)
    ~~~~~~~~~~~^^^^^^^^^^^^^
  File "/home/vasqueja/.pkgs/src/laur/librewolf/src/librewolf-134.0.1-1/testing/mozbase/mozhttpd/mozhttpd/mozhttpd.py", line 265, in start
    self.httpd = EasyServer((self.host, self.port), self.handler_class)
                 ~~~~~~~~~~^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/lib/python3.13/socketserver.py", line 457, in __init__
    self.server_bind()
    ~~~~~~~~~~~~~~~~^^
  File "/usr/lib/python3.13/http/server.py", line 136, in server_bind
    socketserver.TCPServer.server_bind(self)
    ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^^^^^^
  File "/usr/lib/python3.13/socketserver.py", line 473, in server_bind
    self.socket.bind(self.server_address)
    ~~~~~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^^^^
OSError: [Errno 98] Address already in use
==> ERROR: A failure occurred in build().
    Aborting...

Seems like not actual build failure, any hint?

Thanks !

lsf commented on 2025-01-01 21:28 (UTC)

Please refrain from abusing the flagging of a package as out of date for build issues. This is not what it is supposed to be used for.

I automatically get notified of comments to this package. I do not need to be notified of whatever build problems occur (whether they are an individual's problems or the actual package's problems) twice, and not via flagging it out of date.

Issues with this package can also be reported at https://codeberg.org/librewolf/issues/issues (as it is also maintained there, at https://codeberg.org/librewolf/arch, too).

jooch commented on 2025-01-01 21:13 (UTC)

After last system update:

Note that you are running Mach with Python 3.13.1, which is higher than the highest known working version of Python for Mach. Consider running Mach with Python 3.11 or lower.

Running the following command may solve your issue:

python3.9 ./mach build --priority normal

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 .. 34 Next › Last »