@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.
Search Criteria
Package Details: firefox-kde-opensuse 101.0.1-1
Package Actions
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: | 328 |
Popularity: | 0.011935 |
First Submitted: | 2009-12-11 09:10 (UTC) |
Last Updated: | 2022-06-25 12:33 (UTC) |
Dependencies (57)
- dbus-glib (dbus-glib-git)
- ffmpeg (ffmpeg-v4l2-request-git, ffmpeg-nox-git, ffmpeg-svt-vp9-git, ffmpeg-intel-full-git, ffmpeg-yt-dlp-bin, ffmpeg-amd-full, ffmpeg-decklink, ffmpeg-shinobi, ffmpeg-git, ffmpeg-ndi, ffmpeg-full, ffmpeg-full-git, ffmpeg-libfdk_aac, ffmpeg-headless, ffmpeg-obs, ffmpeg-vulkan, ffmpeg-cuda, ffmpeg-mmal, ffmpeg-amd-full-git, ffmpeg-nocuda)
- hicolor-icon-theme (hicolor-icon-theme-git)
- hunspell (hunspell-git)
- kmozillahelper
- libaom.so (aom-git, avm, aom-psy-git, aom)
- libdav1d.so (dav1d-git-optimized, lib32-libdav1d, dav1d-git, dav1d)
- libevent (libevent-fb, libevent-git)
- libgtk-3.so (gtk3-git, gtk3-typeahead, gtk3-patched-filechooser-icon-view, gtk3-no_deadkeys_underline, gtk3-classic, gtk3-classic-noatk-64, gtk3-ubuntu, gtk3)
- libharfbuzz.so (harfbuzz-git, lib32-harfbuzz-git, lib32-harfbuzz-minimal-git, harfbuzz-minimal-git, harfbuzz, lib32-harfbuzz)
- libicui18n.so (icu-git, lib32-icu-git, icu, lib32-icu)
- libicuuc.so (icu-git, lib32-icu-git, icu, lib32-icu)
- libvpx.so (libvpx-full-git, libvpx-git, lib32-libvpx, lib32-libvpx1.3, libvpx, libvpx1.3)
- libxt
- mime-types (mailcap-mime-types, mailcap)
- nspr (nspr-hg)
- nss (nss-hg)
- sqlite (sqlite-replication, sqlite-minimal-git, sqlite-fts3-parenthesis, sqlite-fossil)
- aom (aom-vmaf-git, aom-git, aom-psy-git, aom-av1-psy-git) (make)
- autoconf2.13 (make)
- Show 37 more dependencies...
Required by (136)
- activityfox-git (requires firefox)
- admin-git (requires firefox) (optional)
- aksusbd-bin (requires firefox) (make)
- anylogic-ple (requires firefox) (optional)
- anylogic-ple-8.2.4 (requires firefox) (optional)
- anylogic-professional (requires firefox) (optional)
- anylogic-professional-8.2.4 (requires firefox) (optional)
- anylogic-university (requires firefox) (optional)
- anylogic-university-8.2.4 (requires firefox) (optional)
- arc-firefox-theme-git (requires firefox)
- atelierb (requires firefox) (optional)
- bright-cmgui (requires firefox)
- browsh (requires firefox)
- browsh-bin (requires firefox)
- cacaoweb-bin (requires firefox)
- clean-home (requires firefox) (optional)
- conkeror-git (requires firefox)
- crunchyroll-guest-pass-finder (requires firefox) (optional)
- desktop-like-mobile-config-firefox (requires firefox)
- ff2mpv-go-git (requires firefox) (optional)
Sources (24)
- 0004-bmo-847568-Support-system-harfbuzz.patch
- 0005-bmo-847568-Support-system-graphite2.patch
- 0006-bmo-1559213-Support-system-av1.patch
- 0020-Make-PGO-use-toolchain.patch
- 0022-bmo-1516803-force-one-LTO-partition-for-sandbox-when.patch
- 0024-Fix-building-with-PGO-when-using-GCC.patch
- 0027-LTO-Only-enable-LTO-for-Rust-when-complete-build-use.patch
- 5022efe33088.patch
- add_missing_pgo_rule.patch
- build-disable-elfhack.patch
- firefox-branded-icons-258c46cb700250b2f131d441e6470e5a23ee8a4b.patch
- firefox-kde-258c46cb700250b2f131d441e6470e5a23ee8a4b.patch
- firefox.desktop
- fix-wayland-build.patch
- fix_csd_window_buttons.patch
- fix_ftbfs_cbindgen_gt_0.23.patch
- hg+https://hg.mozilla.org/mozilla-unified#tag=FIREFOX_101_0_1_RELEASE
- kde.js
- mozconfig
- mozilla-kde-258c46cb700250b2f131d441e6470e5a23ee8a4b.patch
- mozilla-nongnome-proxies-258c46cb700250b2f131d441e6470e5a23ee8a4b.patch
- pgo_fix_missing_kdejs.patch
- unity-menubar.patch
- vendor.js
Latest Comments
Thaodan commented on 2022-05-29 08:42 (UTC)
gschwarz commented on 2022-05-29 02:27 (UTC)
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?)
gu1ll0me commented on 2022-05-24 21:21 (UTC)
Version 100.0.2 build great here.
Thanks for your work !
pr0mises commented on 2022-05-16 19:11 (UTC) (edited on 2022-05-16 19:19 (UTC) by pr0mises)
@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.
gschwarz commented on 2022-05-07 17:01 (UTC)
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().
pix3l commented on 2022-05-07 09:16 (UTC)
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.
pr0mises commented on 2022-05-05 15:04 (UTC)
@Thaodan: Sadly not updated yet Sir
Thaodan commented on 2022-05-04 20:07 (UTC)
Oh I already build the version just forgot to push. Should be fixed now.
pr0mises commented on 2022-05-04 19:55 (UTC)
@Thaodan: Ok thanks!
Your repo is on version 97. Will you update it anytime soon?
Thaodan commented on 2022-05-04 19:05 (UTC)
@pr0mises: Yes you can grab a prebuild version from my repo listed in the post at the top.
pr0mises commented on 2022-05-04 18:45 (UTC) (edited on 2022-05-04 18:45 (UTC) by pr0mises)
@Thaodan: I opened an issue on GitLab. I compiled it on a chroot environment using paru
Does this has a bin version just to know?
Thaodan commented on 2022-05-02 22:08 (UTC)
@gschwartz:
Now there's one details which I find slightly annoying: when launching Firefox for the first time (or after a reinstall) it defaults to US English as the application language. Of course this can easily be changed in the settings; however wouldn't it make more sense to default to the KDE Plasma language the user selected? (just as any other application does)
Firefox defaults to the $LANGUAGE set however if you don't have the lang package installed it uses English as default.
Thaodan commented on 2022-05-02 22:06 (UTC) (edited on 2022-05-02 22:10 (UTC) by Thaodan)
@Thaodan: If you don't remove the export line you will face @torma 's error. I will try to compile again without it I guess?
Did you compile in a clean chroot? I compiled the package already with that variable enabled as you can see in my repo and I did not face that error.
Please create an issue on Gitlab if you continue to face that error!
pr0mises commented on 2022-05-02 16:34 (UTC) (edited on 2022-05-02 16:35 (UTC) by pr0mises)
@Thaodan: If you don't remove the export line you will face @torma 's error. I will try to compile again without it I guess?
Also, please check md5sums as av1 patch fails to pass validity check.
Thank you
Thaodan commented on 2022-05-02 12:50 (UTC)
@pr0mises: Please create a bug for both issues and post logs. Rememner to use a clean chroot.
pr0mises commented on 2022-05-02 12:36 (UTC) (edited on 2022-05-02 12:39 (UTC) by pr0mises)
It seems that av1 patch fails to pass validity check so I had to run updpkgsums
inside the directory to get it working.
I had to remove
export MACH_USE_SYSTEM_PYTHON=1
line from PKGBUILD, that's the only way to get it started to compile but then two hours into building I faced an error with gkrust-shared saying that it couldn't compile 'style' and it killed off the process.
Has anyone been able to build this?
gschwarz commented on 2022-04-17 21:06 (UTC)
I just successfully rebuilt and reinstalled firefox-kde-opensuse on an Arch Linux system. Worked with no problems. The reinstallation was necessary due to some updated libraries. Thanks a lot for maintaining this package; it's the only chance to have Firefox work with global menus.
Now there's one details which I find slightly annoying: when launching Firefox for the first time (or after a reinstall) it defaults to US English as the application language. Of course this can easily be changed in the settings; however wouldn't it make more sense to default to the KDE Plasma language the user selected? (just as any other application does)
torma commented on 2022-04-11 23:50 (UTC)
This is failing to install
==> Sources are ready.
==> Making package: firefox-kde-opensuse 97.0.1-1 (Mon 11 Apr 2022 07:42:22 PM EDT)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> WARNING: Using existing $srcdir/ tree
==> Removing existing $pkgdir/ directory...
==> Starting build()...
Creating global state directory from environment variable: /home/--------/.cache/yay/firefox-kde-opensuse/src/mozbuild
psutil<=5.8.0,>=5.4.2: Installed with unexpected version "5.9.0"
zstandard<=0.16.0,>=0.11.1: Installed with unexpected version "0.17.0"
Traceback (most recent call last):
File "/home/--------/.cache/yay/firefox-kde-opensuse/src/mozilla-unified/./mach", line 96, in <module>
main(sys.argv[1:])
File "/home/--------/.cache/yay/firefox-kde-opensuse/src/mozilla-unified/./mach", line 88, in main
mach = check_and_get_mach(os.path.dirname(os.path.realpath(__file__)))
File "/home/--------/.cache/yay/firefox-kde-opensuse/src/mozilla-unified/./mach", line 35, in check_and_get_mach
return load_mach(dir_path, mach_path)
File "/home/--------/.cache/yay/firefox-kde-opensuse/src/mozilla-unified/./mach", line 21, in load_mach
return mach_initialize.initialize(dir_path)
File "/home/--------/.cache/yay/firefox-kde-opensuse/src/mozilla-unified/build/mach_initialize.py", line 212, in initialize
_activate_python_environment(
File "/home/--------/.cache/yay/firefox-kde-opensuse/src/mozilla-unified/build/mach_initialize.py", line 147, in _activate_python_environment
mach_environment = MachSiteManager.from_environment(
File "/home/--------/.cache/yay/firefox-kde-opensuse/src/mozilla-unified/python/mach/mach/site.py", line 271, in from_environment
if external_python.provides_any_package("mach", requirements)
File "/home/--------/.cache/yay/firefox-kde-opensuse/src/mozilla-unified/python/mach/mach/site.py", line 867, in provides_any_package
raise Exception(
Exception: The Python packages associated with "/usr/bin/python3" aren't compatible with the "mach" virtualenv
==> ERROR: A failure occurred in build().
Aborting...
-> error making: firefox-kde-opensuse
francoism90 commented on 2021-10-23 20:24 (UTC)
@Thaodan Thanks for your reply and checking my package on missing patches. :)
I'll checkout fix_csd_windows_buttons.patch
, this does seem to be useful when using global menu's.
Thaodan commented on 2021-10-23 20:17 (UTC)
@francoism90: That's quite often the case, I prepared previous updates like this before. Thanks for the hint, now I can already prepare the 94.0 upgrade. The fix_csd_windows_buttons is missing in your patches thou.
francoism90 commented on 2021-10-23 18:19 (UTC)
@Thaodan It seems most provided OpenSUSE KDE patches can be applied to FF 94.* and firefox-developer-edition
can be compiled just fine with the default arch repos.
I have created firefox-developer-edition-kde which does use most OpenSUSE patches except the PDO ones.
pix3l commented on 2021-10-21 21:02 (UTC) (edited on 2021-10-21 21:04 (UTC) by pix3l)
SIGINT XPCOMGlueLoad error for file /usr/lib/firefox/libxul.so: libffi.so.7: cannot open shared object file: No such file or directory Couldn't load XPCOM. badpixel ~
francoism90 commented on 2021-10-15 10:29 (UTC)
@Thaodan Should this be flagged? It seems OpenSUSE added support for FF 93: https://build.opensuse.org/package/show/mozilla:Factory/MozillaFirefox
gu1ll0me commented on 2021-10-04 21:21 (UTC) (edited on 2021-10-04 21:22 (UTC) by gu1ll0me)
92.0.1-1 : checksum fails for firefox-kde-a0c9416afc032611d6171e58cf711d3cb86c705f.patch
. Should be 43c65f6513fbc28aaa8238ad3bdb4e26
.
Thanks for version 92 update.
Thaodan commented on 2021-08-21 04:13 (UTC)
@pix3l:
@Thaodan: as Archlinux dev couldn't you apply patch from Gentoo to GCC?: >https://bugs.gentoo.org/792705
Fedora simply uses git snapshot of GCC, marked as gcc-11.1.1-3.fc34: >https://koji.fedoraproject.org/koji/buildinfo?buildID=1757009
I'm not an arch dev but that's what I did now kinda, I took the tagged version of GCC 11.2.0 and build it. I have a build of it in my personal repo until arch will update to the latest version if anyone wants to build the package and doesn't want the pain of building gcc.
pix3l commented on 2021-07-18 09:24 (UTC) (edited on 2021-07-18 09:29 (UTC) by pix3l)
@Thaodan: as Archlinux dev couldn't you apply patch from Gentoo to GCC?: https://bugs.gentoo.org/792705
Fedora simply uses git snapshot of GCC, marked as gcc-11.1.1-3.fc34: https://koji.fedoraproject.org/koji/buildinfo?buildID=1757009
BTW I have problem with this Firefox, that after running fullscreen app, like MPV, some Firefox windows stops repainting (I can close them by using F4, and new windows are not affected [until I run fullscreen app again]) Disabling option 'Allow appplications to block compositing' in KDE Plasma's "Compositor" settings workarounds the problem. I haven't tested other Firefox versions, and I'm using EGL Firefox backend and it started acting like that few months ago. I simply wonder if other's has similar problem like me ;-)
Thaodan commented on 2021-06-19 08:21 (UTC)
Scrumplex commented on 2021-05-30 19:36 (UTC)
I have added you as Co-Maintainer on the -bin package. I will be orphaning that package, as I switched to Sway on all my machines full time and am not utilizing most of the features of this package.
If you don't want to maintain the -bin package, just go ahead and remove yourself as co-maintainer and let the community do the work :D
Thanks again for your excellent work of maintaining this package.
Thaodan commented on 2021-05-25 06:11 (UTC)
Thaodan says that he is waiting for upstream patches in git(and is angry when somebody clicks it's out-of-date ;-)... ...but something doesn't add up, because I saw many times that upstream(SuSe) firefox with newer version was ready in OBS. But I don't know about this magical git repo (is it really lagging behind OBS? sounds strange at least
The OBS repo is a test bed for the maintainer and contains unfinished builds that are not complete. When the package update is finished it is pushed to git.
pix3l commented on 2021-05-24 20:17 (UTC)
This package is very often, to not say usually, out-of-date.
Thaodan says that he is waiting for upstream patches in git(and is angry when somebody clicks it's out-of-date ;-)... ...but something doesn't add up, because I saw many times that upstream(SuSe) firefox with newer version was ready in OBS. But I don't know about this magical git repo (is it really lagging behind OBS? sounds strange at least) Another thing of confusion for me is that there's 'Librewolf' firefox fork, that's usually up-to-date, but is using similar patchset. There's also firefox-appmenu and plasmafox. both are usually up-to-date, but not sure about patchsets. But I don't like forks, because they requires separate profiles (that cannot be symlinked, like few years ago)
There were argues few times there about it. And while Thaodan is doing it for free in his free time, I do wonder if he is using this firefox-kde-opensuse and if he is interested in maintaining it at all.
While my intel laptop is too limited to make test builds, I guess there are many Threadripper users. The question is if anyone is open for co-maintainership and what @Thaodan thinks about that, but I guess it's not his pet project, so I guess he is open for that. But are there any volunteers interested?
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.
Thaodan commented on 2021-04-20 17:38 (UTC)
mozilla-common was removed since MOZ_PLUGIN_PATH is no longer used/supported.
pix3l commented on 2021-04-16 10:43 (UTC)
@perfi: Why it has been removed?
pacman -Ql mozilla-common mozilla-common /etc/ mozilla-common /etc/profile.d/ mozilla-common /etc/profile.d/mozilla-common.csh mozilla-common /etc/profile.d/mozilla-common.sh
anyway all it does is setting one env var:
cat /etc/profile.d/mozilla-common.csh setenv MOZ_PLUGIN_PATH "/usr/lib/mozilla/plugins"
cat /etc/profile.d/mozilla-common.sh export MOZ_PLUGIN_PATH="/usr/lib/mozilla/plugins"
There's a mirror of package: https://eu.mirror.archlinuxarm.org/aarch64/extra/mozilla-common-1.4-6-any.pkg.tar.xz
Perfi commented on 2021-04-16 09:48 (UTC)
mozilla-common has been removed from the official arch repos, so this won't build atm :(
Scrumplex commented on 2021-04-16 07:54 (UTC)
The binary package in home-thaodan
needs a rebuild, as icu
as updated.
pix3l commented on 2021-04-03 20:09 (UTC)
@gschwarz: you've inspired me to check it again and it's all f* as always
Under X11 Both plasma widgets "Window AppMenu" and "Global Menu" somehow worked. Sometimes one of segaulted with Konsole, while other worked with Firefox and sometiems one worked with Konsole, but other didn't show menu from Firefox. It was generally problematic.
Under Wayland both plasma built-in "Global Menu 2.0" and "Window Appmenu 0.6.0" works with Konsole, but any of them works with Firefox running as wayland native client (not default)
I haven't tested it, but on reddit somebody stated that firefox-appmenu works identically like firefox-kde-opensuse: https://www.reddit.com/r/kde/comments/h13s53/global_menu_when_using_plasma_wayland_kind_of/
Thaodan commented on 2021-03-30 07:06 (UTC)
Hey please ask for bigger questions like these on gitlab. It is hard to have conversation here. Short questions are ok but bigger issues are hard to follow.
It should work without MOZ_DBUS_REMOTE
, for me it just works on X11. On Wayland howvever it does not work at all since it is unsupported/buggy (https://bugs.kde.org/show_bug.cgi?id=424485).
Using the KDE globalmenu applet works just fine for me. All implementations work over DBus and proxy the menu over their respective toolkit. Firefox needs patches that add linux support to the existing menubar also used on macOS.
pix3l commented on 2021-03-29 21:15 (UTC)
@gschwarz: at leat we know it works in dolphin, but still now if you've tried doing it under X11 session(not wayland). If firefox's menu show in menu applet, then you can simply try magic sequence to make it responsive: https://www.reddit.com/r/kde/comments/8xox43/firefox_global_menu/
If id doesn't show at all in applet, they read info below
- install appmenu-gtk-module (I also recommend installing appmenu-qt4 for Qt4 apps)
run 'MOZ_DBUS_REMOTE=1 firefox' and see if it helps on wayalnd and X11. New wayland-compatible appmenu implementation uses dbus and it was needed in the past
if you want to make it permament you can run: echo export MOZ_DBUS_REMOTE=1 >> ~/.bash_profile or sudo echo MOZ_DBUS_REMOTE=1 >> /etc/profile
gschwarz commented on 2021-03-29 20:57 (UTC)
Thanks for the reply. In fact global menus are my only motivation to look consider firefox-kde-opensuse. I am using KDE's built-in global menu support (via a panel at the top of the screen) and it works nicely with KDE apps as well as with e.g. vlc and Chromium. Did not install additional software to get a global menu.
pix3l commented on 2021-03-29 20:46 (UTC)
@gschwarz: I've temporarily disabled global menu, because firefox with thousand o tabs became CPU hog(it worked under plasma few months ago), but:
-
there are different Global Menu implementations (applets) and I remember that some were not working with firefox or not working at all.
-
global menu haven't worked in the past under wayland, but there were some changes inside kde in recent released, I haven't tested.
Other thing is that Firefox and LibreOffice always got buggy implementations. Some time ago you needed to open global menu from firefox(it was in the panel, but unresponsive), switch to other virtual_workspace)/desktop, click on another app(without deselecting global menu, switch back and click on firefox window of gliobal menu(not sure, but you can google this procedure. But after doing it once, global menu worked until you've restarted firefox)
Generally Firefox always got buggy iplemetation and sometimes needed quirks to start working. Global Menu were always buggy, especially in the past were there were different approaches to achieve it, so applets needed dierent codebases for different ...hmmm...let's call it 'standards'. In the past (after some upgrades) some applets started working and soem got broken and sometimes were bringing whole plasma down (especially firefox). you can also try firefox-appmenu (it's in the chaotic-aur and archlinuxcn), it's more recent, but doesn't provide kde patches [but with gtk portal it lacks probably only activities and taskbar integration, but not sure about them])
Btw, write down applet you are using and if other apps (like dolphin/konsole) works with it, because problem may be related not to firefox, but to broken applet or badly written Qt plugins(all these chinese crapware like Deepin or UKUI installs them and causes sometiems not working global menu or segfaulting Qt apps under plasma(or viceversa) with some scaling factor(global envs) set] you can check it by running such applications and plasmashell from terminal and look over warning/errors qbout Qt plugins and find them latter by running: pacman -Qo /usr/lib/qt/plugins/*
gschwarz commented on 2021-03-29 16:54 (UTC)
Is that version supposed to support KDE's global menu (application menu)? Unfortunately it looks like it does not do so on my installation.
Thaodan commented on 2021-03-28 23:16 (UTC)
I'm waiting for the updated patches to appear in git.
malcolm commented on 2021-03-28 20:21 (UTC)
could you please update to firefox 87?
Thaodan commented on 2021-03-26 10:16 (UTC)
@winicius Use my repository (recommended) or the -bin package was mentioned.
Scrumplex commented on 2021-01-19 15:08 (UTC)
winicius: Wrong package. I guess you wanted to install firefox-kde-opensuse-bin. I just updated it.
winicius commented on 2021-01-19 14:44 (UTC) (edited on 2021-01-19 14:45 (UTC) by winicius)
Getting this error:
==> Retrieving sources...
-> Downloading firefox-kde-opensuse-84.0.1-1-x86_64.pkg.tar.xz...
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
0 0 0 0 0 0 0 0 --:--:-- 0:00:01 --:--:-- 0
curl: (22) The requested URL returned error: 404 Not Found
==> ERROR: Failure while downloading https://thaodan.de/public/archlinux/home-thaodan/x86_64/firefox-kde-opensuse-84.0.1-1-x86_64.pkg.tar.xz
Aborting...
Scrumplex commented on 2020-12-29 11:07 (UTC)
torma: You need to rebuild the package, as one of the core libraries was updated, which needs a recompile.
torma commented on 2020-12-29 10:51 (UTC)
What's going on with this? When I try to run firefox (from the .desktop file), nothing happens.
From the terminal, I get the following:
XPCOMGlueLoad error for file /usr/lib/firefox/libxul.so:
libicui18n.so.68: cannot open shared object file: No such file or directory
Couldn't load XPCOM.
Thaodan commented on 2020-12-25 16:44 (UTC)
@Scrumplex: My mirror was out of date, rebuilding against icu 68 now.
Scrumplex commented on 2020-12-25 16:25 (UTC)
Thanks for the update! I maintain the firefox-kde-opensuse-bin package, which pulls your package from your repo and I just noticed that you apparently compiled against an older version of icu. I can't run your binary on my machine.
$ ldd libxul.so | grep icu
libicui18n.so.67 => not found
libicuuc.so.67 => not found
$ pacman -Q icu
icu 68.2-1
Thaodan commented on 2020-12-25 15:57 (UTC) (edited on 2021-03-26 10:18 (UTC) by Thaodan)
Building with PGO/LTO requires fixes from GCC 10.2.1 see: GCC#45375 and RHBZ#1849165. If you want to build it you get can an updated GCC from my repo.
EDIT: GCC 10.2.1 was released and is now released into arch repos.
Thaodan commented on 2020-12-25 12:52 (UTC)
I have a branch with Firefox 83.0 but currently I get an ICE when building with LTO/PGO. If you want to try see here: https://gitlab.com/Thaodan/firefox-kde-opensuse/-/commit/c8d516e2ec9cd3a171c91ddf8ce1ceded0c84417
For firefox 84 I wait for an update on the Suse patches.
Thaodan commented on 2020-12-22 13:04 (UTC) (edited on 2020-12-22 13:05 (UTC) by Thaodan)
If you wonder why I haven't updated my packages see here (@pix3l):
pix3l commented on 2020-12-22 11:59 (UTC) (edited on 2020-12-22 12:05 (UTC) by pix3l)
Has it been abandoned?
I've temporarily switched to firefox-appmenu with GTK portal for file dialogs. Are there any other differences between firefox-appmenu and firefox-kde-opensuse than global menu and Qt file picker?
Thaodan commented on 2020-09-08 21:03 (UTC)
No won't do that. If you have issues with the binary repo either write my an email or report on gitlab.
shaybox commented on 2020-09-08 20:11 (UTC)
Please put firefox-kde-opensuse in its own repository, you have to put home-thaodan above other third party mirrors because they provide outdated builds (78-79) but doing so makes so many packages out of date because none of the other packages on home-thaodan are updated
Thaodan commented on 2020-09-02 17:45 (UTC)
Please great a bug on gitlab. Give an example to test and compare with the base arch package.
Scrumplex commented on 2020-09-02 17:38 (UTC)
Looks like service workers don't work with either your binary or this package in general.
Failed to load ‘https://hass/frontend_latest/authorize.3f02e4e6.js’. A ServiceWorker intercepted the request and encountered an unexpected error. service_worker.js:1:10770
Loading failed for the module with source “https://hass/frontend_latest/authorize.3f02e4e6.js”. authorize:1:1
Interestingly when opening the url mentioned FF shows a generic error screen, with the following error in the console:
Failed to load ‘’. A ServiceWorker intercepted the request and encountered an unexpected error. service_worker.js:1:10770
The character encoding of the plain text document was not declared. The document will render with garbled text in some browser configurations if the document contains characters from outside the US-ASCII range. The character encoding of the file needs to be declared in the transfer protocol or file needs to use a byte order mark as an encoding signature. authorize.3f02e4e6.js
No strings exist for error: corruptedContentErrorv2-title aboutNetError.js:229:13
This error page has no error code in its security info aboutNetError.js:585:13
Thaodan commented on 2020-05-14 00:10 (UTC) (edited on 2020-05-14 00:11 (UTC) by Thaodan)
Hey,
Sorry for the large delay in updates on this package. I didn't had the time to update the pkg for a while and had some larger bugs to fix as visible in the git log.
The package now requires a patched version of graphite as mozilla patched theirs to include some functions for their sandbox that result in faster speed.
Also I had to add a workaround because of a different behaiviour when it comes to gcc if lto is used compared clang.
If something else comes up please file an issue on gitlab.
renzobenzo commented on 2020-04-06 03:43 (UTC)
Is this still maintained?
Teyro commented on 2020-04-03 20:24 (UTC)
Hi there,
is there a chance for an update? 72 is really old und its every dady harder to get it stable working...
Thaodan commented on 2020-02-04 09:18 (UTC)
@k0r0ng: Sorry I forgot to push the updating commit, done. @ShayBox: You don't seem to get how I'm using the gitlab repo, please look closer before complaining.
shaybox commented on 2020-02-04 07:49 (UTC)
aur packages are git repositories, you should be commit/pushing to this, using gitlab as your main repo defeats the purpose of using the aur packages git repo, you could just make this package pull the gitlab repo.
k0r0ng commented on 2020-01-30 16:48 (UTC)
I know v72.0.2 is in your repo(thaodan.de), but can you update the PKGBUILD that is also here(AUR).
Thaodan commented on 2019-12-04 18:47 (UTC) (edited on 2019-12-04 18:48 (UTC) by Thaodan)
Hey guys:
I have updated the package to 71.0 but because of an issue related to firefox not allocating objects with correct alignment the package is currently buggy.
Its waiting in a separate branch on gitlab currently:
https://gitlab.com/Thaodan/firefox-kde-opensuse/tree/firefox71
sevenk commented on 2019-11-28 17:07 (UTC) (edited on 2019-11-28 17:13 (UTC) by sevenk)
Since this update the build fails. Any hints?
Ok, I just read the comment. The new RUST version it is.
20:19.59 error: aborting due to 68 previous errors
20:19.59 Some errors have detailed explanations: E0119, E0204.
20:19.59 For more information about an error, try
rustc --explain E0119
.
20:19.86 Compiling dump_syms_rust_demangle v0.1.0 (/build/firefox-kde-opensuse/src/mozilla-unified/toolkit/crashreporter/rust)
20:19.90 error: could not compile style
.
20:19.90 To learn more, run the command again with --verbose.
20:19.90 make[5]: [/build/firefox-kde-opensuse/src/mozilla-unified/config/makefiles/rust.mk:248: force-cargo-library-build] Error 101
20:19.90 make[4]: [/build/firefox-kde-opensuse/src/mozilla-unified/config/recurse.mk:74: toolkit/library/rust/target] Error 2
20:19.90 make[4]: Waiting for unfinished jobs....
20:20.04 Finished release [optimized] target(s) in 18m 21s
20:20.07 make[3]: [/build/firefox-kde-opensuse/src/mozilla-unified/config/recurse.mk:34: compile] Error 2
20:20.07 make[2]: [/build/firefox-kde-opensuse/src/mozilla-unified/config/rules.mk:391: default] Error 2
20:20.07 make[1]: [Makefile:201: profiledbuild] Error 2
20:20.07 make: *** [client.mk:125: build] Error 2
20:20.11 0 compiler warnings present.
20:20.14 /usr/bin/notify-send --app-name=Mozilla Build System Mozilla Build System Build failed
Thaodan commented on 2019-11-26 17:21 (UTC)
The shorter explanation: pacman doesn't track files like rpm and if a library bump occurs it doesn't recognizes it. I explained issues like this again and again. I'll add a faq.
The longer explanation: Some libraries are linked directly on a specific abi version, either by choice or because it's forced. For example icu is such a case because the C++ ABI isn't considered stable by them .
mareex commented on 2019-11-26 16:41 (UTC)
@Thaodan That was no offense at all. I appreciate your work and respect that you have a social life and that you do this in your spare time. But I am also a little bit disappointed that such a fundamental issue like the icu rebuilt is undected by you since 14 days. Why I did not report this issue? Well, yeah that is my fault. I reported the dav1d rebuild issue and it got fixed very soon. Thanks for that. But after a few days there was this icu issue. I decided for myself, that the maintainance burden to use this package is to high for me. But I should had report it. I still miss the global menu So I came back here in order to look if the issue has been resolved :-D. I saw ShayBox's comment that was unheeded for 4 days. So he already reported the issue. A response to him would have been very appreciated (you also managed to respond to me within 5 minutes). As I said, I appreciate your work but I think we need to communicate more.
mareex commented on 2019-11-26 16:01 (UTC)
@ShayBox Yeah this package is literally a pain in the ass. I've dedided to stop using it because it broke way to often.
At least for standard firefox we can use GTK_USE_PORTAL=1 firefox together with https://www.archlinux.de/packages/extra/x86_64/xdg-desktop-portal-kde to have a Plasma file picker dialog. Still there is no support for global menu in standard firefox.
shaybox commented on 2019-11-22 03:13 (UTC) (edited on 2019-11-22 03:15 (UTC) by shaybox)
Hasn't worked in weeks
XPCOMGlueLoad error for file /usr/lib/firefox/libxul.so:
libicui18n.so.64: cannot open shared object file: No such file or directory
Couldn't load XPCOM.
Repo needs to be recompiled if any of the shared libraries are updated btw
Thaodan commented on 2019-11-17 09:38 (UTC)
You have to downgrade to the older rust version. Firefox doesn't build with the current. I didn't found any old version and took this workaround.
hagabaka commented on 2019-11-17 04:26 (UTC)
I got an error about "rustup which rustc" failing during "configure". I had to run "rustup default stable" to get past this error. I'm not sure if this is something new, or if it's due to my system's setup, or if this is the correct solution.
mareex commented on 2019-11-12 17:25 (UTC)
can this be rebuilt against latest dav1d and pushed to your repo? 70.0.1-1 refuses to start with newest dav1d.
general0927 commented on 2019-09-17 23:00 (UTC)
Firefox 69.0 is now in Thaodan's repository. Successfully updated via pacman. Thanks for your work, Thaodan.
digitalone commented on 2019-09-11 17:39 (UTC)
Is dav1d really needed? Upstream firefox hasn't.
Anonymo commented on 2019-08-27 16:55 (UTC)
libdbusmenu-gtk3 and/or libdbusmenu-gtk2 allows the global menus to show.
commented on 2019-08-10 15:55 (UTC)
After updating, I had two XPCOMGlueLoad errors. I solved it with:
cd /usr/lib/
sudo ln -s libdav1d.so.2.0.0 libdav1d.so.1
sudo ln -s libevent-2.1.so.7.0.0 libevent-2.1.so.6
Sorry for my English.
commented on 2019-08-10 15:45 (UTC)
After updating, I had two XPCOMGlueLoad errors. I solved it with: cd /usr/lib/ sudo ln -s libdav1d.so.2.0.0 libdav1d.so.1 sudo ln -s libevent-2.1.so.7.0.0 libevent-2.1.so.6 Sorry for my English.
francoism90 commented on 2019-08-10 07:13 (UTC)
XPCOMGlueLoad error for file /usr/lib/firefox/libxul.so:
libevent-2.1.so.6: cannot open shared object file: No such file or directory
Couldn't load XPCOM.
I'm using the repo, maybe it's needs a recompile? :)
Thaodan commented on 2019-07-12 22:13 (UTC)
That link requires login. Precompiled builds are also aviable at the repo above.
Teyro commented on 2019-07-12 22:00 (UTC) (edited on 2019-07-12 22:01 (UTC) by Teyro)
Precompiled build 68... https://cloud.teyro.tech/s/JJ2omrGYcacJW7K
eschwartz commented on 2019-07-11 21:39 (UTC)
If you weren't uploading the *crashreporter-symbols-full.zip archive to https://symbols.mozilla.org/ then you should never have been using mercurial in the first place.
Geeko commented on 2019-06-29 03:34 (UTC) (edited on 2019-06-29 16:03 (UTC) by Geeko)
Hi, Thaodan, can you replace the main source by the simple url as it done in this commit [https://git.archlinux.org/svntogit/packages.git/commit/trunk/PKGBUILD?h=packages/firefox&id=72f78e3a121e4f729ede3367f2bf41e7b45c9170]? It would be more convenient, besides, when I builded this package a few months ago, I received an error when loading the source. Perhaps other people had the same problem. And please replace the checksums with more reliable ones. The official package, for example, is already using sha256.
Thaodan commented on 2019-05-26 14:06 (UTC)
than you downloaded the wrong sources.
BasT commented on 2019-05-26 14:01 (UTC)
I cleared my cache and tried again, but I'm still getting the same error.
Thaodan commented on 2019-05-24 21:06 (UTC)
@BasT: Sory that was a syntax issue that was fixed by hand on my host but no on the patch side. Anyway I told Wolfgang and he fixed it. Please try again.
BasT commented on 2019-05-24 10:23 (UTC) (edited on 2019-05-24 10:26 (UTC) by BasT)
Making the package with CXXFLAGS+=" -mno-avx2" fails
51:45.72 /mnt/BigData/build/firefox-kde-opensuse/src/mozilla-unified/toolkit/system/unixproxy/nsUnixSystemProxySettings.cpp: In member function ‘void nsUnixSystemProxySettings::Init()’:
51:45.72 /mnt/BigData/build/firefox-kde-opensuse/src/mozilla-unified/toolkit/system/unixproxy/nsUnixSystemProxySettings.cpp:81:44: error: qualified-id in declaration before ‘(’ token
51:45.72 bool nsUnixSystemProxySettings::IsProxyMode(const char* aMode) {
51:45.72 ^
51:45.72 /mnt/BigData/build/firefox-kde-opensuse/src/mozilla-unified/toolkit/system/unixproxy/nsUnixSystemProxySettings.cpp:88:46: error: qualified-id in declaration before ‘(’ token
51:45.72 nsresult nsUnixSystemProxySettings::GetPACURI(nsACString& aResult) {
51:45.73 ^
51:45.73 /mnt/BigData/build/firefox-kde-opensuse/src/mozilla-unified/toolkit/system/unixproxy/nsUnixSystemProxySettings.cpp:114:53: error: a function-definition is not allowed here before ‘{’ token
51:45.73 const char* noProxyVal) {
51:45.73 ^
51:45.73 /mnt/BigData/build/firefox-kde-opensuse/src/mozilla-unified/toolkit/system/unixproxy/nsUnixSystemProxySettings.cpp:169:64: error: a function-definition is not allowed here before ‘{’ token
51:45.73 int32_t aPort, nsACString& aResult) {
51:45.73 ^
51:45.73 /mnt/BigData/build/firefox-kde-opensuse/src/mozilla-unified/toolkit/system/unixproxy/nsUnixSystemProxySettings.cpp:181:62: error: a function-definition is not allowed here before ‘{’ token
51:45.73 nsACString& aResult) {
51:45.73 ^
51:45.73 /mnt/BigData/build/firefox-kde-opensuse/src/mozilla-unified/toolkit/system/unixproxy/nsUnixSystemProxySettings.cpp:225:60: error: qualified-id in declaration before ‘(’ token
51:45.73 nsresult nsUnixSystemProxySettings::SetProxyResultFromGConf(
51:45.73 ^
51:45.73 /mnt/BigData/build/firefox-kde-opensuse/src/mozilla-unified/toolkit/system/unixproxy/nsUnixSystemProxySettings.cpp:249:64: error: qualified-id in declaration before ‘(’ token
51:45.73 nsresult nsUnixSystemProxySettings::SetProxyResultFromGSettings(
51:45.73 ^
51:45.73 /mnt/BigData/build/firefox-kde-opensuse/src/mozilla-unified/toolkit/system/unixproxy/nsUnixSystemProxySettings.cpp:281:69: error: a function-definition is not allowed here before ‘{’ token
51:45.73 static void proxy_MaskIPv6Addr(PRIPv6Addr& addr, uint16_t mask_len) {
51:45.74 ^
51:45.74 /mnt/BigData/build/firefox-kde-opensuse/src/mozilla-unified/toolkit/system/unixproxy/nsUnixSystemProxySettings.cpp:306:47: error: a function-definition is not allowed here before ‘{’ token
51:45.74 int32_t* aMask) {
51:45.74 ^
51:45.74 /mnt/BigData/build/firefox-kde-opensuse/src/mozilla-unified/toolkit/system/unixproxy/nsUnixSystemProxySettings.cpp:333:57: error: a function-definition is not allowed here before ‘{’ token
51:45.74 const nsACString& aHost) {
51:45.75 ^
51:45.75 /mnt/BigData/build/firefox-kde-opensuse/src/mozilla-unified/toolkit/system/unixproxy/nsUnixSystemProxySettings.cpp:374:54: error: qualified-id in declaration before ‘(’ token
51:45.75 nsresult nsUnixSystemProxySettings::GetProxyFromGConf(const nsACString& aScheme,
51:45.75 ^
51:45.75 /mnt/BigData/build/firefox-kde-opensuse/src/mozilla-unified/toolkit/system/unixproxy/nsUnixSystemProxySettings.cpp:431:58: error: qualified-id in declaration before ‘(’ token
51:45.75 nsresult nsUnixSystemProxySettings::GetProxyFromGSettings(
51:45.75 ^
51:45.75 /mnt/BigData/build/firefox-kde-opensuse/src/mozilla-unified/toolkit/system/unixproxy/nsUnixSystemProxySettings.cpp:493:51: error: qualified-id in declaration before ‘(’ token
51:45.75 nsresult nsUnixSystemProxySettings::GetProxyForURI(const nsACString& aSpec,
51:45.75 ^
51:45.75 /mnt/BigData/build/firefox-kde-opensuse/src/mozilla-unified/toolkit/system/unixproxy/nsUnixSystemProxySettings.cpp:511:43: error: qualified-id in declaration before ‘(’ token
51:45.76 nsUnixSystemProxySettings::GetProxyFromKDE(const nsACString& aScheme,
51:45.76 ^
51:45.76 In file included from /mnt/BigData/build/firefox-kde-opensuse/src/mozilla-unified/toolkit/system/unixproxy/nsUnixSystemProxySettings.cpp:7:
51:45.76 /mnt/BigData/build/firefox-kde-opensuse/src/mozilla-unified/obj-x86_64-pc-linux-gnu/dist/include/mozilla/Components.h:15:3: error: a template declaration cannot appear at block scope
51:45.76 template <> \
51:45.76 ^~~~~~~~
51:45.76 /mnt/BigData/build/firefox-kde-opensuse/src/mozilla-unified/toolkit/system/unixproxy/nsUnixSystemProxySettings.cpp:536:1: note: in expansion of macro ‘NS_IMPL_COMPONENT_FACTORY’
51:45.76 NS_IMPL_COMPONENT_FACTORY(nsUnixSystemProxySettings) {
51:45.76 ^~~~~~~~~~~~~~~~~~~~~~~~~
51:45.76 /mnt/BigData/build/firefox-kde-opensuse/src/mozilla-unified/toolkit/system/unixproxy/nsUnixSystemProxySettings.cpp:540:1: error: expected ‘}’ at end of input
51:45.76 }
51:45.77 ^
51:45.77 /mnt/BigData/build/firefox-kde-opensuse/src/mozilla-unified/toolkit/system/unixproxy/nsUnixSystemProxySettings.cpp:67:40: note: to match this ‘{’
51:45.77 void nsUnixSystemProxySettings::Init() {
51:45.77 ^
51:45.94 make[5]: *** [/mnt/BigData/build/firefox-kde-opensuse/src/mozilla-unified/config/rules.mk:807: nsUnixSystemProxySettings.i_o] Error 1
51:45.94 make[4]: *** [/mnt/BigData/build/firefox-kde-opensuse/src/mozilla-unified/config/recurse.mk:74: toolkit/system/unixproxy/target] Error 2
51:45.94 make[4]: *** Waiting for unfinished jobs....
51:58.96 make[3]: *** [/mnt/BigData/build/firefox-kde-opensuse/src/mozilla-unified/config/recurse.mk:34: compile] Error 2
51:58.96 make[2]: *** [/mnt/BigData/build/firefox-kde-opensuse/src/mozilla-unified/config/rules.mk:400: default] Error 2
51:58.96 make[1]: *** [Makefile:203: profiledbuild] Error 2
51:58.96 make: *** [client.mk:125: build] Error 2
51:58.98 0 compiler warnings present.
51:59.07 /usr/bin/notify-send --app-name=Mozilla Build System Mozilla Build System Build failed
==> ERROR: A failure occurred in build().
Aborting...
Thaodan commented on 2019-05-21 18:18 (UTC) (edited on 2019-05-24 21:07 (UTC) by Thaodan)
Hey guys, I've prepared the update to firefox 67 but didn't had time to build it (firefox takesb about 8/10 of 32gb ram). Thus its currently in a feature branch see here pls: https://gitlab.com/Thaodan/firefox-kde-opensuse/commits/ff67
I use added some patches to make specter2 migration better and use system av1 and system aom for less in tree libs.
Thaodan commented on 2019-05-07 21:24 (UTC)
WARNING: I changed the url to the repo my server. Please look above!
digitalone commented on 2019-04-25 22:51 (UTC)
Tried to reinstall this and core dump issue is still there. Installed archlinuxcn build and it works.
gfurst commented on 2019-04-08 19:15 (UTC)
Hey, sorry for taking so long Thaodan. Verbose mode doesn't show anything else:
[code]pacman -Sy --verbose :(
Root : /
Conf File : /etc/pacman.conf
DB Path : /var/lib/pacman/
Cache Dirs: /var/cache/pacman/pkg/ /var/cache/pacman/custom/
Hook Dirs : /usr/share/libalpm/hooks/ /etc/pacman.d/hooks/
Lock File : /var/lib/pacman/db.lck
Log File : /var/log/pacman.log
GPG Dir : /etc/pacman.d/gnupg/
Targets : None
:: Synchronising package databases...
core is up to date
extra is up to date
community is up to date
multilib is up to date
custom is up to date
error: failed retrieving file 'home-thaodan.db' from thaodan.de : Connection timed out after 10001 milliseconds
error: failed to update home-thaodan (download library error)
error: failed to synchronize all databases
[/code]
Also, funny thing, I noticed from the pinned comment, the '<' '>'. I don't think these are supposed to be there, but either way it doesn't seem to work.
Thaodan commented on 2019-04-02 18:08 (UTC)
Can you provide logs? May try add --verbose to pacman.
gfurst commented on 2019-04-02 18:04 (UTC)
This may be a bit unrelated here, but I can't get access to the repository (thaodan pre-built) via pacman. Even though I can open it just fine in my browser. What actually happens is that pacman complains of the database being unreachable, but I don't seem to be having dns resolve issues anywhere else. Does anyone have a clue why might this be?
Thaodan commented on 2019-03-27 19:55 (UTC)
Please try again. I had a typo if you look a few lines above.
RemoteAdmin commented on 2019-03-27 14:54 (UTC)
I'm not able to build the current version. It tells me:
1:42.10 ERROR: --enable-rust-simd does not work with Rust 1.33 or later. See https://bugzilla.mozilla.org/show_bug.cgi?id=1521249 .
1:42.15 *** Fix above errors and then restart with\
1:42.15 "./mach build"
1:42.15 make: *** [client.mk:115: configure] Error 1
==> ERROR: A failure occurred in build().
Aborting...
Thaodan commented on 2019-03-20 11:52 (UTC)
@sevenk: add CXXFLAGS+="-mno-avx2" to build().
sevenk commented on 2019-03-20 11:45 (UTC)
Moin,
can someone tell me on how to build without avx2? All my attempts so far where fruitless.
What have I to change in PKGBUILD or mozconfig? Or where to put the -mno-avx2 flag?
BR seven
petercxy commented on 2019-03-10 02:32 (UTC)
Or we need to depend on libvpx 1.7 on AUR instead of 1.8
farseerfc commented on 2019-03-09 12:02 (UTC) (edited on 2019-03-09 12:02 (UTC) by farseerfc)
@Thaodan libvpx 1.8.0 is not compatible with firefox, so we may need to disable "--with-system-libvpx" in mozconfig to use the mozilla vendored libvpx.
Thaodan commented on 2019-02-19 18:18 (UTC) (edited on 2019-02-19 18:18 (UTC) by Thaodan)
@pix3l it's missinformation because Firefox isn't linked against Qt. ( I think you mean Kmozillahelper which links against Qt). Run ldd on any ELF binary of this pkg and you'll see.
Farseerfc explained the issue already and he is probably right (need to verify). On my pc the build runs just fine but only because I have avx2 support. I'll fix the build and provide a new bin tomorrow.
Also please provide debug information like shell output and backtraces or I can't help.
pix3l commented on 2019-02-19 17:47 (UTC)
@farseerfc: I'm very glad you rebuild it with latest Qt(it works for me) and wanted to inform you, that's Qt related issue, because at some time archlinuxcn was working, and after upgrade(dunno what packages) it stopped. So I've installed Thaodan's version, and it worked until January's Qt upgrade from testing. Then got illegal instruction like digitalone using Thaodan version also, so switched to non-patched firefox. I don't know if I got avx2, or not (flags in /proc/cpuinfo shows only 'avx', theres no 'avx2', but both (achlinuxcn and Thaodan versions worked at some point), so at least in my case it's not CPU-related:
There are md5sums: f98f671b981240603225bb488781493e archlinuxcn/firefox-kde-opensuse-65.0-1-x86_64.pkg.tar.xz 8acc2b7af90f8f71c355c9455e5649d0 farseerfc/firefox-kde-opensuse-65.0.1-2-x86_64.pkg.tar.xz f98f671b981240603225bb488781493e thaodan/firefox-kde-opensuse-65.0-1-x86_64.pkg.tar.xz
@Thaodan: it's not misinformation. Qt from 'testing' went in some stable repo, so now, not inly 'testers' are affected. You can safely replace your build by farseerfc(if you want avoid recompiling ;-)
farseerfc commented on 2019-02-18 14:00 (UTC)
@Thaodan With pgo enabled, gcc will generate avx2 instructions in the resulted binary (regardless whether the running CPU support avx2 or not), and will cause illegal istruction
when running on a CPU not supporting avx2. Disable pgo and also elf-hack seems to fix the problem. I built a version that disabled pgo: https://build.archlinuxcn.org/~farseerfc/firefox-kde-opensuse-65.0.1-2-x86_64.pkg.tar.xz
Thaodan commented on 2019-02-11 18:48 (UTC)
Sorry but don't spread false information, you don't report any information just that didn't works and so on. The patches work for everyone. Its just which build did you use. If you don't provide enough information there's nothing I can do. If you want support please provide information and please post no backtraces here (thats why I said gitlab).
digitalone commented on 2019-02-11 18:42 (UTC) (edited on 2019-02-11 18:42 (UTC) by digitalone)
Sorry, I need a working browser, no time for testing. Will stick with upstream version, only wanted to report that these patches don't work for all systems. I got same issue with archlinuxcn version (sudo pacman -S archlinuxcn/firefox-kde-opensuse
after removing cached package).
Thaodan commented on 2019-02-11 16:42 (UTC)
@digitalone: please fil a bug at gitlab with the backtrace and any output of the app.
digitalone commented on 2019-02-11 16:27 (UTC) (edited on 2019-02-11 16:28 (UTC) by digitalone)
sudo pacman -S home-thaodan/firefox-kde-opensuse
firefox
illegal istruction (core dumped)
Thaodan commented on 2019-02-04 05:28 (UTC)
Sorry I cant remove the <> here its a bug in aurweb. Firefox isn't linked to Qt only Kmozillahelper try to rebuilt it. I won't build against testing.
pix3l commented on 2019-02-03 22:17 (UTC)
@Thaodan: your lasted (home-thaodan/firefox-kde-opensuse 65.0-1) doesn't work with Qt from [testing]:
[26001.637968] traps: firefox[2697] trap invalid opcode ip:7f82b023d371 sp:7ffc41a19980 error:0 in libxul.so[7f82acfe5000+496f000]
Could you try rebuild it against [testing]? Standard firefox 65.0-1 from [extra] works (porbably because it doesn't link against Qt)
@a7med: because repo URL posted there is broken there,( <> symbols), so use mine instead:
[home-thaodan] SigLevel = PackageOptional Server = https://thaodan.de/home/bidar/home-thaodan/$arch
a7med commented on 2019-01-17 01:49 (UTC)
@pix3l I can't add thaodan repo although I have followed all instruction I got this error: failed retrieving file 'home-thaodan.db' from thaodan.de : error: failed to update home-thaodan (download library error)
pix3l commented on 2019-01-15 23:44 (UTC) (edited on 2019-01-15 23:45 (UTC) by pix3l)
@a7med: remove firefox-kde-opensuse and reinstall it from Thaodan repo (not archlinuxcn!!) and it should fix your problem (remember to remove archlinuxcn version from pacman cache. Otherwise it will try to install archlinuxcn version from cache[and probably fail, because mismatched signature, but it depends on pacman configuration]. Anyway run this: - - - cut here - - - rm /var/cache/pacman/pkg/firefox-kde-opensuse-64.0.2-1-x86_64.pkg.tar.xz pacman -S home-thaodan/firefox-kde-opensuse - - - cut here - - - I had identical problem(firefox coredump) that happened after latest upgrade(probably KDE Frameworks 5.54.0 or even more recent plasma-desktop/plasma-workspace v5.14.5-2). Before uograde it(problably archlinuxcn version) worked OK and 'normal' firefox from 'extra' is not affected (but it doesn't support Global Menu). archlinuxcn got identical version/rel, like you can see there: - - - cut here - - - pacman -Ss firefox-kde-opensuse home-thaodan/firefox-kde-opensuse 64.0.2-1 [zainstalowano] Standalone web browser from mozilla.org with OpenSUSE patch, integrate better with KDE archlinuxcn/firefox-kde-opensuse 64.0.2-1 [zainstalowano] Standalone web browser from mozilla.org with OpenSUSE patch, integrate better with KDE - - - cut here - - -
archlinuxcn usually don't upload PKGBUILDs to AUR and usually they got more recent versions in their binary repo that PKGBUILD in AUR, often with slightly different patchsets. I usually prefer Thaodan builds, but archlinuxcn got latest version of firefox-kde-opensuse 2 days before Thaodan.
Thaodan commented on 2019-01-10 18:37 (UTC)
AJSlye: I never mentioned licensing anywhere but do as you please and throw the GPL thing in here.
a7med: Which build gives you that error? I you have a larger issue (backtrace and so on) post them on gitlab.
a7med commented on 2019-01-10 18:10 (UTC)
it stop working after latest update it gives this error "Illegal instruction (core dumped)" on opening
AJSlye commented on 2019-01-09 13:45 (UTC) (edited on 2019-01-09 14:54 (UTC) by AJSlye)
Licencing is what GNU has to do with the conversation. Gcc is the GNU C compiler.
Besides, I'm sure BSD, Windows, Mac, and other OS developers couldn't give 2 cents about gcc vs clang. AFAIK, Linux is not even the majority of Mozilla's user base.
Thaodan commented on 2019-01-09 13:41 (UTC)
It is but its not just some. Only Suse and Arch are currenlty using clang for firefox. Mozilla can use what they want but still have to support GCC if the majority of Linux distros are using GCC. I dont know what GNU has to do with Firefox.
Thaodan commented on 2019-01-09 13:22 (UTC)
Some so Fedora/Red Hat are some Linux devs? i don't think thats Linux zealot BS.
Thaodan commented on 2019-01-09 09:14 (UTC)
Mozilla just wants to maintain one compiler. I don't think that a monoculture is a good move. I dont think its good to build one package against another compiler. Theres a reason for such policy in fedora.
Thaodan commented on 2019-01-09 05:43 (UTC) (edited on 2019-01-09 05:51 (UTC) by Thaodan)
@AJSlye: upstream arch just followed the others. There was no infight just a short thought switch. Any way: thanks to the workaround from fedora and the fixes from Jan Hubička I was able to restore pgo support with gcc and also to remove the gcc7 workaround. On top of that lto is also enabled. If anyone wants to read my sources on the fix:
http://hubicka.blogspot.com/2018/12/even-more-fun-with-building-and.html
Thaodan commented on 2019-01-08 12:27 (UTC)
@AJSlye: that something I dont want. Hoever those are going to be fixed: https://mastransky.wordpress.com/2019/01/08/fedora-firefox-heads-to-updates-with-pgo-lto/
Thaodan commented on 2019-01-07 09:50 (UTC)
@a7med: Because I maintain the pkg in my sparetime? On larger updates sometimes updates take longer (waiting for patches, fixing bugs like a broken pgo build).
a7med commented on 2019-01-06 13:13 (UTC)
why didn't update to version 64 till now? manjaro repos have the latest version already more than month ago!
Thaodan commented on 2018-10-31 09:03 (UTC)
Pushed update to my binary repo.
Thaodan commented on 2018-10-31 09:03 (UTC)
Pushed update to my binary repo.
XavierCLL commented on 2018-10-30 16:22 (UTC)
with the last icu update, it require rebuild, please push 63.0-3
RemoteAdmin commented on 2018-10-30 12:24 (UTC) (edited on 2018-10-30 14:10 (UTC) by RemoteAdmin)
@Thaodan sry the outofdate message was for the wrong package...
petronny commented on 2018-10-30 04:19 (UTC)
Hi, could you add jack to makedepends?
And cargo should be removed from makedepends since rust has provided cargo.
Scrumplex commented on 2018-10-06 21:07 (UTC)
firefox-61.0-mozHunspell.patch from gentoo is not available anymore.
Needs to be changed to: <https://gitweb.gentoo.org/repo/gentoo.git/plain/www-client/firefox/files/firefox-61.0-mozHunspell.patch?id=290085ddf5cee5ebe06c91cc5db29a7e62dd2d5a>
Singularity commented on 2018-09-16 20:03 (UTC)
Build stops with a python error for me. What is the issue that it relies on gcc7?
pix3l commented on 2018-09-06 14:48 (UTC)
https://build.opensuse.org/package/show/mozilla:Factory/MozillaFirefox v62 patchset already there!
Thaodan commented on 2018-07-15 12:49 (UTC)
@aragonix: nope please fil a bug with more info, like install source, page where that happens etc.
aragonix commented on 2018-07-15 10:30 (UTC)
The KDE file dialog suddenly stopped working and FF (61.0.1 (64-bit)) is back using the ugly GTK dialogs. Is just want to confirm that this is affecting somebody else aswell (?) and make sure its not related to my system, before I file a bug.
Thaodan commented on 2018-07-11 18:45 (UTC)
@francoism90: sorry, added to sticky post.
francoism90 commented on 2018-07-11 18:39 (UTC)
@Thaodan Thanks for the fix!
What is the upstream repo? I'm not aware of it. :)
Thaodan commented on 2018-07-11 18:16 (UTC)
@denisfalqueto: done, see pinned comment
Thaodan commented on 2018-07-11 18:15 (UTC) (edited on 2019-05-24 21:07 (UTC) by Thaodan)
upstream git repo:* (https://gitlab.com/Thaodan/firefox-kde-opensuse)
repo in /etc/pacman.conf:
[home-thaodan]
Server = https://thaodan.de/public/archlinux/home-thaodan/x86_64/
import the key
sudo pacman-key --recv-keys BBFE2FD421597395E4FC8C8DF6C85FEE79D661A4
pacman-key --finger BBFE2FD421597395E4FC8C8DF6C85FEE79D661A4
sudo pacman-key --lsign-key BBFE2FD421597395E4FC8C8DF6C85FEE79D661A4
sudo pacman-key --refresh-keys
fingerprint:
gpg: enabled debug flags: memstat
gpg: keydb: handles=1 locks=0 parse=0 get=1
gpg: build=0 update=0 insert=0 delete=0
gpg: reset=0 found=1 not=1 cache=0 not=0
gpg: kid_not_found_cache: count=0 peak=0 flushes=0
gpg: sig_cache: total=2 cached=2 good=2 bad=0
gpg: random usage: poolsize=600 mixed=0 polls=0/0 added=0/0
outmix=0 getlvl1=0/0 getlvl2=0/0
gpg: rndjent stat: collector=0x0000000000000000 calls=0 bytes=0
gpg: secmem usage: 0/32768 bytes in 0 blocks
pub rsa2048 2015-02-13 [SC]
BBFE 2FD4 2159 7395 E4FC 8C8D F6C8 5FEE 79D6 61A4
uid [ ultimativ ] Björn Bidar <theodorstormgrade@gmail.com>
sub rsa2048 2015-02-13 [E]
Thaodan commented on 2018-07-11 18:01 (UTC)
@francoism90, @XavierCLL: fixed. I was already on this as you posted this. Please post larger issues on gitlab next time.
denisfalqueto commented on 2018-07-11 13:36 (UTC)
@Thaodan
About pinned comment for configuring your personal repo, you provide a command to check your certificate's fingerprint, but there's no reference for the expected values. I think you should edit that comment and put your current fingerprint.
francoism90 commented on 2018-07-11 13:34 (UTC)
@XavierCLL Thanks for the confirmation, hope it can be solved soon. :)
XavierCLL commented on 2018-07-11 05:06 (UTC)
Confirmed the problem with spellchecker, @Thaodan please apply some changes implemented in the official packages to solving it: https://git.archlinux.org/svntogit/packages.git/commit/trunk?h=packages/firefox&id=95dd034eb8ae4263b371b074a57762eead705f96
francoism90 commented on 2018-07-09 19:30 (UTC) (edited on 2018-07-10 07:58 (UTC) by francoism90)
@Thaodan After upgrading (using repo) the spellchecker isn't work and the addons were removed out of the interface. Can you confirm?
francoism90 commented on 2018-06-28 07:12 (UTC) (edited on 2018-06-28 07:15 (UTC) by francoism90)
@Thaodan I'm using the repo one, but I think it has been solved. It seems the cause was pulseaudio - it stopped working after an upgrade. I have removed and reinstalled pulse and now it works fine. :)
What was a bit weird is that firefox-developer-edition worked without any issues, maybe something changed upstream in the next version of FF.
Anyway, glad it's works fine now thanks. (Y)
Thaodan commented on 2018-06-27 19:07 (UTC)
PLease be more verbose, which build mine or self build?
francoism90 commented on 2018-06-27 07:56 (UTC)
@XavierCLL It may be needed to run sudo pacman-key --refresh-keys
prior importing the keys.
Mel commented on 2018-06-09 10:46 (UTC) (edited on 2018-06-09 11:37 (UTC) by Mel)
I didn't have it installed and build errored out. Vanilla firefox package in arch repos has it in makedepends: makedepends=(unzip zip diffutils python2 yasm mesa imake gconf inetutils xorg-server-xvfb autoconf2.13 rust mercurial clang llvm jack gtk2) Manually installed it and build proceeded.
Edit: Here's the error, I was able to reproduce it without clang installed:
==> Starting build()...
0:00.34 Clobber not needed.
0:00.34 Adding make options from /home/anon/.cache/aursync/firefox-kde-opensuse/src/mozilla-unified/.mozconfig
PROFILE_GEN_SCRIPT=EXTRA_TEST_ARGS=10 $(MAKE) -C $(MOZ_OBJDIR) pgo-profile-run
MOZ_OBJDIR=/home/anon/.cache/aursync/firefox-kde-opensuse/src/mozilla-unified/obj-x86_64-pc-linux-gnu
OBJDIR=/home/anon/.cache/aursync/firefox-kde-opensuse/src/mozilla-unified/obj-x86_64-pc-linux-gnu
FOUND_MOZCONFIG=/home/anon/.cache/aursync/firefox-kde-opensuse/src/mozilla-unified/.mozconfig
export FOUND_MOZCONFIG
0:00.35 /usr/bin/make -f client.mk -s configure
0:00.36 Generating /home/anon/.cache/aursync/firefox-kde-opensuse/src/mozilla-unified/configure
0:00.36 Generating /home/anon/.cache/aursync/firefox-kde-opensuse/src/mozilla-unified/js/src/configure
0:00.37 cd /home/anon/.cache/aursync/firefox-kde-opensuse/src/mozilla-unified/obj-x86_64-pc-linux-gnu
0:00.37 /home/anon/.cache/aursync/firefox-kde-opensuse/src/mozilla-unified/configure
0:00.46 Creating Python environment
0:01.41 New python executable in /home/anon/.cache/aursync/firefox-kde-opensuse/src/mozilla-unified/obj-x86_64-pc-linux-gnu/_virtualenv/bin/python2
0:01.41 Also creating executable in /home/anon/.cache/aursync/firefox-kde-opensuse/src/mozilla-unified/obj-x86_64-pc-linux-gnu/_virtualenv/bin/python
0:01.41 Installing setuptools, pip, wheel...done.
0:02.11 running build_ext
0:02.11 building 'psutil._psutil_linux' extension
0:02.11 creating build
0:02.11 creating build/temp.linux-x86_64-2.7
0:02.11 creating build/temp.linux-x86_64-2.7/psutil
0:02.11 gcc -pthread -fno-strict-aliasing -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong -fno-plt -DNDEBUG -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong -fno-plt -D_FORTIFY_SOURCE=2 -O2 -fPIC -DPSUTIL_POSIX=1 -DPSUTIL_VERSION=543 -DPSUTIL_LINUX=1 -I/usr/include/python2.7 -c psutil/_psutil_common.c -o build/temp.linux-x86_64-2.7/psutil/_psutil_common.o
0:02.11 gcc -pthread -fno-strict-aliasing -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong -fno-plt -DNDEBUG -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong -fno-plt -D_FORTIFY_SOURCE=2 -O2 -fPIC -DPSUTIL_POSIX=1 -DPSUTIL_VERSION=543 -DPSUTIL_LINUX=1 -I/usr/include/python2.7 -c psutil/_psutil_posix.c -o build/temp.linux-x86_64-2.7/psutil/_psutil_posix.o
0:02.11 gcc -pthread -fno-strict-aliasing -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong -fno-plt -DNDEBUG -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong -fno-plt -D_FORTIFY_SOURCE=2 -O2 -fPIC -DPSUTIL_POSIX=1 -DPSUTIL_VERSION=543 -DPSUTIL_LINUX=1 -I/usr/include/python2.7 -c psutil/_psutil_linux.c -o build/temp.linux-x86_64-2.7/psutil/_psutil_linux.o
0:02.11 creating build/lib.linux-x86_64-2.7
0:02.11 creating build/lib.linux-x86_64-2.7/psutil
0:02.11 gcc -pthread -shared -Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now -D_FORTIFY_SOURCE=2 -O2 build/temp.linux-x86_64-2.7/psutil/_psutil_common.o build/temp.linux-x86_64-2.7/psutil/_psutil_posix.o build/temp.linux-x86_64-2.7/psutil/_psutil_linux.o -L/usr/lib -lpython2.7 -o build/lib.linux-x86_64-2.7/psutil/_psutil_linux.so
0:02.11 building 'psutil._psutil_posix' extension
0:02.11 gcc -pthread -fno-strict-aliasing -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong -fno-plt -DNDEBUG -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong -fno-plt -D_FORTIFY_SOURCE=2 -O2 -fPIC -DPSUTIL_POSIX=1 -DPSUTIL_VERSION=543 -DPSUTIL_LINUX=1 -I/usr/include/python2.7 -c psutil/_psutil_common.c -o build/temp.linux-x86_64-2.7/psutil/_psutil_common.o
0:02.11 gcc -pthread -fno-strict-aliasing -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong -fno-plt -DNDEBUG -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong -fno-plt -D_FORTIFY_SOURCE=2 -O2 -fPIC -DPSUTIL_POSIX=1 -DPSUTIL_VERSION=543 -DPSUTIL_LINUX=1 -I/usr/include/python2.7 -c psutil/_psutil_posix.c -o build/temp.linux-x86_64-2.7/psutil/_psutil_posix.o
0:02.11 gcc -pthread -shared -Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now -D_FORTIFY_SOURCE=2 -O2 build/temp.linux-x86_64-2.7/psutil/_psutil_common.o build/temp.linux-x86_64-2.7/psutil/_psutil_posix.o -L/usr/lib -lpython2.7 -o build/lib.linux-x86_64-2.7/psutil/_psutil_posix.so
0:02.11 copying build/lib.linux-x86_64-2.7/psutil/_psutil_linux.so -> psutil
0:02.11 copying build/lib.linux-x86_64-2.7/psutil/_psutil_posix.so -> psutil
0:02.11
0:02.11 Error processing command. Ignoring because optional. (optional:packages.txt:comm/build/virtualenv_packages.txt)
0:02.11 Reexecuting in the virtualenv
0:02.23 Adding configure options from /home/anon/.cache/aursync/firefox-kde-opensuse/src/mozilla-unified/.mozconfig
0:02.23 --enable-application=browser
0:02.23 --prefix=/usr
0:02.23 --enable-gold
0:02.23 --enable-pie
0:02.23 --enable-optimize=-O2
0:02.23 --enable-rust-simd
0:02.23 --enable-release
0:02.23 --enable-official-branding
0:02.23 --enable-update-channel=release
0:02.23 --with-distribution-id=org.archlinux
0:02.23 --with-system-nspr
0:02.23 --with-system-nss
0:02.23 --with-system-icu
0:02.23 --with-system-jpeg
0:02.23 --with-system-zlib
0:02.23 --with-system-bz2
0:02.23 --with-system-libvpx
0:02.23 --with-system-harfbuzz
0:02.23 --with-system-graphite2
0:02.23 --enable-system-hunspell
0:02.23 --enable-system-sqlite
0:02.23 --enable-system-ffi
0:02.23 --enable-system-pixman
0:02.23 --disable-libproxy
0:02.23 --enable-jack
0:02.23 --enable-alsa
0:02.23 --enable-startup-notification
0:02.23 --enable-crashreporter
0:02.23 --disable-updater
0:02.23 --disable-gconf
0:02.23 --disable-tests
0:02.23 --with-google-api-keyfile=/home/anon/.cache/aursync/firefox-kde-opensuse/src/mozilla-unified/google-api-key
0:02.23 --with-google-api-keyfile=/home/anon/.cache/aursync/firefox-kde-opensuse/src/mozilla-unified/google-oauth-api-key
0:02.23 --with-mozilla-api-keyfile=/home/anon/.cache/aursync/firefox-kde-opensuse/src/mozilla-unified/mozilla-api-key
0:02.23 MOZILLA_OFFICIAL=1
0:02.23 MOZ_ADDON_SIGNING=1
0:02.23 MOZ_REQUIRE_SIGNING=1
0:02.23 BUILD_OFFICIAL=1
0:02.23 MOZ_TELEMETRY_REPORTING=1
0:02.23 checking for vcs source checkout... hg
0:02.37 checking for a shell... /usr/bin/sh
0:02.42 checking for host system type... x86_64-pc-linux-gnu
0:02.42 checking for target system type... x86_64-pc-linux-gnu
0:02.46 checking for a shell... /usr/bin/sh
0:02.50 checking for host system type... x86_64-pc-linux-gnu
0:02.50 checking for target system type... x86_64-pc-linux-gnu
0:02.56 checking for vcs source checkout... hg
0:02.56 checking whether cross compiling... no
0:02.56 checking for the target C compiler... /usr/bin/gcc
0:02.58 checking whether the target C compiler can be used... yes
0:02.60 checking for Python 3... /usr/bin/python3 (3.6.5)
0:02.61 checking for hg... /usr/bin/hg
0:02.65 checking for Mercurial version... 4.6.1
0:02.71 checking for sparse checkout... no
0:02.71 checking for pkg_config... /usr/bin/pkg-config
0:02.72 checking for pkg-config version... 1.4.2
0:02.72 checking for yasm... /usr/bin/yasm
0:02.73 checking yasm version... 1.3.0
0:02.73 checking the target C compiler version... 8.1.1
0:02.75 checking the target C compiler works... yes
0:02.75 checking for the target C++ compiler... /usr/bin/g++
0:02.76 checking whether the target C++ compiler can be used... yes
0:02.76 checking the target C++ compiler version... 8.1.1
0:02.78 checking the target C++ compiler works... yes
0:02.78 checking for the host C compiler... /usr/bin/gcc
0:02.79 checking whether the host C compiler can be used... yes
0:02.79 checking the host C compiler version... 8.1.1
0:02.80 checking the host C compiler works... yes
0:02.80 checking for the host C++ compiler... /usr/bin/g++
0:02.82 checking whether the host C++ compiler can be used... yes
0:02.82 checking the host C++ compiler version... 8.1.1
0:02.83 checking the host C++ compiler works... yes
0:02.85 checking for 64-bit OS... yes
0:02.85 checking bindgen cflags... no
0:02.86 checking for linker... gold
0:02.88 checking for stdint.h... yes
0:02.90 checking for inttypes.h... yes
0:02.92 checking for malloc.h... yes
0:02.94 checking for alloca.h... yes
0:02.95 checking for sys/byteorder.h... no
0:02.97 checking for getopt.h... yes
0:02.99 checking for unistd.h... yes
0:03.01 checking for nl_types.h... yes
0:03.03 checking for cpuid.h... yes
0:03.04 checking for sys/statvfs.h... yes
0:03.06 checking for sys/statfs.h... yes
0:03.08 checking for sys/vfs.h... yes
0:03.10 checking for sys/mount.h... yes
0:03.12 checking for sys/quota.h... yes
0:03.14 checking for linux/quota.h... yes
0:03.17 checking for linux/if_addr.h... yes
0:03.19 checking for linux/rtnetlink.h... yes
0:03.21 checking for sys/queue.h... yes
0:03.23 checking for sys/types.h... yes
0:03.25 checking for netinet/in.h... yes
0:03.27 checking for byteswap.h... yes
0:03.29 checking for linux/perf_event.h... yes
0:03.30 checking for perf_event_open system call... yes
0:03.32 checking whether the C compiler supports -Wunreachable-code-return... no
0:03.33 checking whether the C++ compiler supports -Wunreachable-code-return... no
0:03.34 checking whether the C compiler supports -Wclass-varargs... no
0:03.34 checking whether the C++ compiler supports -Wclass-varargs... no
0:03.35 checking whether the C compiler supports -Wloop-analysis... no
0:03.35 checking whether the C++ compiler supports -Wloop-analysis... no
0:03.37 checking whether the C++ compiler supports -Wc++1z-compat... yes
0:03.38 checking whether the C++ compiler supports -Wcomma... no
0:03.39 checking whether the C compiler supports -Wduplicated-cond... yes
0:03.41 checking whether the C++ compiler supports -Wduplicated-cond... yes
0:03.43 checking whether the C++ compiler supports -Wimplicit-fallthrough... yes
0:03.44 checking whether the C compiler supports -Wstring-conversion... no
0:03.44 checking whether the C++ compiler supports -Wstring-conversion... no
0:03.45 checking whether the C++ compiler supports -Wno-inline-new-delete... no
0:03.47 checking whether the C compiler supports -Wno-error=maybe-uninitialized... yes
0:03.49 checking whether the C++ compiler supports -Wno-error=maybe-uninitialized... yes
0:03.50 checking whether the C compiler supports -Wno-error=deprecated-declarations... yes
0:03.52 checking whether the C++ compiler supports -Wno-error=deprecated-declarations... yes
0:03.53 checking whether the C compiler supports -Wno-error=array-bounds... yes
0:03.55 checking whether the C++ compiler supports -Wno-error=array-bounds... yes
0:03.57 checking whether the C compiler supports -Wno-error=free-nonheap-object... yes
0:03.58 checking whether the C++ compiler supports -Wno-error=free-nonheap-object... yes
0:03.60 checking whether the C compiler supports -Wformat... yes
0:03.62 checking whether the C++ compiler supports -Wformat... yes
0:03.63 checking whether the C compiler supports -Wformat-security... no
0:03.65 checking whether the C++ compiler supports -Wformat-security... no
0:03.66 checking whether the C compiler supports -Wformat-overflow=2... yes
0:03.68 checking whether the C++ compiler supports -Wformat-overflow=2... yes
0:03.69 checking whether the C compiler supports -Wno-gnu-zero-variadic-macro-arguments... no
0:03.71 checking whether the C++ compiler supports -Wno-gnu-zero-variadic-macro-arguments... no
0:03.72 checking whether the C++ compiler supports -fno-sized-deallocation... yes
0:03.73 checking for libffi > 3.0.9... yes
0:03.73 checking MOZ_FFI_CFLAGS... -I/usr/lib/libffi-3.2.1/include
0:03.74 checking MOZ_FFI_LIBS... -L/usr/lib/../lib -lffi
0:03.74 checking for rustc... /usr/bin/rustc
0:03.74 checking for cargo... /usr/bin/cargo
0:03.80 checking rustc version... 1.26.2
0:03.82 checking cargo version... 1.26.0
0:03.97 checking for pango >= 1.22.0 pangoft2 >= 1.22.0 pangocairo >= 1.22.0... yes
0:03.98 checking MOZ_PANGO_CFLAGS... -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/fribidi -I/usr/include/freetype2 -I/usr/include/libpng16 -I/usr/include/harfbuzz -I/usr/include/uuid -I/usr/include/cairo -I/usr/include/pixman-1
0:03.99 checking MOZ_PANGO_LIBS... -lpangoft2-1.0 -lfontconfig -lfreetype -lpangocairo-1.0 -lpango-1.0 -lgobject-2.0 -lglib-2.0 -lfribidi -lcairo
0:03.99 checking for fontconfig >= 2.7.0... yes
0:04.00 checking _FONTCONFIG_CFLAGS... -I/usr/include/freetype2 -I/usr/include/libpng16 -I/usr/include/harfbuzz -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/uuid
0:04.00 checking _FONTCONFIG_LIBS... -lfontconfig -lfreetype
0:04.01 checking for freetype2 >= 6.1.0... yes
0:04.01 checking _FT2_CFLAGS... -I/usr/include/freetype2 -I/usr/include/libpng16 -I/usr/include/harfbuzz -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include
0:04.01 checking _FT2_LIBS... -lfreetype
0:04.02 checking for graphite2... yes
0:04.02 checking MOZ_GRAPHITE2_CFLAGS...
0:04.03 checking MOZ_GRAPHITE2_LIBS... -lgraphite2
0:04.03 checking for harfbuzz >= 1.4.2... yes
0:04.04 checking MOZ_HARFBUZZ_CFLAGS... -I/usr/include/harfbuzz -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include
0:04.04 checking MOZ_HARFBUZZ_LIBS... -lharfbuzz
0:04.04 checking for tar... /usr/bin/tar
0:04.04 checking for unzip... /usr/bin/unzip
0:04.04 checking for zip... /usr/bin/zip
0:04.04 checking for gn... not found
0:04.04 checking for the Mozilla API key... yes
0:04.04 checking for the Google API key... yes
0:04.04 checking for the Bing API key... no
0:04.04 checking for the Adjust SDK key... no
0:04.04 checking for the Leanplum SDK key... no
0:04.04 checking for the Pocket API key... no
0:04.04 checking for llvm-config... /usr/bin/llvm-config
0:04.09 ERROR: The file /usr/bin/clang returned by `llvm-config --bindir` does not exist.
0:04.09 clang is required to build Stylo. Please install the necessary packages,
0:04.09 run `mach bootstrap`, or add --disable-stylo to your mozconfig.
0:04.09
0:04.11 *** Fix above errors and then restart with\
0:04.11 "/usr/bin/make -f client.mk build"
0:04.11 make: *** [client.mk:149: configure] Error 1
==> ERROR: A failure occurred in build().
Aborting...
Thaodan commented on 2018-06-09 10:25 (UTC)
Why?
Mel commented on 2018-06-09 10:25 (UTC)
Could you please include 'clang' in makedepends array?
Thaodan commented on 2018-05-27 17:46 (UTC)
Please check your build environment first! Try my build posted below olr try a clean chroot.
gfurst commented on 2018-05-27 17:17 (UTC)
I'm also having the same issue below, version 60.0 fails to open with the crash reporter everytime, however with fewer verbosity. Had to reverse back to 59 for the time being.
First thing to check is if for most people it does indeed work in this version, or else, check if "vanilla" firefox 60 does indeed work as well. May be some severe bug from upstream.
Thaodan commented on 2018-05-25 10:33 (UTC)
yes always ask on gitlab please. if you have an issue with my binary pkg report at my repo. it looks like your buildsettings were wrong.
jnko commented on 2018-05-25 07:36 (UTC) (edited on 2018-05-25 08:02 (UTC) by jnko)
@Thaodan: I'm willing to help ;-) The default FF package works (https://www.archlinux.org/packages/extra/x86_64/firefox/).
Where should I post the dumps? To your GitLab-Project (https://gitlab.com/Thaodan/firefox-kde-opensuse) or via PM-eMail?
FF-kde does not coredumps, it's just the Firefox CrashReporter and that some few lines of info I posted below. I also already started over with a clean FF-profile.
Edit: Just installed your package FF-kde from [home-thaodan] repo, this one works. Building the same package with all those dependencies from aur does not work for some reason.
Thaodan commented on 2018-05-25 03:48 (UTC)
Can you post more debug info? Did you try the official pkg too? Coredumpctl gdb output would be nice. What does the crash reporter say?
renzobenzo commented on 2018-05-25 03:17 (UTC)
Every time I try to start, I get basically the same thing as jnko.
ExceptionHandler::GenerateDump cloned child 4833 ExceptionHandler::WaitForContinueSignal waiting for continue signal... ExceptionHandler::SendContinueSignalToChild sent continue signal to child [m@egg ~]$ Failed to open curl lib from binary, use libcurl.so instead
jnko commented on 2018-05-24 08:50 (UTC)
Compiled fine but when trying to start FF-kde all I get is jnko@alaska ~> firefox ExceptionHandler::GenerateDump cloned child 19734 ExceptionHandler::SendContinueSignalToChild sent continue signal to child ExceptionHandler::WaitForContinueSignal waiting for continue signal...
...and that "Mozilla Crash Reporter We're sorry" window. System is up2date
Any advice please?
francoism90 commented on 2018-05-20 20:12 (UTC)
@XavierCLL and Thaodan Thanks! :)
Working now.
XavierCLL commented on 2018-05-20 16:52 (UTC) (edited on 2018-05-20 16:54 (UTC) by XavierCLL)
repo in /etc/pacman.conf:
[home-thaodan]
Server = https://thaodan.de/home/bidar/home-thaodan/x86_64/
import the key
sudo pacman-key --recv-keys BBFE2FD421597395E4FC8C8DF6C85FEE79D661A4
pacman-key --finger BBFE2FD421597395E4FC8C8DF6C85FEE79D661A4
sudo pacman-key --lsign-key BBFE2FD421597395E4FC8C8DF6C85FEE79D661A4
sudo pacman-key --refresh-keys
Thaodan commented on 2018-05-20 13:45 (UTC)
@franco: you need to import my Gpg first. https://wiki.archlinux.org/index.php/Pacman/Package_signing#Adding_unofficial_keys
Thaodan commented on 2018-05-20 13:42 (UTC)
If you had enabled jack sure. Here it's disabled.
RemoteAdmin commented on 2018-05-20 09:32 (UTC)
For me 'clang' and 'jack' in makedepends were necessary for a successful build
francoism90 commented on 2018-05-19 20:29 (UTC) (edited on 2018-05-20 09:23 (UTC) by francoism90)
@Thaodan error: home-thaodan: signature from "Björn Bidar theodorstormgrade@gmail.com" is unknown trust error: failed to update home-thaodan (invalid or corrupted database (PGP signature)) error: database 'home-thaodan' is not valid (invalid or corrupted database (PGP signature))
BrLi commented on 2018-05-17 17:23 (UTC)
I've PR the maintainer, but without reply.
https://gitlab.com/Thaodan/firefox-kde-opensuse/merge_requests/1
You can try this out.
Note that I forgot to update .SRCINFO, please update yourself in advance.
Thaodan commented on 2018-04-23 09:47 (UTC)
If you want to grab all dependencies all the time sure. Plus mine is signed and build by my the maintainer of the pkg.
RemoteAdmin commented on 2018-04-23 09:29 (UTC) (edited on 2018-04-23 09:29 (UTC) by RemoteAdmin)
Or use the new firefox-kde-opensuse-bin package
Thaodan commented on 2018-04-22 17:55 (UTC)
you can use my repo: https://thaodan.de/home/bidar/home-thaodan/x86_64
my keyid is: BBFE2FD421597395E4FC8C8DF6C85FEE79D661A4
Pietro_Pizzi commented on 2018-04-22 17:50 (UTC)
+1 for the bin!!
I have a decent PC (i7-6700K, 32GB Ram) and it took sooo much time and failed sooo often. I think I switch to the normal firefox till a bin come to life :).
gfurst commented on 2018-04-02 20:26 (UTC)
This must be now the third time I'm trying to build this today, and been unsuccessful since at least last year. Even with 12GB it fails with lack of space issue, not to mention the several hours it takes, what the hell?
If its not a leak issue, I think its time to have a 'bin' variant of this packaged, with pre-compiled binaries, or at least do a check in the appropriate places for enough space (and enough inodes) for the expected compile.
Thaodan commented on 2018-03-30 00:01 (UTC)
You need to rebuild your pkg, see last commit msg.
SilverMight commented on 2018-03-29 23:32 (UTC)
getting this after icu update: libicui18n.so.60: cannot open shared object file: No such file or directory
Thaodan commented on 2018-03-16 12:48 (UTC)
fixed.
RemoteAdmin commented on 2018-03-16 04:14 (UTC)
The latest PKGBUILD
fails with
1:09.94 DEBUG: configure:11511: checking for gtk+-2.0 >= 2.18.0 gtk+-unix-print-2.0 glib-2.0 >= 2.22 gobject-2.0 gdk-x11-2.0
1:09.94 DEBUG: configure: error: Library requirements (gtk+-2.0 >= 2.18.0 gtk+-unix-print-2.0 glib-2.0 >= 2.22 gobject-2.0 gdk-x11-2.0) not met; consider adjusting the PKG_CONFIG_PATH environment variable if your libraries are in a nonstandard prefix so pkg-config can find them.
due to missing gtk2
.
Thaodan commented on 2018-02-20 00:12 (UTC)
with the recent changes to plasma the globalmenu/menubutton works fine again. It seems plasma wasn't up to date.
commented on 2018-02-11 14:50 (UTC)
Good to know thanks :)
Thaodan commented on 2018-02-11 14:48 (UTC)
@asem: ccache is handled by pacman. it set's cc to ccache.
commented on 2018-02-11 14:31 (UTC)
Hi @Thaodan
Can you add a condition in the PKGFILE to check if ccache exist then append the echo "ac_add_options --with-ccache=/bin/ccache" >> .mozconfig ?
You can change the test condition to your liking instead of just checking the ccache package, may be an exported variable or something.
raist356 commented on 2018-02-11 12:12 (UTC)
Any chance to get it as a binary package?
Thaodan commented on 2018-02-11 04:53 (UTC)
Its not an upstream issue, its just when there's an update on a depency a rebuild is needed if theres a new version.
attenuation commented on 2018-02-11 04:38 (UTC)
@rooterrn I know it can reslove it.I think this issue should be solved by the upstream。
Thaodan commented on 2018-02-10 09:14 (UTC)
Than you need to rebuild the PKG. I recommend ccache if you build pkgs regularly.
rooterru commented on 2018-02-10 08:53 (UTC)
@ouyangjun try to create a symlink to /usr/lib/
sudo ln -s libvpx.so.5 libvpx.so.4
attenuation commented on 2018-02-10 08:07 (UTC)
XPCOMGlueLoad error for file /usr/lib/firefox/libxul.so: libvpx.so.4: cannot open shared object file: No such file or directory Couldn't load XPCOM.
After the update of libvpx to 1.7.0-1 firefox 58.0.1-1 doesn't launch:
Thaodan commented on 2018-01-31 10:32 (UTC)
Sorry fixed, missed to cimmit changes to pkgbuild.
Thaodan commented on 2018-01-31 10:24 (UTC)
Sorry fixed, missed to cimmit changes to pkgbuild.
commented on 2018-01-31 10:18 (UTC)
The pkgver in the PKGFILE is pkgver=58.0 not 58.0.1
simona commented on 2018-01-24 18:41 (UTC) (edited on 2018-01-24 19:13 (UTC) by simona)
==> ERRORE: Makepkg non è riuscito a compilare firefox-kde-opensuse.
==> Riavviare la compilazione di firefox-kde-opensuse [s/N]
==> -------------------------------------------------------
==> cp: impossibile eseguire stat di '/tmp/yaourt-tmp-simona/PKGDEST.KyY /.pkg.': File o directory non esistente
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.
Thaodan commented on 2018-07-11 18:15 (UTC) (edited on 2019-05-24 21:07 (UTC) by Thaodan)
upstream git repo:* (https://gitlab.com/Thaodan/firefox-kde-opensuse)
repo in /etc/pacman.conf:
import the key
fingerprint: