[solved] firefox 67.0.4-1

Bob Hill · 2019-09-22 21:43:54

Very pleased to see Firefox 69.0.1 in the repositories today, and installed it with pacman, without any problems.
Many thanks to everybody who worked to achieve this result, especially for all the pre-requisite work with Rust.

levi · 2019-09-22 22:44:31

Good spot. I'm posting this from my fresh install of firefox 69 too. We also received a fresh drop of dillo today, although that just seems to have been another rebuild of 3.0.5.

Hopefully this is the beginning of more regular updates to firefox, and all problems of automating the process have been solved, but if you don't mind I won't hold my breath just yet.

andreas_baumann · 2019-09-23 06:47:03

You can see the tasks required in the PKGBUILD (extra/firefox/PKGBUILD) of the Archlinux32 package and
some new things which appeared in the last version:

https://bugs.archlinux32.org/index.php? … task_id=87
https://bugs.archlinux32.org/index.php? … task_id=71

firefox and thunderbird are available for pentium4 only at the moment, i686 still suffers from a non-rebuildable rust and rust-bin
(the official one) contains SSE2 opcodes in the generated binaries.

levi · 2019-09-23 15:14:16

Fair enough. I'm not sure how much of a showstopper that is in reality. On my old pentum3 based machine it wasn't much fun running anything as heavy, so I used links for when I needed to look stuff up on t'internet.

Hmm, reading through that bug report, the workarounds you've found don't seem too robust to me, so we'll have to see how long they continue to work for. But at least you've learned the kind of things that can stop a build, so can spot a patch more quickly and easily going forwards.

arch32yes · 2019-09-23 21:40:23

firefox 69.0.1-1.1 2019-09-22 14:13:32

How, can i get german languages?

levi · 2019-09-23 21:48:50

There's firefox-i18n-de in testing currently, but only the old version in extra. You can wait for it to be promoted, or add the testing repositories to your pacman.conf, or other similar approaches.

levi · 2019-09-23 22:15:53

Hmm, I just got a message about a data breach from firefox monitor at xkcd when I visited that site today. I've never had an account with xkcd so that's not a problem for me, but I'm wondering how exactly firefox knows there's been a breach there; does it download a big list of all breaches periodically, or is it sending the sites I visit to some server somewhere? I told it not to notify me about breaches, but I can't find any setting in the preferences to cut it out entirely.

Reading up on it there seems to have been something called firefox monitor which you used to need to sign up with an email address to use, but I've never seen a real need to send my email address to mozilla. This happened without me even being signed in to any kind of firefox account.

andreas_baumann · 2019-09-24 15:33:06

@levi: well the build process of firefox is not stable, so why should the patches be more stable? ;-)

levi · 2019-09-24 15:41:46

Hah, touché!

arch32yes · 2019-09-26 08:19:02

Thank you for the work.

Bob Hill · 2020-12-09 14:32:11

Firefox currently seems to be stuck on 79.0 - is this a repeat of the Rust issues previously described in this topic, or are there other reasons for not being more up-to-date with Firefox?

arch322yes · 2020-12-12 17:53:11

Hello developer, when we get Firefox 83?

Greets

arch322yes

levi · 2020-12-12 18:28:03

I couldn't say (not being a developer, personally). But I reckon a question like this deserves a thread not tagged as being about such an ancient version as firefox 67 (and not marked as solved already).

arch322yes · 2020-12-12 18:30:24

ok

deep42thought · 2020-12-12 20:11:37

yes, the issue seems broken rust once more:

0:06.37 DEBUG: | rustup: error while loading shared libraries: libLLVM-10.so: cannot open shared object file: No such file or directory

levi · 2020-12-12 20:42:26

Hmm, I have /usr/lib/libLLVM-10.so in my environment. I didn't build it myself, so it must've come from the repos at some point. According to pacman -Ss llvm-libs it came from extra, so no testing repos involved.

deep42thought · 2020-12-12 20:46:34

yes, this is part of llvm-libs 10, but the newest version is llvm-libs 11 - and the build slaves always use the newest version
we need to compile rust agaings llvm-libs 11 - but currently, it fails:

==> Starting build()...
error: failed to parse manifest at `/build/rustup/src/rustup-1.23.0/Cargo.toml`

Caused by:
  feature `profile-overrides` is required

this Cargo does not support nightly features, but if you
switch to nightly channel you can add
`cargo-features = ["profile-overrides"]` to enable this feature
==> ERROR: A failure occurred in build().

Arch Linux

#26 2019-09-22 21:43:54

Re: [solved] firefox 67.0.4-1

#27 2019-09-22 22:44:31

Re: [solved] firefox 67.0.4-1

#28 2019-09-23 06:47:03

Re: [solved] firefox 67.0.4-1

#29 2019-09-23 15:14:16

Re: [solved] firefox 67.0.4-1

#30 2019-09-23 21:40:23

Re: [solved] firefox 67.0.4-1

#31 2019-09-23 21:48:50

Re: [solved] firefox 67.0.4-1

#32 2019-09-23 22:15:53

Re: [solved] firefox 67.0.4-1

#33 2019-09-24 15:33:06

Re: [solved] firefox 67.0.4-1

#34 2019-09-24 15:41:46

Re: [solved] firefox 67.0.4-1

#35 2019-09-26 08:19:02

Re: [solved] firefox 67.0.4-1

#36 2020-12-09 14:32:11

Re: [solved] firefox 67.0.4-1

#37 2020-12-12 17:53:11

Re: [solved] firefox 67.0.4-1

#38 2020-12-12 18:28:03

Re: [solved] firefox 67.0.4-1

#39 2020-12-12 18:30:24

Re: [solved] firefox 67.0.4-1

#40 2020-12-12 20:11:37

Re: [solved] firefox 67.0.4-1

#41 2020-12-12 20:42:26

Re: [solved] firefox 67.0.4-1

#42 2020-12-12 20:46:34

Re: [solved] firefox 67.0.4-1

Board footer