| Git Clone URL: | https://aur.archlinux.org/firefox-kde-opensuse.git (read-only, click to copy) |
|---|---|
| Package Base: | firefox-kde-opensuse |
| Description: | Standalone web browser from mozilla.org with OpenSUSE patch, integrate better with KDE |
| Upstream URL: | https://github.com/openSUSE/firefox-maintenance |
| Keywords: | browser gecko web |
| Licenses: | GPL, MPL, LGPL |
| Conflicts: | firefox |
| Provides: | firefox |
| Submitter: | csslayer |
| Maintainer: | Thaodan |
| Last Packager: | Thaodan |
| Votes: | 336 |
| Popularity: | 0.059120 |
| First Submitted: | 2009-12-11 09:10 (UTC) |
| Last Updated: | 2025-02-03 15:56 (UTC) |
@Thaodan I don't see any attached comment, where did you mean?
I also don't see what I'm supposed to learn from the upstream docs: the closest I can see is https://firefox-source-docs.mozilla.org/python/index.html#gentoo-builds which recommends leaving the variable unset rather than to system.
@melvyn2: Read the attached comment and the upstream docs for that variable.
My build server can't run chroots (arch runs in a docker container which can't run systemd for systemd-nspawn). So I get this error:
Exception: The "mach" site is not compatible with the installed system Python packages.
Commenting out the line export MACH_BUILD_PYTHON_NATIVE_PACKAGE_SOURCE=system allowed me to set the variable to pip, which lets the package build properly.
What's the drawback to setting it to that? If the default needs to be system, could you at least make it overrideable, like
export MACH_BUILD_PYTHON_NATIVE_PACKAGE_SOURCE="${MACH_BUILD_PYTHON_NATIVE_PACKAGE_SOURCE-system}"
Thank you
@gschwarz: Please build in a clean chroot. The dependency on psutil was recently removed I think there could be some falls issues around that if it still installed while building.
on a current Arch Linux systems I had to make two adjustments in order to compile: - install python-cmd2 (same issue as here? https://bugs.archlinux.org/task/65203) - edit mach.txt to make the build process accept psutil-5.9.0 (maybe there is a more elegant way?)
Version 100.0.2 build great here.
Thanks for your work !
@Thaodan: New dav1d update broke it yet again.
Could you please rebuild and push to your repo again when you have the time?
Thank you.
Unfortunately building on Arch Linux currently fails:
...
121:27.87 warning: the following packages contain code that will be rejected by a future version of Rust: cascade_bloom_filter v0.1.0 (/home/schwarz/firefox-kde-opensuse/src/mozilla-unified/toolkit/components/cascade_bloom_filter), cert_storage v0.0.1 (/home/schwarz/firefox-kde-opensuse/src/mozilla-unified/security/manager/ssl/cert_storage), rental v0.5.6
121:27.87 note: to see what the problems were, use the option --future-incompat-report, or run cargo report future-incompatibilities --id 1
121:28.84 /home/schwarz/firefox-kde-opensuse/src/mozilla-unified/python/mozbuild/mozbuild/action/check_binary.py:13: DeprecationWarning: The distutils package is deprecated and slated for removal in Python 3.12. Use setuptools or check PEP 632 for potential alternatives
121:28.84 from distutils.version import StrictVersion as Version
121:32.31 make[2]: [/home/schwarz/firefox-kde-opensuse/src/mozilla-unified/config/recurse.mk:34: compile] Fehler 2
121:32.32 make[1]: [/home/schwarz/firefox-kde-opensuse/src/mozilla-unified/config/rules.mk:352: default] Fehler 2
121:32.32 make: *** [client.mk:63: build] Fehler 2
121:32.34 0 compiler warnings present.
121:32.53 /usr/bin/notify-send --app-name=Mozilla Build System Mozilla Build System Build failed
==> FEHLER: Ein Fehler geschah in build().
Must be rebuilt against latest libdav1d...
XPCOMGlueLoad error for file /usr/lib/firefox/libxul.so:
libdav1d.so.5: cannot open shared object file: No such file or directory
Couldn't load XPCOM.
Pinned Comments
Thaodan commented on 2021-04-20 17:40 (UTC) (edited on 2021-04-21 22:45 (UTC) by Thaodan)
If you have issues with this package visit gitlab and read the readme first.