Arch Linux User Repository

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

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]

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

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

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 .

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

@ShayBox Yeah this package is literally a pain in the ass. I've dedided to stop using it because it broke way to often.

At least for standard firefox we can use GTK_USE_PORTAL=1 firefox together with https://www.archlinux.de/packages/extra/x86_64/xdg-desktop-portal-kde to have a Plasma file picker dialog. Still there is no support for global menu in standard firefox.

Hasn't worked in weeks

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

Repo needs to be recompiled if any of the shared libraries are updated btw

You have to downgrade to the older rust version. Firefox doesn't build with the current. I didn't found any old version and took this workaround.

I got an error about "rustup which rustc" failing during "configure". I had to run "rustup default stable" to get past this error. I'm not sure if this is something new, or if it's due to my system's setup, or if this is the correct solution.

can this be rebuilt against latest dav1d and pushed to your repo? 70.0.1-1 refuses to start with newest dav1d.

Firefox 69.0 is now in Thaodan's repository. Successfully updated via pacman. Thanks for your work, Thaodan.