Package Details: firefox-kde-opensuse 134.0.2-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.023157
First Submitted: 2009-12-11 09:10 (UTC)
Last Updated: 2025-02-03 15:56 (UTC)

Required by (172)

Sources (35)

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 .. 3 4 5 6 7 8 9 10 11 12 13 .. 139 Next › Last »

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)

The current update is WIP because of a bug in GCC 11.

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 :(

« First ‹ Previous 1 .. 3 4 5 6 7 8 9 10 11 12 13 .. 139 Next › Last »