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.
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.023664 |
First Submitted: | 2009-12-11 09:10 (UTC) |
Last Updated: | 2025-02-03 15:56 (UTC) |
« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 11 .. 139 Next › Last »
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.
@Thaodan: Sadly not updated yet Sir
Oh I already build the version just forgot to push. Should be fixed now.
@Thaodan: Ok thanks!
Your repo is on version 97. Will you update it anytime soon?
@pr0mises: Yes you can grab a prebuild version from my repo listed in the post at the top.
@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?
@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: 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!
@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
@pr0mises: Please create a bug for both issues and post logs. Rememner to use a clean chroot.
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.