Upstream released: https://www.mozilla.org/en-US/firefox/112.0.2/releasenotes/ Reproducible: Always
Seems like it's also resolving memory leak https://bugzilla.mozilla.org/show_bug.cgi?id=1828587&_gl=1*1o0t22w*_ga*MTE4NDc4NzU3NC4xNDc0NTQwMjA3*_ga_MQ7767QQQW*MTY4MjYwMjY5MC4zMjMuMS4xNjgyNjAzNDE1LjAuMC4w
The F38 and F39 builds are mostly failing, although F36 and F37 all arches built fine. It would be nice to get this resolved, not heard anything from the maintainers.
I looked at build.log for the failed builds (I am not a maintainer of this package) and I do not understand the errors there. I tried the same F38 build in copr and that failed too, so it's not some temporary thing, it seems. We'll need to wait for @stransky to have a peek here.
I did local build on fully up-to-date f38 system and that builds fine. No idea if the infra is broken or so...looks like a rust issue?
It's interesting only s390x builds went through. Looked at them and only significant difference is "disable-jit" option.
I wonder if the builds is missing some dependency a and downloads that during build. That may explain failed koji/copr builds but fine local ones.
There's the build failure: 33:37.41 error: could not compile `gkrust` due to previous error 33:37.41 Caused by: 33:37.41 process didn't exit successfully: `CARGO=/usr/bin/cargo CARGO_CRATE_NAME=gkrust CARGO_MANIFEST_DIR=/builddir/build/BUILD/firefox-112.0.2/toolkit/library/rust CARGO_PKG_AUTHORS='The Mozilla Project Developers' CARGO_PKG_DESCRIPTION='Rust code for libxul' CARGO_PKG_HOMEPAGE='' CARGO_PKG_LICENSE=MPL-2.0 CARGO_PKG_LICENSE_FILE='' CARGO_PKG_NAME=gkrust CARGO_PKG_REPOSITORY='' CARGO_PKG_RUST_VERSION='' CARGO_PKG_VERSION=0.1.0 CARGO_PKG_VERSION_MAJOR=0 CARGO_PKG_VERSION_MINOR=1 CARGO_PKG_VERSION_PATCH=0 CARGO_PKG_VERSION_PRE='' CARGO_PRIMARY_PACKAGE=1 LD_LIBRARY_PATH='/builddir/build/BUILD/firefox-112.0.2/objdir/release/deps:/usr/lib' /usr/bin/rustc --crate-name gkrust toolkit/library/rust/lib.rs --error-format=json --json=diagnostic-rendered-ansi,artifacts,future-incompat --crate-type staticlib --emit=dep-info,link -C opt-level=2 -C panic=abort -C embed-bitcode=no -Clto -C metadata=9360ecba7bdfc4c4 -C extra-filename=-9360ecba7bdfc4c4 --out-dir /builddir/build/BUILD/firefox-112.0.2/objdir/x86_64-unknown-linux-gnu/release/deps --target x86_64-unknown-linux-gnu -C linker=/builddir/build/BUILD/firefox-112.0.2/build/cargo-linker -C incremental=/builddir/build/BUILD/firefox-112.0.2/objdir/x86_64-unknown-linux-gnu/release/incremental -L dependency=/builddir/build/BUILD/firefox-112.0.2/objdir/x86_64-unknown-linux-gnu/release/deps -L dependency=/builddir/build/BUILD/firefox-112.0.2/objdir/release/deps --extern gkrust_shared=/builddir/build/BUILD/firefox-112.0.2/objdir/x86_64-unknown-linux-gnu/release/deps/libgkrust_shared-ccbc84f64120e0a4.rlib --extern lmdb_sys=/builddir/build/BUILD/firefox-112.0.2/objdir/x86_64-unknown-linux-gnu/release/deps/liblmdb_sys-9444662e66b4ae33.rlib --extern mozglue_static=/builddir/build/BUILD/firefox-112.0.2/objdir/x86_64-unknown-linux-gnu/release/deps/libmozglue_static-79cbb0b19c030d65.rlib --extern mozilla_central_workspace_hack=/builddir/build/BUILD/firefox-112.0.2/objdir/x86_64-unknown-linux-gnu/release/deps/libmozilla_central_workspace_hack-b05e65b6bec79fc1.rlib --extern swgl=/builddir/build/BUILD/firefox-112.0.2/objdir/x86_64-unknown-linux-gnu/release/deps/libswgl-3f46f3121fe394c7.rlib -C debuginfo=2 --cap-lints warn -Cembed-bitcode=yes -C codegen-units=1 -L native=/usr/lib64 -L native=/builddir/build/BUILD/firefox-112.0.2/objdir/x86_64-unknown-linux-gnu/release/build/audioipc-a438b7e0835ceccb/out -L native=/builddir/build/BUILD/firefox-112.0.2/objdir/x86_64-unknown-linux-gnu/release/build/audioipc2-b0005481b4e47021/out -L native=/builddir/build/BUILD/firefox-112.0.2/objdir/dist/bin -L native=/builddir/build/BUILD/firefox-112.0.2/objdir/security/nss/lib/nss/nss_nss3 -L native=/builddir/build/BUILD/firefox-112.0.2/objdir/security/nss/lib/ssl/ssl_ssl3 -L native=/builddir/build/BUILD/firefox-112.0.2/objdir/config/external/nspr/pr -L native=/builddir/build/BUILD/firefox-112.0.2/objdir/x86_64-unknown-linux-gnu/release/build/lmdb-rkv-sys-2f817b62ed9df14e/out -L native=/builddir/build/BUILD/firefox-112.0.2/objdir/x86_64-unknown-linux-gnu/release/build/mozglue-static-a12bc81ac59445ce/out -L native=/usr/lib64 -L native=/builddir/build/BUILD/firefox-112.0.2/objdir/dist/bin -L native=/builddir/build/BUILD/firefox-112.0.2/objdir/security/nss/lib/nss/nss_nss3 -L native=/builddir/build/BUILD/firefox-112.0.2/objdir/security/nss/lib/ssl/ssl_ssl3 -L native=/builddir/build/BUILD/firefox-112.0.2/objdir/config/external/nspr/pr -L native=/builddir/build/BUILD/firefox-112.0.2/objdir/dist/bin -L native=/builddir/build/BUILD/firefox-112.0.2/objdir/security/nss/lib/nss/nss_nss3 -L native=/builddir/build/BUILD/firefox-112.0.2/objdir/security/nss/lib/ssl/ssl_ssl3 -L native=/builddir/build/BUILD/firefox-112.0.2/objdir/config/external/nspr/pr -L native=/builddir/build/BUILD/firefox-112.0.2/objdir/x86_64-unknown-linux-gnu/release/build/swgl-37da2893b2e6f38e/out` (exit status: 1) 33:37.76 996 | auto& selectedItem = set->items.AsSpan()[set->selected_index]; 33:37.76 | ^ 33:38.35 gmake[4]: *** [/builddir/build/BUILD/firefox-112.0.2/config/makefiles/rust.mk:438: force-cargo-library-build] Error 101 33:38.35 gmake[4]: Leaving directory '/builddir/build/BUILD/firefox-112.0.2/objdir/toolkit/library/rust' 33:38.36 gmake[3]: *** [/builddir/build/BUILD/firefox-112.0.2/config/recurse.mk:72: toolkit/library/rust/target] Error 2 33:38.36 gmake[3]: *** Waiting for unfinished jobs....
There's also one: 32:47.37 error: Cannot represent a difference across sections
I tried looking at the diff between rpms pulled in between successful and unsuccessful builds (i.e. 1 vs 2). Maybe I can try rebuilding 1 in copr to see whether that fails.
Failed: https://copr.fedorainfracloud.org/coprs/bojan/FF/build/5860486/
Tried using the F37 src rpm to build on F38 using rpmbuild. After 40+ minutes I got this: 38:08.34 gmake[4]: Leaving directory '/home/bdm/rpmbuild/BUILD/firefox-112.0.2/objdir/toolkit/components/telemetry' 41:06.71 error: Cannot represent a difference across sections 41:21.74 error: could not compile `gkrust` due to previous error 41:21.74 Caused by: 41:21.74 process didn't exit successfully: `CARGO=/usr/bin/cargo CARGO_CRATE_NAME=gkrust CARGO_MANIFEST_DIR=/home/bdm/rpmbuild/BUILD/firefox-112.0.2/toolkit/library/rust CARGO_PKG_AUTHORS='The Mozilla Project Developers' CARGO_PKG_DESCRIPTION='Rust code for libxul' CARGO_PKG_HOMEPAGE='' CARGO_PKG_LICENSE=MPL-2.0 CARGO_PKG_LICENSE_FILE='' CARGO_PKG_NAME=gkrust CARGO_PKG_REPOSITORY='' CARGO_PKG_RUST_VERSION='' CARGO_PKG_VERSION=0.1.0 CARGO_PKG_VERSION_MAJOR=0 CARGO_PKG_VERSION_MINOR=1 CARGO_PKG_VERSION_PATCH=0 CARGO_PKG_VERSION_PRE='' CARGO_PRIMARY_PACKAGE=1 LD_LIBRARY_PATH='/home/bdm/rpmbuild/BUILD/firefox-112.0.2/objdir/release/deps:/usr/lib' /usr/bin/rustc --crate-name gkrust toolkit/library/rust/lib.rs --error-format=json --json=diagnostic-rendered-ansi,artifacts,future-incompat --crate-type staticlib --emit=dep-info,link -C opt-level=2 -C panic=abort -C embed-bitcode=no -Clto -C metadata=9360ecba7bdfc4c4 -C extra-filename=-9360ecba7bdfc4c4 --out-dir /home/bdm/rpmbuild/BUILD/firefox-112.0.2/objdir/x86_64-unknown-linux-gnu/release/deps --target x86_64-unknown-linux-gnu -C linker=/home/bdm/rpmbuild/BUILD/firefox-112.0.2/build/cargo-linker -C incremental=/home/bdm/rpmbuild/BUILD/firefox-112.0.2/objdir/x86_64-unknown-linux-gnu/release/incremental -L dependency=/home/bdm/rpmbuild/BUILD/firefox-112.0.2/objdir/x86_64-unknown-linux-gnu/release/deps -L dependency=/home/bdm/rpmbuild/BUILD/firefox-112.0.2/objdir/release/deps --extern gkrust_shared=/home/bdm/rpmbuild/BUILD/firefox-112.0.2/objdir/x86_64-unknown-linux-gnu/release/deps/libgkrust_shared-ccbc84f64120e0a4.rlib --extern lmdb_sys=/home/bdm/rpmbuild/BUILD/firefox-112.0.2/objdir/x86_64-unknown-linux-gnu/release/deps/liblmdb_sys-9444662e66b4ae33.rlib --extern mozglue_static=/home/bdm/rpmbuild/BUILD/firefox-112.0.2/objdir/x86_64-unknown-linux-gnu/release/deps/libmozglue_static-79cbb0b19c030d65.rlib --extern mozilla_central_workspace_hack=/home/bdm/rpmbuild/BUILD/firefox-112.0.2/objdir/x86_64-unknown-linux-gnu/release/deps/libmozilla_central_workspace_hack-b05e65b6bec79fc1.rlib --extern swgl=/home/bdm/rpmbuild/BUILD/firefox-112.0.2/objdir/x86_64-unknown-linux-gnu/release/deps/libswgl-3f46f3121fe394c7.rlib -C debuginfo=2 --cap-lints warn -Cembed-bitcode=yes -C codegen-units=1 -L native=/usr/lib64 -L native=/home/bdm/rpmbuild/BUILD/firefox-112.0.2/objdir/x86_64-unknown-linux-gnu/release/build/audioipc-a438b7e0835ceccb/out -L native=/home/bdm/rpmbuild/BUILD/firefox-112.0.2/objdir/x86_64-unknown-linux-gnu/release/build/audioipc2-b0005481b4e47021/out -L native=/home/bdm/rpmbuild/BUILD/firefox-112.0.2/objdir/dist/bin -L native=/home/bdm/rpmbuild/BUILD/firefox-112.0.2/objdir/security/nss/lib/nss/nss_nss3 -L native=/home/bdm/rpmbuild/BUILD/firefox-112.0.2/objdir/security/nss/lib/ssl/ssl_ssl3 -L native=/home/bdm/rpmbuild/BUILD/firefox-112.0.2/objdir/config/external/nspr/pr -L native=/home/bdm/rpmbuild/BUILD/firefox-112.0.2/objdir/x86_64-unknown-linux-gnu/release/build/lmdb-rkv-sys-2f817b62ed9df14e/out -L native=/home/bdm/rpmbuild/BUILD/firefox-112.0.2/objdir/x86_64-unknown-linux-gnu/release/build/mozglue-static-a12bc81ac59445ce/out -L native=/usr/lib64 -L native=/home/bdm/rpmbuild/BUILD/firefox-112.0.2/objdir/dist/bin -L native=/home/bdm/rpmbuild/BUILD/firefox-112.0.2/objdir/security/nss/lib/nss/nss_nss3 -L native=/home/bdm/rpmbuild/BUILD/firefox-112.0.2/objdir/security/nss/lib/ssl/ssl_ssl3 -L native=/home/bdm/rpmbuild/BUILD/firefox-112.0.2/objdir/config/external/nspr/pr -L native=/home/bdm/rpmbuild/BUILD/firefox-112.0.2/objdir/dist/bin -L native=/home/bdm/rpmbuild/BUILD/firefox-112.0.2/objdir/security/nss/lib/nss/nss_nss3 -L native=/home/bdm/rpmbuild/BUILD/firefox-112.0.2/objdir/security/nss/lib/ssl/ssl_ssl3 -L native=/home/bdm/rpmbuild/BUILD/firefox-112.0.2/objdir/config/external/nspr/pr -L native=/home/bdm/rpmbuild/BUILD/firefox-112.0.2/objdir/x86_64-unknown-linux-gnu/release/build/swgl-37da2893b2e6f38e/out` (exit status: 1) My local system has all the updates-testing and updates packages to date installed. This is way beyond any knowledge I have of how to resolve it.
Yeah, that's not surprising, given F37 SRPM is built essentially from the same source as F38 one. Looks like something changed in mock environment that is building this and tripping up the builds.
Here is the diff between installed RPMs in mock for the build that worked (file 1-s.txt) versus the one that didn't (file 2-s.txt): --- 1-s.txt 2023-04-30 09:24:04.368137008 +1000 +++ 2-s.txt 2023-04-30 09:24:26.134127015 +1000 @@ -88,13 +88,13 @@ libssh-config-0.10.4-4.fc38.noarch libstdc++-13.0.1-0.12.fc38.x86_64 libtasn1-4.19.0-2.fc38.x86_64 -libtirpc-1.3.3-1.fc38.x86_64 +libtirpc-1.3.3-1.rc1.fc38.x86_64 libunistring1.0-1.0-1.fc38.x86_64 libutempter-1.2.1-8.fc38.x86_64 libuuid-2.38.1-4.fc38.x86_64 libverto-0.3.2-5.fc38.x86_64 libxcrypt-4.4.33-7.fc38.x86_64 -libxml2-2.10.3-3.fc38.x86_64 +libxml2-2.10.4-1.fc38.x86_64 libzstd-1.5.5-1.fc38.x86_64 lua-libs-5.4.4-9.fc38.x86_64 lua-srpm-macros-1-8.fc38.noarch @@ -120,7 +120,7 @@ pkgconf-pkg-config-1.8.0-6.fc38.x86_64 popt-1.19-2.fc38.x86_64 publicsuffix-list-dafsa-20230318-1.fc38.noarch -pyproject-srpm-macros-1.6.3-1.fc38.noarch +pyproject-srpm-macros-1.7.0-1.fc38.noarch python-srpm-macros-3.11-10.fc38.noarch qt5-srpm-macros-5.15.9-1.fc38.noarch readline-8.2-3.fc38.x86_64 @@ -130,7 +130,7 @@ rpm-build-4.18.1-1.fc38.x86_64 rpm-build-libs-4.18.1-1.fc38.x86_64 rpm-libs-4.18.1-1.fc38.x86_64 -rpm-sequoia-1.3.0-1.fc38.x86_64 +rpm-sequoia-1.4.0-1.fc38.x86_64 rust-srpm-macros-24-1.fc38.noarch sed-4.8-12.fc38.x86_64 setup-2.14.3-2.fc38.noarch . So, we have newer libtirpc, libxml2, pyproject-srpm-macros and rpm-sequoia. My money is on pyproject-srpm-macros The logs this was pulled from: - https://kojipkgs.fedoraproject.org//packages/firefox/112.0.1/1.fc38/data/logs/x86_64/mock_output.log - https://kojipkgs.fedoraproject.org//work/tasks/2339/100452339/mock_output.log
Successful F37 build has: pyproject-srpm-macros-1.6.3-1.fc37.noarch Log: - https://kojipkgs.fedoraproject.org//packages/firefox/112.0.2/1.fc37/data/logs/x86_64/mock_output.log
Testing my theory here: https://copr.fedorainfracloud.org/coprs/bojan/FF/build/5861364/ From the build log: Downgrading: pyproject-srpm-macros noarch 1.6.3-1.fc38 fedora 14 k Let's see...
Nope, failed.
llvm bug https://github.com/llvm/llvm-project/issues/61932 ? ( via https://github.com/rust-lang/rust/issues/109934 )
Maybe. I do not see that being different in mock between success/failure, but I could be totally off, of course.
Its the exact same rust version, but compiled with either llvm-15.0.7-1.fc37 or llvm-16.0.0-2.fc38... ;( I guess to test you could downgrade to rust-1.68.2-1.fc38 (in the base f38 repo) (which was buit with llvm-15.0.7-2.fc38)
Right. And llvm itself is also different in the failed build.
Yeah, you are absolutely correct. Different version of rust used to build .1.
OK, let's see what we get the older rust: https://copr.fedorainfracloud.org/coprs/bojan/FF/build/5862010/
Yeah, that worked! Thanks again, Kevin!
(In reply to Martin Stransky from comment #7) > There's the build failure: > > 33:37.41 error: could not compile `gkrust` due to previous error > 33:37.41 Caused by: > 33:37.41 process didn't exit successfully: (snip) > staticlib --emit=dep-info,link -C opt-level=2 -C panic=abort -C > embed-bitcode=no -Clto Side note: This looks like firefox build system isn't honoring Fedora default compiler flags for Rust code? It's probably not related to the current build failure, but I noticed it in the pasted snippet. The flags should be something like "-Copt-level=3 -Ccodegen-units=1 -Cdebuginfo=2" (i.e. the contents of the RUSTFLAGS environment variable). (This should even result in slightly faster/better + slightly smaller binaries, compared to binaries build using the current flags.)
(In reply to Bojan Smojver from comment #23) > Yeah, that worked! Thanks again, Kevin! Indeed, I'm going to use Bojan's build until this gets 'properly' resolved in bodhi
PR: https://src.fedoraproject.org/rpms/firefox/pull-request/53
As discussed with @decathorpe in the PR, that's not going to work in koji, given the nature of the repos there. So, you can, of course, ignore it - it's been cancelled.
(In reply to Bojan Smojver from comment #27) > As discussed with @decathorpe in the PR, that's not going to work in koji, > given the nature of the repos there. So, you can, of course, ignore it - > it's been cancelled. An interesting discussion, I certainly learned something from it.
If there's a need to build this urgently, you (well, the maintainer) could make a side tag, tag in the older rust, build firefox, untag the older rust from the sidetag and submit update. It would be a lot better to just fix the issue though if possible. ;)
New llvm has been built, so maybe someone can try rebuilding rust with it. I am not entirely sure whether that version has all the required fixes, to be honest...
(In reply to Fabio Valentini from comment #24) > (In reply to Martin Stransky from comment #7) > > There's the build failure: > > > > 33:37.41 error: could not compile `gkrust` due to previous error > > 33:37.41 Caused by: > > 33:37.41 process didn't exit successfully: > > (snip) > > > staticlib --emit=dep-info,link -C opt-level=2 -C panic=abort -C > > embed-bitcode=no -Clto > > Side note: This looks like firefox build system isn't honoring Fedora > default compiler flags for Rust code? It's probably not related to the > current build failure, but I noticed it in the pasted snippet. > The flags should be something like "-Copt-level=3 -Ccodegen-units=1 > -Cdebuginfo=2" (i.e. the contents of the RUSTFLAGS environment variable). > (This should even result in slightly faster/better + slightly smaller > binaries, compared to binaries build using the current flags.) Well, Firefox stopped building after we started setting RUSTFLAGS by default and I had to fix that: https://bugzilla.redhat.com/show_bug.cgi?id=2184553 so it's definitely taking them into account *somehow*. Not sure what the story is beyond that...
Gah, wrong link, sorry. That should be: https://bugzilla.redhat.com/show_bug.cgi?id=2184549
(In reply to Adam Williamson from comment #32) > Gah, wrong link, sorry. That should be: > https://bugzilla.redhat.com/show_bug.cgi?id=2184549 Yeah, I remember that, but it looks like whatever you did to prevent the bespoke build system from choking on RUSTFLAGS apparently didn't actually result in it passing through the flags to rustc ... :(
(In reply to Bojan Smojver from comment #30) > New llvm has been built, so maybe someone can try rebuilding rust with it. I > am not entirely sure whether that version has all the required fixes, to be > honest... The proposed upstream LLVM fix hasn't even landed on main yet, and I also reproduced the firefox build failure in mock with llvm-16.0.2 anyway. But also, we're ahead of upstream Rust here, which won't ship with LLVM 16 until Rust 1.70.0. I think for now, it probably is best for me to just rebuild the rust package with the llvm15 compat libs. Note that this won't change other uses of LLVM 16 in the Firefox build, especially clang, but hopefully it will be enough.
Probably makes sense. Thanks anyone pitching in! We should probably also try to either include additional flags Fabio mentioned or at least open an issue for it: https://bugzilla.redhat.com/show_bug.cgi?id=2189964#c24
(In reply to Josh Stone from comment #34) > The proposed upstream LLVM fix hasn't even landed on main yet, and I also > reproduced the firefox build failure in mock with llvm-16.0.2 anyway. Ah, OK. I think I misunderstood some of the comments by @decathorpe to mean that released version had fixes. > I think for now, it probably is best for me to just rebuild the rust package with the llvm15 compat libs. Thank you! I can kick off an F39 build of FF in copr, which should hopefully pick that up and verify that all is well once again.
LLVM 16.0.2 does have fixes for some known bugs, but not this one. :) Anyway, yes rust-1.69.0-2.fc39 is in rawhide now, and rust-1.69.0-2.fc38 is in bodhi (pending -> testing). I'm happy to add an override for that if needed too.
(In reply to Josh Stone from comment #37) > Anyway, yes rust-1.69.0-2.fc39 is in rawhide now, and rust-1.69.0-2.fc38 is > in bodhi (pending -> testing). I'm happy to add an override for that if > needed too. I think @stransky will be the one needing the build override. I did some play builds of FF in koji before, but got slapped around the ears for that, given I'm not the package maintainer. :-) Anyhow, in the meantime... --> https://copr.fedorainfracloud.org/coprs/build/5865408
(In reply to Bojan Smojver from comment #38) > Anyhow, in the meantime... --> > https://copr.fedorainfracloud.org/coprs/build/5865408 Tried too soon. Still picked up previous build. Cancelled now.
Another try with an F38 build and with updates-testing enabled: https://copr.fedorainfracloud.org/coprs/bojan/FF/build/5866160/
Will use the build override in koji. Thanks for the help here!
FEDORA-2023-d9181344ab has been submitted as an update to Fedora 37. https://bodhi.fedoraproject.org/updates/FEDORA-2023-d9181344ab
FEDORA-2023-8127efc0a4 has been submitted as an update to Fedora 38. https://bodhi.fedoraproject.org/updates/FEDORA-2023-8127efc0a4
FEDORA-2023-eec84b6371 has been submitted as an update to Fedora 36. https://bodhi.fedoraproject.org/updates/FEDORA-2023-eec84b6371
Thank you all for sorting this out, it's clearly much more complicated than first assumed!
FEDORA-2023-d9181344ab has been pushed to the Fedora 37 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2023-d9181344ab` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2023-d9181344ab See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2023-eec84b6371 has been pushed to the Fedora 36 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2023-eec84b6371` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2023-eec84b6371 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2023-8127efc0a4 has been pushed to the Fedora 38 stable repository. If problem still persists, please make note of it in this bug report.
FEDORA-2023-d9181344ab has been pushed to the Fedora 37 stable repository. If problem still persists, please make note of it in this bug report.
FEDORA-2023-eee3f84a0f has been pushed to the Fedora 36 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2023-eee3f84a0f` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2023-eee3f84a0f See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2023-9af30bcede has been pushed to the Fedora 36 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2023-9af30bcede` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2023-9af30bcede See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.