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.08
First Submitted: 2019-06-14 18:41 (UTC)
Last Updated: 2025-05-30 11:41 (UTC)

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 .. 17 18 19 20 21 22 23 24 25 26 27 .. 34 Next › Last »

3np commented on 2022-01-10 19:06 (UTC)

@lsf Apologies and thanks for setting me straight!

Did you also run in a fresh chroot? I wonder if there's some base rust dependency that's implicit and missing...

Anyway, this is a quite fresh environment (only installed Arch the other day; built a decent number of other AUR packages with rust in the chroot since). Building via aurutils -cT. The pacman-custom.conf is just the official repos plus my own local with aur artefacts - nothing that is overriding there either.

Will return to this shortly.

lsf commented on 2022-01-10 17:31 (UTC)

Please don't mark the package out of date for an issue like this – that's not what the function is for, and I got a notification of your regular comment just fine :)

I cannot reproduce this on my end (and as far as I can see none of the "relevant" dependencies seem to have changed / been updated in the repos).

Is there anything 'unusual' with your environment / chroot? (maybe a separately installed package; maybe you're on manjaro; maybe the mirrorlist in it is out of date so it couldn't be properly updated?) If all else failed, I'd try to cleanly set the chroot up anew and check if you still have the issue then.

3np commented on 2022-01-10 13:58 (UTC) (edited on 2022-01-10 13:59 (UTC) by 3np)

This won't build in a chroot for me, seems to be something missing for rust:

Related issues:

https://github.com/rust-lang/rust/issues/43264

https://github.com/rust-lang/rust/issues/74657

https://bugs.llvm.org/show_bug.cgi?id=47872

I haven't resolved it yet. So far I tried substituting rust for rustup and setting various toolchains and removing ac_add_options --enable-lto.

Tail of build log: https://gist.github.com/3nprob/4a420a9ee6ae956dd8641de6be32c55f

pdpelf commented on 2021-12-22 15:58 (UTC)

pip check: There is a discussion and a patch: https://bugs.gentoo.org/show_bug.cgi?id=828604

pdpelf commented on 2021-12-22 15:51 (UTC)

Same issue her due to "pip check"!

Neko-san commented on 2021-12-22 13:23 (UTC)

@ginnokami I've had that issue a little while ago too; my solution was just building it in a chroot but I know not everyone knows how to do that

ginnokami commented on 2021-12-22 11:41 (UTC) (edited on 2021-12-22 11:43 (UTC) by ginnokami)

Is anyone else having an issue compiling due to pip check having missing/updated/ dependencies? Running pip check will list some "missing or too updated packages" though all the actual programs run fine, and reinstalling the packages doesn't make the issue go away.

Exception: According to "pip check", the current Python environment has package-compatibility issues.
pip check
qmk 1.0.0 requires qmk-dotty-dict, which is not installed.
dotty-dict 1.3.0 requires setuptools-scm, which is not installed.
electrum 4.1.5 has requirement dnspython<2.1,>=2.0, but you have dnspython 2.1.0.
electrum 4.1.5 has requirement qdarkstyle<2.9, but you have qdarkstyle 3.0.2.

HurricanePootis commented on 2021-12-18 05:33 (UTC)

I think because of the wayland 1.20 update, projects have to update their code for new wayland release

dr460nf1r3 commented on 2021-12-17 06:18 (UTC)

Currently this patch is required for compiling FF95 :)

lahwaacz commented on 2021-12-17 06:07 (UTC) (edited on 2021-12-17 06:09 (UTC) by lahwaacz)

Building 95.0-1 in a clean chroot (with aurutils) just failed for me:

18:37.69 /usr/bin/ld: /usr/bin/ld: DWARF error: could not find variable specification at offset 4c
18:37.69 /usr/bin/ld: DWARF error: could not find variable specification at offset 733ea
18:37.70 /build/librewolf/src/firefox-95.0/obj/toolkit/library/build/../../../gfx/gl/Unified_cpp_gfx_gl0.o: in function `wl_surface_destroy(wl_surface*)':
18:37.70 /usr/include/wayland-client-protocol.h:3672: undefined reference to `wl_proxy_marshal_flags'
18:37.70 /usr/bin/ld: /usr/include/wayland-client-protocol.h:3672: undefined reference to `wl_proxy_marshal_flags'
18:37.70 /usr/bin/ld: /build/librewolf/src/firefox-95.0/obj/toolkit/library/build/../../../gfx/gl/Unified_cpp_gfx_gl0.o: in function `wl_compositor_create_surface(wl_compositor*)':
18:37.70 /usr/include/wayland-client-protocol.h:1291: undefined reference to `wl_proxy_marshal_flags'
18:38.63 /usr/bin/ld: /usr/bin/ld: DWARF error: could not find variable specification at offset 10b
18:38.63 /usr/bin/ld: DWARF error: could not find variable specification at offset 7aa
18:38.63 /usr/bin/ld: DWARF error: could not find variable specification at offset cb0
18:38.63 /usr/bin/ld: DWARF error: could not find variable specification at offset 1ab3
18:38.63 /usr/bin/ld: DWARF error: could not find variable specification at offset 1e65
18:38.63 /usr/bin/ld: DWARF error: could not find variable specification at offset 206e
18:38.63 /usr/bin/ld: DWARF error: could not find variable specification at offset 54da0
18:38.63 /usr/bin/ld: DWARF error: could not find variable specification at offset 54ddd
18:38.63 /usr/bin/ld: DWARF error: could not find variable specification at offset 55203
18:38.63 /usr/bin/ld: DWARF error: could not find variable specification at offset 55256
18:38.63 /usr/bin/ld: DWARF error: could not find variable specification at offset 55292
18:38.63 /usr/bin/ld: DWARF error: could not find variable specification at offset 552ce
18:38.63 /usr/bin/ld: DWARF error: could not find variable specification at offset 5530a
18:38.64 /build/librewolf/src/firefox-95.0/obj/toolkit/library/build/../../../widget/gtk/Unified_cpp_widget_gtk0.o: in function `wl_display_get_registry(wl_display*)':
18:38.64 /usr/include/wayland-client-protocol.h:1062: undefined reference to `wl_proxy_marshal_flags'
18:38.64 /usr/bin/ld: /build/librewolf/src/firefox-95.0/obj/toolkit/library/build/../../../widget/gtk/Unified_cpp_widget_gtk0.o: in function `wl_buffer_destroy(wl_buffer*)':
18:38.64 /usr/include/wayland-client-protocol.h:2017: undefined reference to `wl_proxy_marshal_flags'
18:38.64 /usr/bin/ld: /build/librewolf/src/firefox-95.0/obj/toolkit/library/build/../../../widget/gtk/Unified_cpp_widget_gtk0.o:/usr/include/wayland-client-protocol.h:2017: more undefined references to `wl_proxy_marshal_flags' follow
18:45.84 clang-13: error: linker command failed with exit code 1 (use -v to see invocation)
18:45.85 make[4]: *** [/build/librewolf/src/firefox-95.0/config/rules.mk:531: libxul.so] Error 1
18:45.85 make[3]: *** [/build/librewolf/src/firefox-95.0/config/recurse.mk:72: toolkit/library/build/target] Error 2
18:45.85 make[2]: *** [/build/librewolf/src/firefox-95.0/config/recurse.mk:34: compile] Error 2
18:45.85 make[1]: *** [/build/librewolf/src/firefox-95.0/config/rules.mk:352: default] Error 2
18:45.85 make: *** [client.mk:63: build] Error 2
18:45.87 152 compiler warnings present.
 Config object not found by mach.
Configure complete!
Be sure to run |mach build| to pick up any changes
==> ERROR: A failure occurred in build().
    Aborting...

Looks like the same issue @andreas_baumann has...

« First ‹ Previous 1 .. 17 18 19 20 21 22 23 24 25 26 27 .. 34 Next › Last »