| Git Clone URL: | https://aur.archlinux.org/waterfox-kde.git (read-only, click to copy) |
|---|---|
| Package Base: | waterfox-kde |
| Description: | Customizable privacy conscious web browser with better integration with KDE and primary support for webextensions |
| Upstream URL: | https://www.waterfox.net/ |
| Keywords: | firefox webextension |
| Licenses: | MPL |
| Provides: | waterfox, waterfox-g |
| Replaces: | waterfox-g-kpe, waterfox-g3-kpe, waterfox-g4-kpe |
| Submitter: | hawkeye116477 |
| Maintainer: | None |
| Last Packager: | hawkeye116477 |
| Votes: | 11 |
| Popularity: | 0.051311 |
| First Submitted: | 2024-01-28 11:48 (UTC) |
| Last Updated: | 2024-10-21 11:25 (UTC) |
@hawkeye116477 really is mtune=x86-64 deprecated? it is still the default option in /etc/makepkg.conf
https://gitlab.archlinux.org/archlinux/packaging/packages/pacman/-/blob/6.0.2-8/makepkg.conf
if mtunenot set, the compiler choose the same value as the march value
edit after a short test:
=> conclusion: i was wrong
tom@donar ~ # gcc -march=x86-64 -Q --help=target | grep "mtune="
-mtune= generic
@brikler Cuz -mtune=x86-64 is deprecated. It has SSE2 and 64-bit instruction set extensions, so should be fine.
@hawkeye116477 why mtune=k8?
about:buildconfig
-march=x86-64 -mtune=k8 -O2 -pipe -fno-plt -fexceptions -Wp,-D_FORTIFY_SOURCE=2 -Wformat -Werror=format-security -fstack-clash-protection -fcf-protection -fPIC -ffunction-sections -fdata-sections -fno-math-errno -pthread -pipe
@hawkeye116477 thank you for this quick answer. in my case it is the pre compiled package, and i will waiting for your next release :)
@brikler If you mean precompiled package, then I will try that in next build. However in case of that package, I added now option, which should be even better.
hi,
is it possible to set the -mtune compilerflag to -mtune=x86_64?
because 'mtune=generic' brings a little perfommance loss
about:buildconfig
-march=x86-64 -mtune=generic -O2 -pipe -fno-plt -fexceptions -Wp,-D_FORTIFY_SOURCE=2 -Wformat -Werror=format-security -fstack-clash-protection -fcf-protection -fPIC -ffunction-sections -fdata-sections -fno-math-errno -pthread -pipe
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!
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>
main(sys.argv[1:])
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/mach_initialize.py", line 153, in initialize
_activate_python_environment(
File "/home/dom/.cache/trizen/sources/waterfox-g-kpe/src/Waterfox/build/mach_initialize.py", line 99, in _activate_python_environment
mach_environment.activate()
File "/home/dom/.cache/trizen/sources/waterfox-g-kpe/src/Waterfox/python/mach/mach/site.py", line 359, in activate
self.ensure()
File "/home/dom/.cache/trizen/sources/waterfox-g-kpe/src/Waterfox/python/mach/mach/site.py", line 337, in ensure
result = self._up_to_date()
File "/home/dom/.cache/trizen/sources/waterfox-g-kpe/src/Waterfox/python/mach/mach/site.py", line 322, in _up_to_date
_assert_pip_check(
File "/home/dom/.cache/trizen/sources/waterfox-g-kpe/src/Waterfox/python/mach/mach/site.py", 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().
Aborting...
:: Unable to build waterfox-g-kpe - makepkg exited with code: 4
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
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.
Pinned Comments
hawkeye116477 commented on 2024-01-28 12:38 (UTC) (edited on 2024-01-28 12:38 (UTC) by hawkeye116477)
Precompiled package with LTO+PGO and langpacks are available on my repository on OBS.
Source files at: https://build.opensuse.org/package/show/home:hawkeye116477:waterfox/waterfox-kde.
If you got 404, then temporarily try to replace download.opensuse.org with downloadcontent.opensuse.org. That should enforce direct download without mirror.