Package Details: firefox-kde-opensuse-bin 88.0-1

Git Clone URL: https://aur.archlinux.org/firefox-kde-opensuse-bin.git (read-only, click to copy)
Package Base: firefox-kde-opensuse-bin
Description: Standalone web browser from mozilla.org with OpenSUSE patch, integrate better with KDE
Upstream URL: https://aur.archlinux.org/packages/firefox-kde-opensuse
Keywords: browser gecko web
Licenses: GPL, MPL, LGPL
Conflicts: firefox, firefox-kde-opensuse
Provides: firefox=88.0
Submitter: RemoteAdmin
Maintainer: Scrumplex
Last Packager: Scrumplex
Votes: 42
Popularity: 0.87
First Submitted: 2018-04-23 09:22
Last Updated: 2021-04-30 22:25

Required by (126)

Sources (2)

Pinned Comments

Scrumplex commented on 2021-03-26 07:46

If there is a new Firefox release, please first check if the upstream project firefox-kde-opensuse has a new release.
  • If it is outdated, flag it out-of-date

  • If it indeed has a newer release than this one, then flag this one out-of-date.

Scrumplex commented on 2020-09-30 07:01

In any case most issues you might have should be reported in the upstream GitLab repository. This AUR package only packages the precompiled binary provided by the upstream maintainer.

Scrumplex commented on 2020-09-09 18:08

You may need to get the following public key by running:

gpg --recv-keys "BBFE2FD421597395E4FC8C8DF6C85FEE79D661A4"

Latest Comments

1 2 3 4 5 6 ... Next › Last »

Scrumplex commented on 2021-04-30 21:17

The -rpm package was created by a person not understanding compilers and using binaries build in foreign systems IMHO.

Fun fact: That's me! But no hurt feelings here :D. Back then, my monkey brain just thought "openSUSE is also rolling so it might work". And it kinda did. But I totally agree that it is more of a hack than a good solution to just use the openSUSE build.

Thaodan commented on 2021-04-30 20:35

The -rpm package was created by a person not understanding compilers and using binaries build in foreign systems IMHO.

Thaodan commented on 2021-04-30 20:34

ainola: The pkgdesc clearly mentions /patches/ that should be obvious that this package isn't build by Suse.

Scrumplex commented on 2021-03-28 13:18

ainola: No. -bin does not imply that this is built by openSUSE. firefox-kde-opensuse-bin is just a binary package of firefox-kde-opensuse. That's it.

Even -rpm does not imply that

ainola commented on 2021-03-28 06:31

I think it might be worth renaming this package to indicate that this is a third-party person building and not from opensuse themselves.

See the discourse at firefox-kde-opensuse-rpm for more context.

Scrumplex commented on 2021-03-26 07:46

If there is a new Firefox release, please first check if the upstream project firefox-kde-opensuse has a new release.
  • If it is outdated, flag it out-of-date

  • If it indeed has a newer release than this one, then flag this one out-of-date.

alfzki commented on 2021-03-25 02:22

curl: (22) The requested URL returned error: 404 ERROR: Failure while downloading https://thaodan.de/public/archlinux/home-thaodan/x86_64/firefox-kde-opensuse-86.0-1-x86_64.pkg.tar.xz

when building

Scrumplex commented on 2021-01-01 19:17

erayerdin: I can't help you there. I build and test this package on Arch Linux and icu 68 is the version avaiable in the Arch repos.

erayerdin commented on 2021-01-01 19:11

Firefox crashes on Manjaro 20.2 KDE. It first complains saying:

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.

Manjaro currently has libicui18n.so.67.1 and symlinks to libicui18n.so and libicui18n.so.67. I symlinked it to libicui18n.so.68 for a workaround but then it started complaining:

XPCOMGlueLoad error for file /usr/lib/firefox/libxul.so:
libicuuc.so.68: cannot open shared object file: No such file or directory
Couldn't load XPCOM.

There I stopped because maybe it would require more libraries. I didn't open issue on its Gitlab repo mainly because it is not their issue, this is an issue with Manjaro's libicui18n and other stuff. Whatever, it does not work.

Pietro_Pizzi commented on 2020-12-06 15:18

A little bit late, pandemic breake ;), but I just want to confirm that this works:

gpgconf --kill all

gpg --recv-keys "BBFE2FD421597395E4FC8C8DF6C85FEE79D661A4"

THX!!