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

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 .. 59 60 61 62 63 64 65 66 67 68 69 .. 139 Next › Last »

ceri commented on 2014-10-24 06:44 (UTC)

Anyone having issues with the General tab of options being blank?

Kalinda commented on 2014-10-22 16:57 (UTC)

@flying-sheep: I actually tried building it new a couple of times but it wouldn't work. It could've been something else, too, though, I've frequently had trouble trying to build it in the past. Thanks for the repo, though!

flying-sheep commented on 2014-10-22 11:50 (UTC)

Kalinda, if you build it new or use the one from http://apathism.net/archlinux/, it should work. seems like you built just before the icu update. PS: i informed the maintainer (https://aur.archlinux.org/account/apathism/), and firefox-kde-opensuse-33.0-2 there is now built against icu-54.0.

mareex commented on 2014-10-22 11:44 (UTC)

builds and runs fine for me against new icu.

Kalinda commented on 2014-10-22 03:35 (UTC)

Ok, there seems to be a problem with Firefox now that icu has been updated. It won't open anymore, complaining about missing libicui18n.so.53: XPCOMGlueLoad error for file /usr/lib/firefox/libxul.so: libicui18n.so.53: cannot open shared object file: No such file or directory Couldn't load XPCOM. So I figured it just needed to be recompiled alongside the new icu, but the compiler is specifically looking the .53 version of the icu files, so it won't work. I get this error in which it cannot find libicui18n.so.53: Executing /tmp/yaourt-tmp-kalinda/aur-firefox-kde-opensuse/src/mozilla-release/obj-x86_64-unknown-linux-gnu/dist/bin/xpcshell -g /tmp/yaourt-tmp-kalinda/aur-firefox-kde-opensuse/src/mozilla-release/obj-x86_64-unknown-linux-gnu/dist/bin/ -a /tmp/yaourt-tmp-kalinda/aur-firefox-kde-opensuse/src/mozilla-release/obj-x86_64-unknown-linux-gnu/dist/bin/ -f /tmp/yaourt-tmp-kalinda/aur-firefox-kde-opensuse/src/mozilla-release/toolkit/mozapps/installer/precompile_cache.js -e precompile_startupcache("resource://gre/"); /tmp/yaourt-tmp-kalinda/aur-firefox-kde-opensuse/src/mozilla-release/obj-x86_64-unknown-linux-gnu/dist/bin/xpcshell: error while loading shared libraries: libicui18n.so.53: cannot open shared object file: No such file or directory Traceback (most recent call last): File "/tmp/yaourt-tmp-kalinda/aur-firefox-kde-opensuse/src/mozilla-release/toolkit/mozapps/installer/packager.py", line 402, in <module> main() File "/tmp/yaourt-tmp-kalinda/aur-firefox-kde-opensuse/src/mozilla-release/toolkit/mozapps/installer/packager.py", line 394, in main args.source, gre_path, base) File "/tmp/yaourt-tmp-kalinda/aur-firefox-kde-opensuse/src/mozilla-release/toolkit/mozapps/installer/packager.py", line 158, in precompile_cache errors.fatal('Error while running startup cache precompilation') File "/tmp/yaourt-tmp-kalinda/aur-firefox-kde-opensuse/src/mozilla-release/python/mozbuild/mozpack/errors.py", line 101, in fatal self._handle(self.FATAL, msg) File "/tmp/yaourt-tmp-kalinda/aur-firefox-kde-opensuse/src/mozilla-release/python/mozbuild/mozpack/errors.py", line 96, in _handle raise ErrorMessage(msg) mozpack.errors.ErrorMessage: Error: Error while running startup cache precompilation /tmp/yaourt-tmp-kalinda/aur-firefox-kde-opensuse/src/mozilla-release/toolkit/mozapps/installer/packager.mk:720: recipe for target 'stage-package' failed make[2]: *** [stage-package] Error 1 make[2]: Leaving directory '/tmp/yaourt-tmp-kalinda/aur-firefox-kde-opensuse/src/mozilla-release/obj-x86_64-unknown-linux-gnu/browser/installer' /tmp/yaourt-tmp-kalinda/aur-firefox-kde-opensuse/src/mozilla-release/browser/build.mk:21: recipe for target 'install' failed make[1]: *** [install] Error 2 make[1]: Leaving directory '/tmp/yaourt-tmp-kalinda/aur-firefox-kde-opensuse/src/mozilla-release/obj-x86_64-unknown-linux-gnu' client.mk:399: recipe for target 'install' failed make: *** [install] Error 2 I tried making a symlink, but it wants me to symlink all the icu files. After I'd done two of them, I tried opening Firefox again and got this instead: XPCOMGlueLoad error for file /usr/lib/firefox/libxul.so: /usr/lib/firefox/libxul.so: undefined symbol: udat_countAvailable_53 Couldn't load XPCOM. Looking for 53 again. Does the source code or something else need to be modified so it works with the new, version 54 of icu? I looked through the PKGBUILD and didn't find anything about icu that I could change in there. I see the regular version of Firefox has been updated to 33.0-2 in the repos today and it works, so I guess I have to use it for now. Just thought I'd alert you to this problem.

yegorius commented on 2014-10-20 15:21 (UTC)

Hello everybody, I was on vacation last week, so the package is behind the schedule (: It will be updated very soon. Concerning the build failures: I always test the package before I upload it to the AUR, so if it fails to build, then it's probably your environment (99.9%), or my fault (0.1%). The firefox build process is known to be very fragile. BTW, I never build in clean chroot — the package builds perfectly without it. Always do "-Syu" before you build new firefox. Sometimes new version of icu, nss or nspr might help you build successfully. If you build twice in the same directory, don't forger to remove pkg and src dirs before you retry.

hippieben commented on 2014-10-19 17:55 (UTC)

The maintainer always seems to be a bit behind

mareex commented on 2014-10-19 15:42 (UTC)

Why is this package not updated? Patches for version 33 seem to be out for one week now.

zancarius commented on 2014-10-18 06:06 (UTC)

@hippieben I've always had the same problem with the base Firefox package, too. It's not just this one. If you're having trouble, it's difficult to say with certainty what the problem is, so I find it's easier to circumvent the whole slew of variables that could contribute and just build it in a chroot [1]. It's more work, but it avoids certain externalities. If you do so, you'll need to build kmozillahelper [2] and install it into your chroot before the Firefox package. (If makepkg complains when it tests the downloaded patches, and they don't exist, you'll need to download them manually--I have that have on occasion, but I don't know what causes it.) Aside: I believe several of the official binary packages are built this way, but I could be mistaken. [1] https://wiki.archlinux.org/index.php/DeveloperWiki:Building_in_a_Clean_Chroot [2] https://aur.archlinux.org/packages/kmozillahelper/

« First ‹ Previous 1 .. 59 60 61 62 63 64 65 66 67 68 69 .. 139 Next › Last »