F43.Beta - Recent update has many package conflicts

Greetings lovely community,

I decided to test the waters today and updated in place from F42 Gnome to the F43.Beta Gnome workstation via the Gnome Software app. Usually I run it in the terminal, but tried Gnome Software, and overall the update was solid and problem free. Though being an update to an already established system, intel and nvidia already work just fine as well on my laptop. Had I opted for a fresh install, I can’t say for certain if my experience would have been the same, but just happy to test out and help if I can.

I just ran an update tonight and was curious if this is one of those situations were RPMFusion is a little delayed because I got 5 problems that showed up. Below is the log file. I assume I should probably wait a few days for the repos to be updated, but since I’m on the beta I don’t know if that changes anything.

Feel free to let me know if there’s anything I could do, whether I just wait it out, update anyways, or use some –allowraising command. Appreciate any help, thank you.

scott@fedora:~$ yay
[sudo] password for scott: 
Updating and loading repositories:
 RPM Fusion for Fedora 43 - Nonfree        100% |   1.7 KiB/s |   6.2 KiB |  00m04s
 RPM Fusion for Fedora 43 - Nonfree - NVID 100% |   2.1 KiB/s |   5.8 KiB |  00m03s
 RPM Fusion for Fedora 43 - Free           100% |   1.6 KiB/s |   3.4 KiB |  00m02s
 RPM Fusion for Fedora 43 - Nonfree - Test 100% |   2.9 KiB/s |   5.9 KiB |  00m02s
 RPM Fusion for Fedora 43 - Free - Test Up 100% |   2.1 KiB/s |   3.3 KiB |  00m02s
 Fedora 43 - x86_64                        100% |  12.4 KiB/s |  11.7 KiB |  00m01s
 Fedora 43 - x86_64 - Test Updates         100% |  14.2 KiB/s |  10.1 KiB |  00m01s
 Fedora 43 - x86_64 - Updates              100% |  64.2 KiB/s |  30.2 KiB |  00m00s
Repositories loaded.
Problem 1: installed package libavcodec-freeworld-7.1.2-1.fc43.x86_64 requires libSvtAv1Enc.so.2()(64bit), but none of the providers can be installed
  - cannot install both svt-av1-libs-3.1.2-1.fc43.x86_64 from updates-testing and svt-av1-libs-2.3.0-2.fc43.x86_64 from @System
  - cannot install both svt-av1-libs-3.1.2-1.fc43.x86_64 from updates-testing and svt-av1-libs-2.3.0-2.fc43.x86_64 from fedora
  - cannot install the best update candidate for package svt-av1-libs-2.3.0-2.fc43.x86_64
  - cannot install the best update candidate for package libavcodec-freeworld-7.1.2-1.fc43.x86_64
 Problem 2: installed package ffmpeg-libs-7.1.2-1.fc43.x86_64 requires libSvtAv1Enc.so.2()(64bit), but none of the providers can be installed
  - cannot install both svt-av1-libs-3.1.2-1.fc43.x86_64 from updates-testing and svt-av1-libs-2.3.0-2.fc43.x86_64 from @System
  - cannot install both svt-av1-libs-3.1.2-1.fc43.x86_64 from updates-testing and svt-av1-libs-2.3.0-2.fc43.x86_64 from fedora
  - package gstreamer1-plugins-bad-free-1.26.6-2.fc43.x86_64 from updates-testing requires libSvtAv1Enc.so.3()(64bit), but none of the providers can be installed
  - cannot install the best update candidate for package gstreamer1-plugins-bad-free-1.26.6-1.fc43.x86_64
  - cannot install the best update candidate for package ffmpeg-libs-7.1.2-1.fc43.x86_64
 Problem 3: problem with installed package
  - installed package libavcodec-freeworld-7.1.2-1.fc43.x86_64 requires libSvtAv1Enc.so.2()(64bit), but none of the providers can be installed
  - package libavcodec-freeworld-7.1.2-1.fc43.x86_64 from rpmfusion-free requires libSvtAv1Enc.so.2()(64bit), but none of the providers can be installed
  - cannot install both svt-av1-libs-3.1.2-1.fc43.x86_64 from updates-testing and svt-av1-libs-2.3.0-2.fc43.x86_64 from @System
  - cannot install both svt-av1-libs-3.1.2-1.fc43.x86_64 from updates-testing and svt-av1-libs-2.3.0-2.fc43.x86_64 from fedora
  - package libavif-1.3.0-2.fc43.x86_64 from updates-testing requires libSvtAv1Enc.so.3()(64bit), but none of the providers can be installed
  - cannot install the best update candidate for package libavif-1.1.1-5.fc43.x86_64
 Problem 4: installed package libavdevice-7.1.2-1.fc43.x86_64 requires ffmpeg-libs(x86-64) = 7.1.2-1.fc43, but none of the providers can be installed
  - installed package ffmpeg-libs-7.1.2-1.fc43.x86_64 requires libSvtAv1Enc.so.2()(64bit), but none of the providers can be installed
  - package ffmpeg-libs-7.1.2-1.fc43.x86_64 from rpmfusion-free requires libSvtAv1Enc.so.2()(64bit), but none of the providers can be installed
  - cannot install both svt-av1-libs-3.1.2-1.fc43.x86_64 from updates-testing and svt-av1-libs-2.3.0-2.fc43.x86_64 from @System
  - cannot install both svt-av1-libs-3.1.2-1.fc43.x86_64 from updates-testing and svt-av1-libs-2.3.0-2.fc43.x86_64 from fedora
  - package libheif-1.20.2-6.fc43.x86_64 from updates-testing requires libSvtAv1Enc.so.3()(64bit), but none of the providers can be installed
  - cannot install the best update candidate for package libheif-1.20.2-5.fc43.x86_64
  - cannot install the best update candidate for package libavdevice-7.1.2-1.fc43.x86_64
 Problem 5: installed package ffmpeg-7.1.2-1.fc43.x86_64 requires ffmpeg-libs(x86-64) = 7.1.2-1.fc43, but none of the providers can be installed
  - installed package ffmpeg-libs-7.1.2-1.fc43.x86_64 requires libSvtAv1Enc.so.2()(64bit), but none of the providers can be installed
  - package ffmpeg-libs-7.1.2-1.fc43.x86_64 from rpmfusion-free requires libSvtAv1Enc.so.2()(64bit), but none of the providers can be installed
  - cannot install both svt-av1-libs-3.1.2-1.fc43.x86_64 from updates-testing and svt-av1-libs-2.3.0-2.fc43.x86_64 from @System
  - cannot install both svt-av1-libs-3.1.2-1.fc43.x86_64 from updates-testing and svt-av1-libs-2.3.0-2.fc43.x86_64 from fedora
  - package gstreamer1-plugins-bad-free-1.26.6-2.fc43.x86_64 from updates-testing requires libSvtAv1Enc.so.3()(64bit), but none of the providers can be installed
  - problem with installed package
  - installed package gstreamer1-plugins-bad-free-1.26.6-1.fc43.x86_64 requires gstreamer1-plugins-bad-free-libs(x86-64) = 1.26.6-1.fc43, but none of the providers can be installed
  - package gstreamer1-plugins-bad-free-1.26.6-1.fc43.x86_64 from fedora requires gstreamer1-plugins-bad-free-libs(x86-64) = 1.26.6-1.fc43, but none of the providers can be installed
  - cannot install both gstreamer1-plugins-bad-free-libs-1.26.6-2.fc43.x86_64 from updates-testing and gstreamer1-plugins-bad-free-libs-1.26.6-1.fc43.x86_64 from @System
  - cannot install both gstreamer1-plugins-bad-free-libs-1.26.6-2.fc43.x86_64 from updates-testing and gstreamer1-plugins-bad-free-libs-1.26.6-1.fc43.x86_64 from fedora
  - cannot install the best update candidate for package gstreamer1-plugins-bad-free-libs-1.26.6-1.fc43.x86_64
  - cannot install the best update candidate for package ffmpeg-7.1.2-1.fc43.x86_64

Package                                 Arch   Version                 Reposit      Size
Upgrading:
 gstreamer1-plugin-openh264             x86_64 1.26.6-2.fc43           updates  68.3 KiB
   replacing gstreamer1-plugin-openh264 x86_64 1.26.6-1.fc43           <unknow  68.3 KiB
 procps-ng                              x86_64 4.0.4-7.fc43.1          updates   1.0 MiB
   replacing procps-ng                  x86_64 4.0.4-7.fc43            <unknow   1.0 MiB
 python3-boto3                          noarch 1.40.45-1.fc43          updates   2.2 MiB
   replacing python3-boto3              noarch 1.40.43-1.fc43          <unknow   2.2 MiB
 python3-botocore                       noarch 1.40.45-1.fc43          updates 104.9 MiB
   replacing python3-botocore           noarch 1.40.43-1.fc43          <unknow 104.9 MiB
 selinux-policy                         noarch 42.12-1.fc43            updates  31.7 KiB
   replacing selinux-policy             noarch 42.9-1.fc43             <unknow  31.7 KiB
 selinux-policy-targeted                noarch 42.12-1.fc43            updates  18.6 MiB
   replacing selinux-policy-targeted    noarch 42.9-1.fc43             <unknow  18.6 MiB
Skipping packages with conflicts:
 gstreamer1-plugins-bad-free-libs       x86_64 1.26.6-2.fc43           updates   3.1 MiB
 svt-av1-libs                           x86_64 3.1.2-1.fc43            updates   5.6 MiB
Skipping packages with broken dependencies:
 ffmpeg-libs                            x86_64 7.1.2-1.fc43            rpmfusi  21.2 MiB
 libavcodec-freeworld                   x86_64 7.1.2-1.fc43            rpmfusi  12.9 MiB
 gstreamer1-plugins-bad-free            x86_64 1.26.6-1.fc43           fedora    9.9 MiB
 gstreamer1-plugins-bad-free            x86_64 1.26.6-2.fc43           updates   9.9 MiB
 libavif                                x86_64 1.3.0-2.fc43            updates 258.0 KiB
 libheif                                x86_64 1.20.2-6.fc43           updates   1.6 MiB

Transaction Summary:
 Upgrading:          6 packages
 Replacing:          6 packages
 Skipping:           8 packages

Total size of inbound packages is 16 MiB. Need to download 16 MiB.
After this operation, 78 KiB extra will be used (install 127 MiB, remove 127 MiB).
Is this ok [Y/n]:

:slight_smile: :slight_smile: :slight_smile:

I doubt it will get fixed quickly, it wasn’t very bright to push this to testing 1 day before the final freeze on Tuesday.

https://bodhi.fedoraproject.org/updates/FEDORA-2025-eeaf975a29

rpmfusion can’t build against it until the fedora update hits stable repo.

Maybe disable fedora updates-testing to workaround the issue.

Off-topic, but could you check why intel-media-driver-25.3.4-1.fc43 disappeared from rpmfusion? I noticed a downgrade in my custom rpm-ostree builds.

I get same issue too on Fedora 43 prerelease

It looks like the push script failed and moved it to updates by mistake

$ koji-rpmfusion list-tagged f43-nonfree-updates
Build                                     Tag                   Built by
----------------------------------------  --------------------  ----------------
intel-ipu6-kmod-0.0-23.20250909git4bb5b4d.fc43  f43-nonfree-updates   smallorange
intel-media-driver-25.3.4-1.fc43          f43-nonfree-updates   kwizart
stepmania-5.1.0~20221114gitd55acb1-5.fc43  f43-nonfree-updates   leigh123linux


Fixed, it will take a few hours for the mirrors to sync.

1 Like

Yeah, it’s that time of the (half-)year again when we have two types of updates in updates-testing:

  1. updates which are “stable but frozen” (stable criteria met but freeze in place)
  2. updates still being tested

Early adopters have to choose between missing out on important fixes from 1. (updates-testing disabled) or getting testing updates from 2. early (updates-testing enabled). The latter would be the much safer approach if it weren’t for rpmfusion, which can build against updates only (not updates-testing).

One could claim that that’s what you get for being early; on the other hand, it;s a valuable source of user feedback.

I wonder if it would make sense for rpmfusion to have some form of rpmfusion-updates-testing-testing which builds against updates-testing, a bit like EPEL builds against CentOS-stream rather than RHEL. I know, resources… Alternatively, an updates-tested or updates-stable repo for Fedora which “stable pushes” go to during freeze. This could serve both as an update repo for early adopters and as something rpmfusion can build against, especially to prepare zero day updates (day of release).