Package Details: firefox-kde-opensuse 127.0-1

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.31
First Submitted: 2009-12-11 09:10 (UTC)
Last Updated: 2024-07-21 20:54 (UTC)

Dependencies (56)

Required by (167)

Sources (37)

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.

Latest Comments

« First ‹ Previous 1 .. 7 8 9 10 11 12 13 14 15 16 17 .. 139 Next › Last »

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.