With Fedora 41 updating Xorg server to latest version 21.1, the older Nvidia legacy driver 340xx is no more compatible with the default Xorg server. So it has been removed from the f41-nonfree and later RPM Fusion repository. Please remember that others Nvidia legacy drivers remain available on a voluntary maintainer basis.
Bug: https://nvidia.custhelp.com/app/answers/detail/a_id/3142
The 340xx/390xx Legacy drivers are not supported by NVIDIA anymore (no more update, including compatibility with newer kernel/Xorg/Wayland etc). Some packagers have volunteered to still maintain them within our RPM Fusion infrastructure. So drivers are provided on best-effort basis by the community. If you still want theses drivers maintained, please consider joining the effort. The 470xx serie will also reach End Of Life (EOL) support by NVIDIA by September 2024.
Depending on your particular use case, you might prefer to use nouveau for theses older hardware support. Also despite the effort of the community and if the expected stability and usability cannot be maintained, we might decide to drop theses legacy drivers from the repository at anytime.
With vlc been moved to fedora on f38+ and epel9, the build will lacks support for x264/x265/faad2 (mostly encoders) and VAAPI (as built with current ffmpeg instead of compat-ffmpeg4). Please note that this move was done without any coordination with our project and as such is totally unfriendly.
You will need to use this (along with a fuller ffmpeg):
sudo dnf install vlc-plugins-freeworld
Upstream https://crbug.com/1306560
With Fedora's ffmpeg built with a non-upstream and ABI breaking patch, chromium in f39 was crashing. Workaround was to use firefox, brave or even google-chrome. An RPM Fusion update fixed the behaviour by including a non-upstream patch.
While VLC still has the VAAPI support using compat-ffmpeg-4 whereas ffmpeg-6 is the default (that would prevent having VAAPI support in vlc), the support for libplacebo-6 won't be made available in the 3.0.x branch upstream. So VLC in Fedora 39 and later is built with libplacebo disabled. If really needed, it could be possible to have libplacebo-5 in Fedora, but none has volunteered for this yet.
With the Fedora chromium package now using codecs from the system ffmpeg available at runtime, RPM Fusion counterpart package is now discontinued. Please use the Fedora chromium package.
sudo dnf swap chromium-freeworld chromium
With Fedora packaging enforcing mesa-va-drivers on upgrades, the user installed mesa-va-drivers-freeworld might produce a file clash. If you experience that, add the recommended "-x mesa-va-drivers" hook in your command, such as:
sudo dnf update -x mesa-va-drivers
The 340xx and 390xx legacy branches are not maintained anymore by NVIDIA and are provided as best effort basis. More likely that things will break with one or another kernel update, or other incompatible component. If that break occurs, you will have the pieces. One way to mitigate is to use the kernel-longterm-6.1 copr repository as advertised in the Howto/NVIDIA
With the removal of potentially patented codec removal for mesa hardware acceleration in Fedora side, there is a needed to provide a "complementary package" This is mentioned in the Howto/Multimedia section.
With the introduction of FFmpeg in Fedora, we had an initial solution to conflict with this lame version. But this isn't ideal as most users using graphical interface won't be able to use full featured version. As with Fedora 37, we are building a complement package (libavcodec-freeworld) that can be installed along the ffmpeg-free libraries.
![/!\](/moin_static1911/rpmfusion/img/alert.png "/!\"){kind=small}
Note: It is still recommended to switch to the full featured ffmpeg version from RPM Fusion to avoid weird interaction issue:
sudo dnf swap ffmpeg-free ffmpeg --allowerasing
See also https://ask.fedoraproject.org/tags/c/common-issues/141/none/f36/l/latest
With dnf system-upgrade with installed kmod (so far often reproduced with nvidia), the upgraded system doesn't show the available kernel module (with modinfo nvidia) despite the kmod package been present for the updated kernel. The issue isn't reproducible so far with dnf update --releasever=36 and only saw with dnf system-upgrade.
This can easily be fixed by using "sudo depmod -ae" and rebooting the system.
Since the fedora 36 feature related to simpledrm , there were an early conflict with simpledrm and the nvidia driver early initialisation routine. Since the fedora kernel is now preventing to enable simpledrm if nvidia is detected, the patches provided in our RPM Fusion package have been dropped with the newer packages.
With a single maintainer introducing a ffmpeg-free binary packages into Fedora, competing with our fully featured ffmpeg build, this leads to various conflicts and interactions issues. While one could admittedly rejoice from the ffmpeg introduction intro Fedora (enabling ffmpeg support for some fedora package lacking it), the method used to forcibly introduce an un-backed (by most RPM Fusion packagers involved) package with uncertain features enabled, was perceived as unfriendly for the least. A determining argument for any "new eyes" is the very short time the Fedora review took compared with a fully backed 6 months Fedora feature review process.
Having non-competing packages in fedora+rpmfusion repositories is not a side thing, this is the reason why the RPM Fusion projects was created in the first place. Because of that we cannot afford support for ffmpeg-free at all and will recommend to migrate to our fully featured version.
sudo dnf swap ffmpeg-free ffmpeg --allowerasing
Not relevant as ffmpeg is not installed by default there.
Upstream report: https://code.videolan.org/videolan/vlc/-/issues/26772
The VLC video player is built with system "ffmpeg" package which was updated to 5.0x branch in fc36. This update have seen a big change in how the "ffmpeg" library handle VA-API support and this has leaded to big changes in the vlc 4.x code base. While some changes have been made into the vlc 3.x branch to support ffmpeg-5 this isn't the case so far for the VA-API changes.
Long term fix will be to move to vlc-4.x (no estimated release date yet). or backport the fix for VA-API and ffmpeg5 (someone needs to do the port). or switch to VDPAU (using the libvdpau-va-gl package might only work under Xorg).
See also https://fedoraproject.org/wiki/Common_F35_bugs
The NVIDIA driver from the 495 series has dropped support for some older cards (Kepler generation), users upgrading from earlier Fedora are advised to verify which driver best fit their needs (and remember nouveau exists). The new 470xx legacy series has been introduced in older Fedora. Users will migrate by default to this series. See also Howto/NVIDIA
The CUDA compiler have some interaction issue with the newer glibc in Fedora and others distributions. This will be addressed by NVIDIA CUDA team within a forthcoming CUDA 11.5 minor release.
See also https://fedoraproject.org/wiki/Common_F34_bugs
See also https://fedoraproject.org/wiki/Common_F33_bugs
From time to time, VideoLAN vlc upstream team issue an update where the version miss-matches between the RPM package and the "about dialog". This is an upstream issue that isn't fixed downstream. Please consider the package version as the only source of true, specially when reporting to upstream bug tracker. (ex: rpm -q vlc vlc-3.0.12.1-1.fc34.x86_64 whereas the about dialog reports 3.0.11.1).
With a default update of the package, gnome-shell might be triggered even on non Fedora Workstation Spin.
Fixed with kodi-18.6-4.fc32. The maintainer has reverted the change to python3 and built with python2. One can experience sides effects with configurations, so one might have to clear settings...
Original issue:
With python2 been deprecated in early 2020, it become unreliable to maintain a python2 on newer Fedora releases. Because of that, kodi will only be provided with python3 support on RPM Fusion for Fedora 32 and later (backporting patches when needed). If you rely on some non-packaged extension, please verify that python3 support is available for them and try to forward the question to the upstream maintainer of the extension.
This backported python3 support is ahead of the upstream target to support python3 by kodi v19 (not yet scheduled).
In the end, if you are affected any extension still not ported to python3. You may delay the update of Fedora to 32 or later for any Kodi usage. And wait for Kodi 19 before to update to a newer Fedora.
Original issue:
The nvidia 340xx driver isn't yet compatible with the kernel provided by default for fedora. Please remind that 340xx driver will be provided on best effort basis as it's not supported anymore by NVIDIA.