Package Details: waterfox-g-kpe 5.1.3-0

Git Clone URL: (read-only, click to copy)
Package Base: waterfox-g-kpe
Description: Customizable privacy conscious web browser with better integration with KDE and primary support for webextensions
Upstream URL:
Keywords: firefox webextension xpcom xul
Licenses: MPL
Provides: waterfox-g
Replaces: waterfox-g3-kpe, waterfox-g4-kpe
Submitter: hawkeye116477
Maintainer: hawkeye116477
Last Packager: hawkeye116477
Votes: 9
Popularity: 0.089960
First Submitted: 2022-05-29 15:06 (UTC)
Last Updated: 2023-02-25 13:23 (UTC)

Dependencies (46)

Required by (0)

Sources (17)

Pinned Comments

hawkeye116477 commented on 2021-12-06 17:20 (UTC) (edited on 2022-04-28 09:10 (UTC) by hawkeye116477)

Precompiled package with LTO+PGO and langpacks are available on my repository on OBS.

Source files at:

Server =$arch

If you got 404, then temporarily try to replace with That should enforce direct download without mirror.

key=$(curl -fsSL$(uname -m)/home_hawkeye116477_waterfox_Arch.key)
fingerprint=$(gpg --quiet --with-colons --import-options show-only --import --fingerprint <<< "${key}" | awk -F: '$1 == "fpr" { print $10 }')

pacman-key --init
pacman-key --add - <<< "${key}"
pacman-key --lsign-key "${fingerprint}"
pacman -Sy home_hawkeye116477_waterfox_Arch/waterfox-g-kpe

Latest Comments

1 2 3 4 5 6 Next › Last »

manjara commented on 2023-02-01 02:23 (UTC) (edited on 2023-02-01 05:57 (UTC) by manjara)

Ditto with imdom, the python packages issue is preventing me from having a successful build, and currently on the look for a temporary workaround.

EDIT: @imdom just making sure: if you're indeed editing the PKGBUILD file of the two lines where MACH_BUILD_PYTHON_NATIVE_PACKAGE_SOURCE occurs to be pip, then what you have to do next (if you have paru) is to install via paru -Ui (or whatever the equivalent would be for your aur helper). It started building for me!

imdom commented on 2022-11-28 02:45 (UTC)

I'm having an issue installing - I've tried bill's advice below:

You probably need to permanently change export MACH_BUILD_PYTHON_NATIVE_PACKAGE_SOURCE=system to export MACH_BUILD_PYTHON_NATIVE_PACKAGE_SOURCE=pip`

But it still did not succeed. Here's the traceback:

Traceback (most recent call last):
  File "/home/dom/.cache/trizen/sources/waterfox-g-kpe/src/Waterfox/./mach", line 96, in <module>
  File "/home/dom/.cache/trizen/sources/waterfox-g-kpe/src/Waterfox/./mach", line 88, in main
    mach = check_and_get_mach(os.path.dirname(os.path.realpath(__file__)))
  File "/home/dom/.cache/trizen/sources/waterfox-g-kpe/src/Waterfox/./mach", line 35, in check_and_get_mach
    return load_mach(dir_path, mach_path)
  File "/home/dom/.cache/trizen/sources/waterfox-g-kpe/src/Waterfox/./mach", line 21, in load_mach
    return mach_initialize.initialize(dir_path)
  File "/home/dom/.cache/trizen/sources/waterfox-g-kpe/src/Waterfox/build/", line 153, in initialize
  File "/home/dom/.cache/trizen/sources/waterfox-g-kpe/src/Waterfox/build/", line 99, in _activate_python_environment
  File "/home/dom/.cache/trizen/sources/waterfox-g-kpe/src/Waterfox/python/mach/mach/", line 359, in activate
  File "/home/dom/.cache/trizen/sources/waterfox-g-kpe/src/Waterfox/python/mach/mach/", line 337, in ensure
    result = self._up_to_date()
  File "/home/dom/.cache/trizen/sources/waterfox-g-kpe/src/Waterfox/python/mach/mach/", line 322, in _up_to_date
  File "/home/dom/.cache/trizen/sources/waterfox-g-kpe/src/Waterfox/python/mach/mach/", line 1121, in _assert_pip_check
    raise Exception(
Exception: According to "pip check", the current Python environment has package-compatibility issues.
==> ERROR: A failure occurred in build().
:: Unable to build waterfox-g-kpe - makepkg exited with code: 4

ptr1337 commented on 2022-11-17 14:34 (UTC)

Please add options=('!lto'). Actually if you enable LTO as default and building this browser, it results into a extreme RAM usage (60GB+). This is also happening at firefox, librewolf, ... .

Since devtools has LTO now as default in the config enabled, it should be explicitly disabled at PKGBUILD's which has issues when LTO is enabled in the makepkg.conf

hawkeye116477 commented on 2022-10-21 11:50 (UTC) (edited on 2022-10-21 11:58 (UTC) by hawkeye116477)

to prevent version mismatch between system python and included python.

Well, with mach-depends.patch it should be working correctly, at least it works fine on OBS, on which I can't use pip.

BillFleming commented on 2022-10-19 01:46 (UTC) (edited on 2022-10-19 10:41 (UTC) by BillFleming)

You probably need to permanently change export MACH_BUILD_PYTHON_NATIVE_PACKAGE_SOURCE=system to export MACH_BUILD_PYTHON_NATIVE_PACKAGE_SOURCE=pip to prevent version mismatch between system python and included python. (Maybe there is a way to make it work, but I wasn't able to resolve all version mismatch.) Also the pip check is still crashing on my machine and unless you patch the source to disable crash reporting in certain places the build might unless succeed if you re-enable it in the mozconfig.

ac_add_options --disable-crashreporter

hawkeye116477 commented on 2022-08-17 18:01 (UTC)

@brikler It's configured as unified build by default.

brikler commented on 2022-08-17 17:21 (UTC)

do you know jumbo build, or unity build?

a good explantion

as example what unity build can do:

`ìcemon` as normal build
real    0m23,179s
user    1m12,184s
sys 0m2,491s
`ìcemon` as unity build
real    0m9,759s
user    0m22,916s
sys 0m0,904s

W47MPUSv commented on 2022-06-26 13:29 (UTC)

Cool Thanks

hawkeye116477 commented on 2022-06-26 12:27 (UTC)

@hawath It's already patched by Waterfox team.

W47MPUSv commented on 2022-06-26 03:25 (UTC)

Hi: A new patch might be necessary for a successful build now. Please see the following link: