Search Criteria
Package Details: librewolf 133.0.3-1
Package Actions
| 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: | GPL, MPL, LGPL |
| Submitter: | lsf |
| Maintainer: | lsf |
| Last Packager: | lsf |
| Votes: | 144 |
| Popularity: | 4.35 |
| First Submitted: | 2019-06-14 18:41 (UTC) |
| Last Updated: | 2024-12-15 09:44 (UTC) |
Dependencies (58)
- alsa-lib
- at-spi2-core (at-spi2-core-gitAUR)
- bash (bash-devel-static-gitAUR, bash-devel-gitAUR, busybox-coreutilsAUR, bash-gitAUR)
- cairo (cairo-gitAUR)
- dbus (dbus-gitAUR, dbus-selinuxAUR)
- ffmpeg (ffmpeg-nvcodec-11-1-gitAUR, ffmpeg-cudaAUR, ffmpeg-fullAUR, ffmpeg-decklinkAUR, ffmpeg-amd-fullAUR, ffmpeg-ffplayoutAUR, ffmpeg-full-gitAUR, ffmpeg-gitAUR, ffmpeg-headlessAUR, ffmpeg-amd-full-gitAUR, ffmpeg-obsAUR, ffmpeg-libfdk_aacAUR)
- fontconfig (fontconfig-gitAUR, fontconfig-ubuntuAUR)
- freetype2 (freetype2-qdoledAUR, freetype2-macosAUR, freetype2-gitAUR)
- gcc-libs (gcc-libs-gitAUR, gccrs-libs-gitAUR, gcc11-libsAUR, gcc-libs-snapshotAUR)
- gdk-pixbuf2 (gdk-pixbuf2-gitAUR)
- glib2 (glib2-gitAUR, glib2-selinuxAUR, glib2-patched-thumbnailerAUR)
- glibc (glibc-gitAUR, glibc-linux4AUR, glibc-eacAUR, glibc-eac-binAUR, glibc-eac-rocoAUR)
- gtk3 (gtk3-no_deadkeys_underlineAUR, gtk3-classicAUR, gtk3-classic-xfceAUR, gtk3-patched-filechooser-icon-viewAUR)
- hicolor-icon-theme (hicolor-icon-theme-gitAUR)
- libpulse (pulseaudio-dummyAUR, libpulse-gitAUR)
- libx11 (libx11-gitAUR)
- libxcb (libxcb-gitAUR)
- libxcomposite
- libxdamage
- libxext (libxext-gitAUR)
- Show 38 more dependencies...
Required by (27)
- edge-frfox (optional)
- ff2mpv-go-git (optional)
- ff2mpv-rust (optional)
- firefox-gnome-theme (optional)
- librewolf-comment-out-cfg-hook
- librewolf-extension-bitwarden-bin
- librewolf-extension-bitwarden-git (optional)
- librewolf-extension-darkreader
- librewolf-extension-darkreader-bin
- librewolf-extension-gnome-shell-integration
- librewolf-extension-istilldontcareaboutcookies-bin
- librewolf-extension-kagisearch-bin
- librewolf-extension-localcdn-bin
- librewolf-extension-plasma-integration
- librewolf-extension-return-youtube-dislike-bin
- librewolf-extension-tridactyl-bin
- librewolf-extension-ublock-origin-bin
- librewolf-extension-uget-integration-bin
- librewolf-extension-vimiumc-bin
- librewolf-extension-xdman8-browser-monitor-bin
- Show 7 more...
Latest Comments
« First ‹ Previous 1 .. 8 9 10 11 12 13 14 15 16 17 18 .. 28 Next › Last »
Morninwood commented on 2022-05-10 12:20 (UTC)
Changing
MACH_BUILD_PYTHON_NATIVE_PACKAGE_SOURCEfrom system to pip fixed "The "mach" site is not compatible with the installed system Python packages." error for me.lsf commented on 2022-05-10 09:44 (UTC) (edited on 2022-05-10 09:55 (UTC) by lsf)
Hm. Seems like my assumption that the pip/py environment issues were finally addressed upstream were wrong Oo
I need to look into that.
A workaround might be to build in a clean chroot until I've found a solution.
/edit
gentoo adds an additional
PIP_NETWORK_INSTALL_RESTRICTED_VIRTUALENVS=machenv var to their ebuild – that might be worth a try until I've looked into this further and/or dug up some patches.faceless33 commented on 2022-05-10 09:19 (UTC) (edited on 2022-05-10 09:20 (UTC) by faceless33)
one of my python packages is newer than expected:
What is a workaround?
prg commented on 2022-05-07 00:25 (UTC) (edited on 2022-05-07 18:28 (UTC) by prg)
I realize that the python-pip issues are supposed to be worked out, but I'm still running into an issue. I am building on a VM that does build other python packages, so I'm not sure if that's part of the issue. If i'm reading this correctly, "pip check" is complaining about the version of pip that the install scripts installed?
For reference, python-pip is not installed on the system (to prevent issues with librewolf) and all other packages are up to date.
Edit: Output below is without python-pip installed, but I get the same error even with python-pip installed on the system.
edit2: To attempt to get around the "pip check" step of the build process, I created a new build VM, however the build failed again because "salt" from [community] was installed. The "pip check" complained that salt required psutil, but it was not installed. However, if I install python-psutil, the build will fail with the original error message above. In order to work around this, I completely uninstalled salt which allowed "pip check" to not bomb out and let the build continue.
I think the current solution needs some work - "pip check" should not be failing because a package unrelated to librewolf like salt does not have all of the deps pip thinks it needs installed. Especially when installing that depedency would cause the librewolf pip check to fail.
I have the means to be able to compile this in a controlled environment, but it would an objective improvement if the librewolf mach scripts didn't always bomb out if "pip check" fails because of something unrelated to the librewolf build
lsf commented on 2022-05-01 09:10 (UTC)
Yep – thanks for notifying me. Added the updated patch now as well :)
lahwaacz commented on 2022-05-01 06:05 (UTC)
The checksum for
0031-pgo-use-toolchain-disable-watchdog-fix-on-gcc.patchwas updated in the last commit without any changes to the patch. Did you forget to commit something?dr460nf1r3 commented on 2022-04-17 06:54 (UTC)
Bumping the pkgrel due to
icuupdate would be great! :)lsf commented on 2022-04-02 09:18 (UTC)
A quick note regarding the pip / python related issues: There's an issue (and hopefully a solution with the latest PKGBUILD as well) over at https://gitlab.com/librewolf-community/browser/arch/-/issues/76 to track this, if it's still an issue even with the recent changes.
dann-merlin commented on 2022-03-25 20:01 (UTC)
I suggest removing this line:
(line 248)
This package will not compile (for me) otherwise, even in a chroot, because of pip errors (see whynothugo's problem).
Setting the 1 to 0 does not help btw, as the existence of the variable is checked. not the value.
whynothugo commented on 2022-03-24 21:20 (UTC)
Sorry, didn't clarify, this is on
aarch64, on archlinuxarm/asahi-linux.« First ‹ Previous 1 .. 8 9 10 11 12 13 14 15 16 17 18 .. 28 Next › Last »