Package Details: firefox-kde-opensuse 78.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://build.opensuse.org/package/show/mozilla:Factory/MozillaFirefox
Keywords: browser gecko web
Licenses: GPL, MPL, LGPL
Conflicts: firefox
Provides: firefox=78.0.2
Submitter: csslayer
Maintainer: Thaodan
Last Packager: Thaodan
Votes: 318
Popularity: 0.89
First Submitted: 2009-12-11 09:10
Last Updated: 2020-07-11 11:40

Dependencies (47)

Required by (123)

Sources (20)

Pinned Comments

Thaodan commented on 2020-05-14 00:10

Hey,

Sorry for the large delay in updates on this package. I didn't had the time to update the pkg for a while and had some larger bugs to fix as visible in the git log.

The package now requires a patched version of graphite as mozilla patched theirs to include some functions for their sandbox that result in faster speed.

Also I had to add a workaround because of a different behaiviour when it comes to gcc if lto is used compared clang.

If something else comes up please file an issue on gitlab.

Thaodan commented on 2018-07-11 18:15

upstream git repo:* (https://gitlab.com/Thaodan/firefox-kde-opensuse)

repo in /etc/pacman.conf:

[home-thaodan]
Server = https://thaodan.de/public/archlinux/home-thaodan/x86_64/

import the key

sudo pacman-key --recv-keys BBFE2FD421597395E4FC8C8DF6C85FEE79D661A4
pacman-key --finger BBFE2FD421597395E4FC8C8DF6C85FEE79D661A4
sudo pacman-key --lsign-key  BBFE2FD421597395E4FC8C8DF6C85FEE79D661A4
sudo pacman-key --refresh-keys

fingerprint:

gpg: enabled debug flags: memstat
gpg: keydb: handles=1 locks=0 parse=0 get=1
gpg:        build=0 update=0 insert=0 delete=0
gpg:        reset=0 found=1 not=1 cache=0 not=0
gpg: kid_not_found_cache: count=0 peak=0 flushes=0
gpg: sig_cache: total=2 cached=2 good=2 bad=0
gpg: random usage: poolsize=600 mixed=0 polls=0/0 added=0/0
           outmix=0 getlvl1=0/0 getlvl2=0/0
gpg: rndjent stat: collector=0x0000000000000000 calls=0 bytes=0
gpg: secmem usage: 0/32768 bytes in 0 blocks
pub   rsa2048 2015-02-13 [SC]
       BBFE 2FD4 2159 7395 E4FC  8C8D F6C8 5FEE 79D6 61A4
uid        [ ultimativ ] Björn Bidar <theodorstormgrade@gmail.com>
sub   rsa2048 2015-02-13 [E]

Latest Comments

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

Thaodan commented on 2020-05-14 00:10

Hey,

Sorry for the large delay in updates on this package. I didn't had the time to update the pkg for a while and had some larger bugs to fix as visible in the git log.

The package now requires a patched version of graphite as mozilla patched theirs to include some functions for their sandbox that result in faster speed.

Also I had to add a workaround because of a different behaiviour when it comes to gcc if lto is used compared clang.

If something else comes up please file an issue on gitlab.

renzobenzo commented on 2020-04-06 03:43

Is this still maintained?

Teyro commented on 2020-04-03 20:24

Hi there,

is there a chance for an update? 72 is really old und its every dady harder to get it stable working...

Thaodan commented on 2020-02-04 09:18

@k0r0ng: Sorry I forgot to push the updating commit, done. @ShayBox: You don't seem to get how I'm using the gitlab repo, please look closer before complaining.

ShayBox commented on 2020-02-04 07:49

aur packages are git repositories, you should be commit/pushing to this, using gitlab as your main repo defeats the purpose of using the aur packages git repo, you could just make this package pull the gitlab repo.

k0r0ng commented on 2020-01-30 16:48

I know v72.0.2 is in your repo(thaodan.de), but can you update the PKGBUILD that is also here(AUR).

Thaodan commented on 2019-12-04 18:47

Hey guys:

I have updated the package to 71.0 but because of an issue related to firefox not allocating objects with correct alignment the package is currently buggy.

Its waiting in a separate branch on gitlab currently:

https://gitlab.com/Thaodan/firefox-kde-opensuse/tree/firefox71

sevenk commented on 2019-11-28 17:07

Since this update the build fails. Any hints?

Ok, I just read the comment. The new RUST version it is.

20:19.59 error: aborting due to 68 previous errors 20:19.59 Some errors have detailed explanations: E0119, E0204. 20:19.59 For more information about an error, try rustc --explain E0119. 20:19.86 Compiling dump_syms_rust_demangle v0.1.0 (/build/firefox-kde-opensuse/src/mozilla-unified/toolkit/crashreporter/rust) 20:19.90 error: could not compile style. 20:19.90 To learn more, run the command again with --verbose. 20:19.90 make[5]: [/build/firefox-kde-opensuse/src/mozilla-unified/config/makefiles/rust.mk:248: force-cargo-library-build] Error 101 20:19.90 make[4]: [/build/firefox-kde-opensuse/src/mozilla-unified/config/recurse.mk:74: toolkit/library/rust/target] Error 2 20:19.90 make[4]: Waiting for unfinished jobs.... 20:20.04 Finished release [optimized] target(s) in 18m 21s 20:20.07 make[3]: [/build/firefox-kde-opensuse/src/mozilla-unified/config/recurse.mk:34: compile] Error 2 20:20.07 make[2]: [/build/firefox-kde-opensuse/src/mozilla-unified/config/rules.mk:391: default] Error 2 20:20.07 make[1]: [Makefile:201: profiledbuild] Error 2 20:20.07 make: *** [client.mk:125: build] Error 2 20:20.11 0 compiler warnings present. 20:20.14 /usr/bin/notify-send --app-name=Mozilla Build System Mozilla Build System Build failed

Thaodan commented on 2019-11-26 17:21

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

@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.