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.009825
First Submitted: 2009-12-11 09:10 (UTC)
Last Updated: 2025-02-03 15:56 (UTC)

Required by (180)

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 .. 122 123 124 125 126 127 128 129 130 131 132 .. 140 Next › Last »

csslayer commented on 2011-07-07 06:01 (UTC)

Ok, finally I get my PGO works. Use the switch at the top of the PKGBUILD to enable it. Use PGO at your own risk, it takes very long time to compile (for x86_64 user, it will use 3 pass.... 2 pass for i686 ), and it may not worth the time. At least http://chrome.angrybirds.com/?version=sd still sucks for me.

csslayer commented on 2011-07-06 13:11 (UTC)

@allemensen, Oh, actually I enabled libproxy in mozconfig.. but forget to add it to dependency. (I will simply disable libproxy in mozconfig then) Sorry, I didn't find that x86_64 and i686 has different PKGBUILD! (supurise, why not use uniform pkgbuild!) I would start my new build then, thank you very much.

<deleted-account> commented on 2011-07-06 12:33 (UTC)

I found this bug: https://bugzilla.novell.com/show_bug.cgi?id=639071#c0 I solved the problem by rebuilding libproxy with kde-stuff disabled, since I don't need proxies anyway. Apparantly it's a linker error. Combined with my earlier remark (moving the last build line before the pgo build line) I get a succesful pgo build Is there a way to test if it is really faster? Because I do not really like 3x time build times

csslayer commented on 2011-07-04 14:46 (UTC)

@iruel, Hi, there is a AUR git clone git://pkgbuild.com/aur.git http://pkgbuild.com/git/aur.git/ You can find the old version of pkgbuild there. (Though I tried to use hg to keep my pkgbuild, but I always forgot to commit... So just find old pkgbuild there. )

<deleted-account> commented on 2011-07-04 12:57 (UTC)

csslayer, do you happen to have a firefox-3.6 version of Firefox-KDE-OpenSuse? I'd like the old Firefox, but without the gnome depends. Thanks.

<deleted-account> commented on 2011-07-03 09:17 (UTC)

I thought of that too, so I rebuild kmozillahelper, but the error still occurs. I also discovered that I get the same error when closing my current build of firefox. The method comes from the firefox package in [extra], they do it the same way

csslayer commented on 2011-07-03 02:57 (UTC)

About kde symbol, I think you need to rebuild kmozillahelper. Actually this firefox doesn't have anything link with KDE. When firefox starts, it spawns a new kmozillahelper process, and use a pipe to do the communication with kmozillahelper. So undefined symbol error in kde's libs can only be generated by kmozillahelper. Though KDE want to keep ABI compatible, sometimes ABI breaks. And I don't know whether your method is correct or not...

<deleted-account> commented on 2011-07-02 21:13 (UTC)

I discovered how to get further with the pgo build: move the last build line (the non-pgo one) and put it just before the pgo build (but after the settings for the pgo-build) But now it crashes for me during/after the js-input/string-validate-input.html run, complaining about a undefined symbol in /usr/lib/libkdecore.so.5

xF0E commented on 2011-06-30 20:04 (UTC)

hey guys, i would really like to use this package with pgo enabled. I'm on x86_64, it looks like i miss a package? At compiling i get this error: [code] /tmp/yaourt-tmp-xf0e/aur-firefox-kde-opensuse/src/mozilla-release/ff-pgo/dist/firefox/firefox-bin: symbol lookup error: /tmp/yaourt-tmp-xf0e/aur-firefox-kde-opensuse/src/mozilla-release/ff-pgo/dist/firefox/firefox-bin: undefined symbol: __gcov_indirect_call_profiler TEST-UNEXPECTED-FAIL | automation.py | Exited with code 127 during test run INFO | automation.py | Application ran for: 0:00:00.412573 INFO | automation.py | Reading PID log: /tmp/tmp0tCXZDpidlog make: *** [profiledbuild] Error 127[/code] Please help.

csslayer commented on 2011-06-30 08:32 (UTC)

Hello, mrz, I think you might go to the wrong page(this is firefox-kde-opensuse). But still I can answer this question. This is not a bug, but a new feature for pacman 3.5. (Debian and RPM has supported it for a long time). The new version system will like this "epoch:version-revision", and compare in order of epoch > version > revision. Epoch is useful is packager found that one package is released but broken, need a downgrade. So simply add epoch will let packager downgrade the package easily. For example, "1:2.6.39-1" > "2.6.40" (no epoch means epoch = 0), so do you get it?

« First ‹ Previous 1 .. 122 123 124 125 126 127 128 129 130 131 132 .. 140 Next › Last »