it's time.
let's wait for llvm-13 to get stable at least on amd64 before proceeding.
For observers: this is on hold due to possible Firefox bugs with new LLVM or Rust(?), possibly related to bug 821505.
I can confirm something is off if firefox is built with this very version.
I can also confirm that something is really off with Firefox with 1.56.1. It's a bit of a weird tale, but I ran a world update on the night from Thursday to Friday, before a roleplaying session (which we do via Foundry VTT) on Friday evening. This included rust 1.56.1 and firefox 94.0.1. Turns out, something really broke and Foundry VTT in Firefox kept weirdly deadlocking. With animations still happening, but mouse input ignored, and also closing the tab and Firefox itself either delayed or not working. At first I thought it was Firefox 94.0.1, so I downgraded to 93.0, which previously worked. But nope, still happening. Then I noticed it only happens when pulseaudio is running. So it might be something sound, sound IPC, whatever related? Another thing that breaks is the Firefox profiler (profiler.firefox.com). After ending a recording, a new tabs opens where the profile would be loaded, but that never finishes loading and the tab stays empty. Basically took the whole day today to try various things. But downgrading to rust 1.53.0 and recompiling Firefox fixes the issues for me. I also downgraded llvm and clang to 12 (and rebuilt Firefox), but that alone was not enough. As for the connection with #821505... Dunno, I still get the "Channel closing: too late to send/recv, messages will be lost" messages with Firefox 93, rust 1.53.0 and clang/llvm 12. And I have Firefox compiled with -pgo at any rate.
Okay, Rust 1.56.0-r1 also show this broken behaviour, not just 1.56.1. I've now got llvm and clang back to 13, Rust to 1.55.0 and Firefox to 94.0.1, and the bug is gone. So >=dev-lang/rust-1.56.0 is the issue.
Unable to check for sanity: > dependent bug #821862 has errors
All sanity-check issues have been resolved
Can we have rust 1.55 stabilized now, since LLVM 13 is already stable and 1.56.x is blocked by firefox issue?
Oh, I see, rust-1.55 is still using llvm 12.
fix landed to firefox in https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=ef9940a9394e7a0311bb9d5987e0d442d7188c52 so try ff 94.0.1-r1 if problems are solved we can continue with stablereq, but still waiting ofc for more data to come in from users.
I can confirm that the issue I had in Foundry VTT (https://bugs.gentoo.org/821898#c4 ) are gone with dev-lang/rust-1.56.1 and www-client/firefox-94.0.1-r1. However, the Firefox Profiler is still broken. That seems to be a separate issue. That bug is also present when pulseaudio is not running, so I already suspected that the cubeb-pulse-rs fix is not going to change that. Steps to reproduce: 1. Create a new profile, just to be sure 2. Start Firefox with the new profile and go to profiler.firefox.com 3. Click "Enable Firefox Profiler Menu Button". This will create a new button in the space to the right of the navigation bar 4. Click the new button. This will start a new recording 5. Click the button again. This will stop the recording 6. Wait a few seconds. A new tab will open, navigating to profiler.firefox.com What should happen now: the recording data is loaded into the new tabs and a detailed view is shown displaying the data associated with the recording. What does happen instead: the new tab stays blank forever. When closing the tab and opening a new tab, you can't even navigate to any URL now This happens with Firefox is compiled with dev-lang/rust-1.59.1, but not with dev-lang/rust-1.55. It's very possible that this is a very similar Thread sync deadlock to the one found in cubeb-pulse-rs, but related to the loading of the recording data.
it's FF code issue, not exactly rust's, rust-1.56 is just a trigger as I understand, not the failure reason. I'd say worth filing a separate bug for firefox if it's not filed yet.
Unable to check for sanity: > dependent bug #822954 is missing keywords
got ack from mozilla team to go on with stablereq, adding arches
ppc64 done
amd64 done
x86 done
arm64 done
arm done all arches done