The Nvidia repository now contains packages for Fedora 27. This is with the release candidate of CUDA 9, and it contains also cuDNN at version 7.0, which is the only version supported with CUDA 9 at the moment of writing.
The updated cuDNN 7.0 library has been added also to the other branches, this means it will be automatically upgraded from version 6.0 to 7.0. If you still need one of the previous versions, just remove it and install one of the compatibility packages:
CUDA 9 supports GCC 6.x and CLANG 3.9, so when it will be officially released, it will cover Fedora 25 and RHEL/CentOS compilers. With Fedora 27, there will be the usual need for a GCC compatibility package (like the compat-gcc53 package currently in the repository) as GCC is at version 7 and CLANG is at version 4.0.
I will try to provide a compat-gcc64 for Fedora 27+ at the time of the official CUDA 9 release.
Regarding the drivers, on Fedora 27 where Mutter 3.25+ is available, the modesetting part of the Nvidia drivers has been enabled by default, this means that at the login you can just select “GNOME” to run Gnome on Wayland. Please note that X 3D programs running on XWayland might not work properly.
As many have requested, I’ve enabled the updates for CentOS 7.4. As of this very moment, you need to enable the Continuous Release repository, which will get emptied when the final CentOS 7.4 images will be released. This means all the temporary packages I’ve put in the Red Hat Enterprise Linux 7.4 repository are now mainline.
If you are on CentOS 7.3 please proceed as follows:
All Gstreamer packages are now at 1.10 as well as some other updates that have been already pushed into the Fedora repositories, like x265, HandBrake, etc..
The upgrade path from Red Hat Enterprise Linux 7.3 to 7.4 is a bit of a pain if you have the multimedia repository configured. This is because I’m rebuilding a few components for an upgraded libwebp package and because a lot of stuff has been rebased to versions that are in Fedora. Judging by the logs, I see that most of the downloads come from CentOS systems, so I just decided to hold on some updates that are required for the various package rebases for Red Hat Enterprise Linux 7.4. So until also CentOS releases version 7.4, I can’t make everyone happy and something (like Gstreamer plugin updates) will be stuck with 7.3 versions. Hopefully the new CentOS release will come quickly enough.
Also, I decided to stop rebuilding the base packages to use a newer libwebp version. This really had very few benefits and just a lot of pain due to the huge amount of packages involved in both x86_64 and i686 variants. The amount of packages affected by this weigh at around 3 gb.
In RHEL 7.4 there are additional WebKit variants that also would require a rebuild. So, as of today, to update the packages from the EPEL 7 multimedia repository you should run this command:
Hopefully you would get an output similar to this:
Dependencies Resolved
==============================================================================================
Package Arch Version Repository Size
==============================================================================================
Updating:
compat-ffmpeg-libs x86_64 1:2.8.12-2.el7 epel-multimedia 5.6 M
ffmpeg x86_64 1:3.3.3-2.el7 epel-multimedia 1.5 M
ffmpeg-libs i686 1:3.3.3-2.el7 epel-multimedia 6.1 M
ffmpeg-libs x86_64 1:3.3.3-2.el7 epel-multimedia 6.3 M
gstreamer1-plugins-bad x86_64 1:1.4.5-5.el7 epel-multimedia 1.8 M
libavdevice x86_64 1:3.3.3-2.el7 epel-multimedia 63 k
Downgrading:
leptonica i686 1.72-2.el7 epel-multimedia 881 k
leptonica x86_64 1.72-2.el7 epel 928 k
libwebp i686 0.3.0-3.el7 base 169 k
libwebp x86_64 0.3.0-3.el7 base 170 k
lz4 x86_64 1.7.3-1.el7 epel 82 k
python-pillow x86_64 2.0.0-19.gitd1c6db8.el7 base 438 k
webkitgtk x86_64 2.4.9-1.el7 epel 12 M
webkitgtk3 x86_64 2.4.9-6.el7 base 11 M
Installing for dependencies:
libwebp0.6 i686 0.6.0-1.el7 epel-multimedia 255 k
libwebp0.6 x86_64 0.6.0-1.el7 epel-multimedia 250 k
Transaction Summary
==============================================================================================
Install (2 Dependent packages)
Upgrade 6 Packages
Downgrade 8 Packages
Total download size: 47 M
Is this ok [y/d/N]:
Dependencies Resolved
==============================================================================================
Package Arch Version Repository Size
==============================================================================================
Updating:
compat-ffmpeg-libs x86_64 1:2.8.12-2.el7 epel-multimedia 5.6 M
ffmpeg x86_64 1:3.3.3-2.el7 epel-multimedia 1.5 M
ffmpeg-libs i686 1:3.3.3-2.el7 epel-multimedia 6.1 M
ffmpeg-libs x86_64 1:3.3.3-2.el7 epel-multimedia 6.3 M
gstreamer1-plugins-bad x86_64 1:1.4.5-5.el7 epel-multimedia 1.8 M
libavdevice x86_64 1:3.3.3-2.el7 epel-multimedia 63 k
Downgrading:
leptonica i686 1.72-2.el7 epel-multimedia 881 k
leptonica x86_64 1.72-2.el7 epel 928 k
libwebp i686 0.3.0-3.el7 base 169 k
libwebp x86_64 0.3.0-3.el7 base 170 k
lz4 x86_64 1.7.3-1.el7 epel 82 k
python-pillow x86_64 2.0.0-19.gitd1c6db8.el7 base 438 k
webkitgtk x86_64 2.4.9-1.el7 epel 12 M
webkitgtk3 x86_64 2.4.9-6.el7 base 11 M
Installing for dependencies:
libwebp0.6 i686 0.6.0-1.el7 epel-multimedia 255 k
libwebp0.6 x86_64 0.6.0-1.el7 epel-multimedia 250 k
Transaction Summary
==============================================================================================
Install ( 2 Dependent packages)
Upgrade 6 Packages
Downgrade 8 Packages
Total download size: 47 M
Is this ok [y/d/N]:
Basically libwebp should come again from the main CentOS/RHEL channels and the libwebp0.6 package should come from the multimedia repository. All the packages which were rebuilt for the previous libwebp 0.5 update should become synced again to their proper versions.
If you don’t get this output, but still get some dependency errors you have to do some debugging. For example, ffmpeg-libs.i686 requires libssh.i686, but the version of libssh in CentOS extras is different from the one in EPEL (it really depends on what kind of packages you have installed and with which repositories enabled) so I’m providing here the same version that is in CentOS extras but in both variants.
Update 16th August 2017
If you get many qt5 errors during the transactions, keep in mind that RHEL 7.4 has been rebased massively, and everyone else (including EPEL) is catching up. As of today, if you have the following errors (trimmed down) in a Yum transaction:
Error: Package: gvfs-1.30.4-3.el7.x86_64 (rhel-x86_64-server-7)Transaction check error:
file /usr/lib64/gstreamer-1.0/libgstopus.so from install of gstreamer1-plugins-bad-1:1.4.5-5.el7.x86_64 conflicts with file from package gstreamer1-plugins-base-1.10.4-1.el7.x86_64
are some of the packages that are rebased in RHEL 7.4. I’ve created a temporary repository for those, it will disappear once CentOS 7.4 is released as the packages will be integrated in the main multimedia repository. You can install it through:
With the above repository it is possible to install all the other multimedia packages.
Skype repository removal
Skype 4.3 is 32 bit only, is now obsolete and has been superseded by a package that actually lists proper dependencies. It is also one of the packages that required one of the above WebKit rebuilds in i686 form for RHEL/CentOS 7 x86_64.
If you have it installed, just remove it with:
yum remove webkitgtk.i686
yum remove webkitgtk.i686
The repository has been deleted; to install the new Skype provided version, just head to the following official link.
The whole multimedia repository has been rebased with recent releases, and it now features FFmpeg 3.2 as the foundation. Most of the programs that suppport some Nvidia integration are now enabled and compiled with support for CUDA/NVENC/CUVID; leveraging the previous reorganization of CUDA 8 in the various subpackages.
This means that all the Nvidia packages are now included in the repository as well, so if you have an Nvidia card and you are interested in both repositories, you can just have the multimedia repository enabled. If you still just want the Nvidia stuff (as enabled in Fedora 25) then it’s still available as a separate repository; and that will not change.
Why all of this? Because I can’t keep them separated anymore. The Nvidia repository can exist on its own, but the multimedia one can’t, due to the dependencies and the constant rebases (also of main Fedora and CentOS/RHEL packages). You can use the Nvidia repository alone, if you just need that, or use the multimedia one if you need everything else.
The repository is now exposed also at this URL, and contains Delta RPM support:
All repository files and configurations have been updated, so this means that in the future this would be the place where the metadata and repository information will be placed and any new installation will get the repository from there. If you are reading this blog post, you can switch now. I will add a negativo17-release package soon, along with a few mirrors; I’m sorting out the details now with the mirror owners.
FFmpeg and other CUDA enablements
To make proper use of the Nvidia hardware encode features (NVENC/CUVID) and CUDA kernel support (i.e. Blender GPU rendering) in the various programs you need the Nvidia driver installed (nvidia-driver-cuda), and for Nvidia Performance Primitives you require the CUDA driver and the NPP library package (cuda-npp).
This means that for most people NOT requiring CUDA support or not using an Nvidia video card, the following 2 packages will be installed anyway:
$ ls-alghs nvidia-driver-cuda-libs*.rpm cuda-npp*.rpm
92M -rw-r--r-T. 1 mock 92M Nov 1612:35 cuda-npp-8.0.44-6.fc25.x86_64.rpm
22M -rw-r--r-T. 1 mock 22M Nov 1915:00 nvidia-driver-cuda-libs-375.20-1.fc25.x86_64.rpm
$ ls -alghs nvidia-driver-cuda-libs*.rpm cuda-npp*.rpm
92M -rw-r--r-T. 1 mock 92M Nov 16 12:35 cuda-npp-8.0.44-6.fc25.x86_64.rpm
22M -rw-r--r-T. 1 mock 22M Nov 19 15:00 nvidia-driver-cuda-libs-375.20-1.fc25.x86_64.rpm
Both packages contain just libraries, and they will be on your system as much as other libraries for multimedia codecs you don’t actually need. Example, with most multimedia programs you will get Xvid libraries for opening Xvid files, even though the format is pretty much abandoned. Having them installed does not enable any unwanted feature in your system. Also, NPP libraries should decrease 50% in size in one of the next CUDA updates, being the monolithic version of the library being deprecated in favor of split functionality.
There are some patches being evaluated to make those libraries loadable at runtime, but they have not been merged yet and there’s no guarantee that they ever will. Also, they are available for FFmpeg but not for all the other programs where support has been enabled for; so depending on your installation, you might get them anyway.
As of today, from the Multimedia repository the following programs have been enabled with some Nvidia hardware enablement:
MPV (video decoding through CUVID)
FFmpeg (encoding through NVENC, decoding through CUVID and filtering through CUDA NPP)
Avidemux (encoding, through NVENC)
GStreamer (NVENC plugin)
Blender (GPU rendering)
VDPAU for decoding was already enabled where possible.
Of course anything that is using FFmpeg (like the GStreamer plugins) could theoretically benefit from the same enablements as in FFMpeg:
A note on Blender: Blender with CUDA support is still at 2.78 built with CUDA 7.5, and not 2.78a built with CUDA 8; so no Nvidia Pascal GPU support. I’m working on it.
GNOME Software integration
Most of the graphical software is now enabled in GNOME software for Fedora 25, meaning that you can search stuff with a keyword and that if you have the repository enabled it will just pop-up:
There is still some packages that need AppStream metadata, but that will come.
As usual, feedback, bugs and comments are welcome.
The Nvidia driver repository has been updated with AppStream metadata. From Fedora 25 onward, you will be able to search for Nvidia, CUDA, GeForce or Quadro to make the driver, control panel and other programs appear in the Gnome Software window.
As far as I know, this should be enabled by default on Fedora 25.
Thanks to Richard Hughes for helping out with the metadata.
I require proper 16:10 aspect ratio pictures for both NSight and the Visual Profiler running on Fedora, so if you want to contribute just drop me an email or open an issue on the CUDA package on GitHub.
Changes to the Nvidia driver packaging
The Nvidia driver can now be installed without nvidia-settings (the control panel utility) as requested by Red Hat, in preparation for the Gnome software integration. This means the dependencies have been reversed, and that to install the driver and the control panel you need to install nvidia-settings or the driver and nvidia-settings:
dnf/yum-yinstall nvidia-settings kernel-devel
dnf/yum -y install nvidia-settings kernel-devel
The libglvnd package has been updated to the latest snapshot and now features all the changes that have been introduced by Adam Jackson for the Mesa GLVND integration in Fedora 25. This means that while installing you will be prompted to install/upgrade smaller packages that contain a subset of the libglvnd libraries, this includes EGL support for the recently released beta drivers version 375.10. For anything lower than 375.10 (so Fedora 23-24 and CentOS/RHEL 6/7 at the moment of writing this) Nvidia’s last official note on EGL is:
“libEGL.so.1, while not a proper GLVND library, depends upon the GLVND infrastructure for proper functionality. Therefore, any driver package which aims to support NVIDIA EGL must provide the GLVND libraries […]”
Not a big deal. This accommodates the ongoing modularization in Mesa but still preserves the original EGL libraries from Nvidia. The upgrade should be transparent and you should not notice any difference except some smaller packages being installed.
Vulkan is now part of Fedora, so on supported Fedora releases, the Vulkan loader and libraries can be installed and you do not need to do anything to enable support in the drivers. CentOS and Red Hat Enterprise Linux do not have Vulkan yet. I’m not sure if it’s worth installing it by default along with the drivers, though.
Let’s assume you have a freshly installed Fedora 25 system with a recent Nvidia GPU and you want to:
Install the driver for gaming
Play Vulkan enabled games
Want to be comfortable with the control panel
Play 32 bit games on a 64 bit system
Play 32 bit Vulkan games on a 64 bit system
$ sudo dnf install nvidia-settings kernel-devel dkms-nvidia vulkan.i686 nvidia-driver-libs.i686
Last metadata expiration check: 0:33:49 ago on Mon Oct 2414:14:302016.
Dependencies resolved.
=====================================================================================
Package Arch Version Repository Size
=====================================================================================
Installing:
dkms-nvidia x86_64 2:375.10-1.fc25 fedora-nvidia 6.4 M
libglvnd i686 1:0.2.999-4.20161025git28867bb.fc25 fedora-nvidia 103 k
libglvnd x86_64 1:0.2.999-4.20161025git28867bb.fc25 fedora-nvidia 105 k
libglvnd-egl i686 1:0.2.999-4.20161025git28867bb.fc25 fedora-nvidia 44 k
libglvnd-egl x86_64 1:0.2.999-4.20161025git28867bb.fc25 fedora-nvidia 42 k
libglvnd-gles i686 1:0.2.999-4.20161025git28867bb.fc25 fedora-nvidia 29 k
libglvnd-gles x86_64 1:0.2.999-4.20161025git28867bb.fc25 fedora-nvidia 28 k
libglvnd-glx i686 1:0.2.999-4.20161025git28867bb.fc25 fedora-nvidia 114 k
libglvnd-glx x86_64 1:0.2.999-4.20161025git28867bb.fc25 fedora-nvidia 110 k
libglvnd-opengl i686 1:0.2.999-4.20161025git28867bb.fc25 fedora-nvidia 39 k
libglvnd-opengl x86_64 1:0.2.999-4.20161025git28867bb.fc25 fedora-nvidia 38 k
libva-vdpau-driver x86_64 0.7.4-14.fc24 fedora 61 k
libvdpau i686 1.1.1-3.fc24 fedora 35 k
nvidia-driver x86_64 2:375.10-3.fc25 fedora-nvidia 3.1 M
nvidia-driver-NVML x86_64 2:375.10-3.fc25 fedora-nvidia 397 k
nvidia-driver-libs i686 2:375.10-3.fc25 fedora-nvidia 15 M
nvidia-driver-libs x86_64 2:375.10-3.fc25 fedora-nvidia 14 M
nvidia-libXNVCtrl x86_64 2:375.10-1.fc25 fedora-nvidia 26 k
nvidia-settings x86_64 2:375.10-1.fc25 fedora-nvidia 935 k
vulkan i686 1.0.30.0-1.fc25 updates-testing 1.5 M
vulkan-filesystem noarch 1.0.30.0-1.fc25 updates-testing 8.0 k
Transaction Summary
=====================================================================================
Install 21 Packages
Total download size: 42 M
Installed size: 178 M
Is this ok [y/N]:
$ sudo dnf install nvidia-settings kernel-devel dkms-nvidia vulkan.i686 nvidia-driver-libs.i686
Last metadata expiration check: 0:33:49 ago on Mon Oct 24 14:14:30 2016.
Dependencies resolved.
=====================================================================================
Package Arch Version Repository Size
=====================================================================================
Installing:
dkms-nvidia x86_64 2:375.10-1.fc25 fedora-nvidia 6.4 M
libglvnd i686 1:0.2.999-4.20161025git28867bb.fc25 fedora-nvidia 103 k
libglvnd x86_64 1:0.2.999-4.20161025git28867bb.fc25 fedora-nvidia 105 k
libglvnd-egl i686 1:0.2.999-4.20161025git28867bb.fc25 fedora-nvidia 44 k
libglvnd-egl x86_64 1:0.2.999-4.20161025git28867bb.fc25 fedora-nvidia 42 k
libglvnd-gles i686 1:0.2.999-4.20161025git28867bb.fc25 fedora-nvidia 29 k
libglvnd-gles x86_64 1:0.2.999-4.20161025git28867bb.fc25 fedora-nvidia 28 k
libglvnd-glx i686 1:0.2.999-4.20161025git28867bb.fc25 fedora-nvidia 114 k
libglvnd-glx x86_64 1:0.2.999-4.20161025git28867bb.fc25 fedora-nvidia 110 k
libglvnd-opengl i686 1:0.2.999-4.20161025git28867bb.fc25 fedora-nvidia 39 k
libglvnd-opengl x86_64 1:0.2.999-4.20161025git28867bb.fc25 fedora-nvidia 38 k
libva-vdpau-driver x86_64 0.7.4-14.fc24 fedora 61 k
libvdpau i686 1.1.1-3.fc24 fedora 35 k
nvidia-driver x86_64 2:375.10-3.fc25 fedora-nvidia 3.1 M
nvidia-driver-NVML x86_64 2:375.10-3.fc25 fedora-nvidia 397 k
nvidia-driver-libs i686 2:375.10-3.fc25 fedora-nvidia 15 M
nvidia-driver-libs x86_64 2:375.10-3.fc25 fedora-nvidia 14 M
nvidia-libXNVCtrl x86_64 2:375.10-1.fc25 fedora-nvidia 26 k
nvidia-settings x86_64 2:375.10-1.fc25 fedora-nvidia 935 k
vulkan i686 1.0.30.0-1.fc25 updates-testing 1.5 M
vulkan-filesystem noarch 1.0.30.0-1.fc25 updates-testing 8.0 k
Transaction Summary
=====================================================================================
Install 21 Packages
Total download size: 42 M
Installed size: 178 M
Is this ok [y/N]:
Note that the requirement on kernel-devel is still required as otherwise the package kernel-debug-devel is pulled in automatically in place of the normal non-debug package. There is bug opened on dnf/libsolv for this.
Changes to CUDA packaging
The CUDA packages hosted on the Nvidia repository are split into multiple subpackages, based on the library. For each library, you have the corresponding devel subpackage with the headers, the unversioned library symlink and the static library. Here, they were divided in one libs, one big extra-libs, one static and one devel subpackage for everything. Since I’m planning to enable CUDA/NVCUVID encoding/decoding in FFmpeg (I’m actually waiting to the dynamic loader patches to land in the 3.2 branch before enabling that) there should be a way to install just what is required by those functions and not the whole CUDA toolkit set of libraries.
So now, all the libraries are split into subpackages, much like in the original Nvidia CUDA repository. This allows you to install and build software relying on specific components without the need to install all the CUDA toolkit just to satisfy a library dependency. With the new packaging organization, the original cuda-devel and cuda-extra-libs will pull in all the specific subpackages giving you the same situation you are accustomed to. Also, for the same reason, static libraries have been included in each respective devel subpackage.
Example, just with the basic tools:
$ sudo dnf install cuda
Last metadata expiration check: 0:00:20 ago on Sun Oct 2313:11:01 2016.
Dependencies resolved.
================================================================================
Package Arch Version Repository Size
================================================================================
Installing:
cuda x86_64 1:8.0.44-4.fc24 fedora-nvidia 95 M
cuda-cufft x86_64 1:8.0.44-4.fc24 fedora-nvidia 97 M
cuda-curand x86_64 1:8.0.44-4.fc24 fedora-nvidia 38 M
cuda-libs x86_64 1:8.0.44-4.fc24 fedora-nvidia 6.4 M
Transaction Summary
================================================================================
Install 4 Packages
Total size: 236 M
Installed size: 469 M
Is this ok [y/N]:
$ sudo dnf install cuda
Last metadata expiration check: 0:00:20 ago on Sun Oct 23 13:11:01 2016.
Dependencies resolved.
================================================================================
Package Arch Version Repository Size
================================================================================
Installing:
cuda x86_64 1:8.0.44-4.fc24 fedora-nvidia 95 M
cuda-cufft x86_64 1:8.0.44-4.fc24 fedora-nvidia 97 M
cuda-curand x86_64 1:8.0.44-4.fc24 fedora-nvidia 38 M
cuda-libs x86_64 1:8.0.44-4.fc24 fedora-nvidia 6.4 M
Transaction Summary
================================================================================
Install 4 Packages
Total size: 236 M
Installed size: 469 M
Is this ok [y/N]:
The basic tools along with all the libraries (note that the NVML headers are included):
$ sudo dnf install cuda-devel
Last metadata expiration check: 0:10:00 ago on Sun Oct 2313:11:01 2016.
Dependencies resolved.
================================================================================
Package Arch Version Repository Size
================================================================================
Installing:
cuda x86_64 1:8.0.44-4.fc24 fedora-nvidia 95 M
cuda-cublas x86_64 1:8.0.44-4.fc24 fedora-nvidia 21 M
cuda-cublas-devel x86_64 1:8.0.44-4.fc24 fedora-nvidia 38 M
cuda-cudart x86_64 1:8.0.44-4.fc24 fedora-nvidia 131 k
cuda-cudart-devel x86_64 1:8.0.44-4.fc24 fedora-nvidia 659 k
cuda-cufft x86_64 1:8.0.44-4.fc24 fedora-nvidia 97 M
cuda-cufft-devel x86_64 1:8.0.44-4.fc24 fedora-nvidia 73 M
cuda-cupti x86_64 1:8.0.44-4.fc24 fedora-nvidia 1.2 M
cuda-cupti-devel x86_64 1:8.0.44-4.fc24 fedora-nvidia 213 k
cuda-curand x86_64 1:8.0.44-4.fc24 fedora-nvidia 38 M
cuda-curand-devel x86_64 1:8.0.44-4.fc24 fedora-nvidia 60 M
cuda-cusolver x86_64 1:8.0.44-4.fc24 fedora-nvidia 23 M
cuda-cusolver-devel x86_64 1:8.0.44-4.fc24 fedora-nvidia 4.1 M
cuda-cusparse x86_64 1:8.0.44-4.fc24 fedora-nvidia 23 M
cuda-cusparse-devel x86_64 1:8.0.44-4.fc24 fedora-nvidia 23 M
cuda-devel x86_64 1:8.0.44-4.fc24 fedora-nvidia 1.6 M
cuda-libs x86_64 1:8.0.44-4.fc24 fedora-nvidia 6.4 M
cuda-npp x86_64 1:8.0.44-4.fc24 fedora-nvidia 91 M
cuda-npp-devel x86_64 1:8.0.44-4.fc24 fedora-nvidia 47 M
cuda-nvgraph x86_64 1:8.0.44-4.fc24 fedora-nvidia 4.6 M
cuda-nvgraph-devel x86_64 1:8.0.44-4.fc24 fedora-nvidia 12 k
cuda-nvml-devel x86_64 1:8.0.44-4.fc24 fedora-nvidia 41 k
cuda-nvrtc x86_64 1:8.0.44-4.fc24 fedora-nvidia 6.6 M
cuda-nvrtc-devel x86_64 1:8.0.44-4.fc24 fedora-nvidia 16 k
Transaction Summary
================================================================================
Install 24 Packages
Total size: 655 M
Installed size: 1.4 G
Is this ok [y/N]:
$ sudo dnf install cuda-devel
Last metadata expiration check: 0:10:00 ago on Sun Oct 23 13:11:01 2016.
Dependencies resolved.
================================================================================
Package Arch Version Repository Size
================================================================================
Installing:
cuda x86_64 1:8.0.44-4.fc24 fedora-nvidia 95 M
cuda-cublas x86_64 1:8.0.44-4.fc24 fedora-nvidia 21 M
cuda-cublas-devel x86_64 1:8.0.44-4.fc24 fedora-nvidia 38 M
cuda-cudart x86_64 1:8.0.44-4.fc24 fedora-nvidia 131 k
cuda-cudart-devel x86_64 1:8.0.44-4.fc24 fedora-nvidia 659 k
cuda-cufft x86_64 1:8.0.44-4.fc24 fedora-nvidia 97 M
cuda-cufft-devel x86_64 1:8.0.44-4.fc24 fedora-nvidia 73 M
cuda-cupti x86_64 1:8.0.44-4.fc24 fedora-nvidia 1.2 M
cuda-cupti-devel x86_64 1:8.0.44-4.fc24 fedora-nvidia 213 k
cuda-curand x86_64 1:8.0.44-4.fc24 fedora-nvidia 38 M
cuda-curand-devel x86_64 1:8.0.44-4.fc24 fedora-nvidia 60 M
cuda-cusolver x86_64 1:8.0.44-4.fc24 fedora-nvidia 23 M
cuda-cusolver-devel x86_64 1:8.0.44-4.fc24 fedora-nvidia 4.1 M
cuda-cusparse x86_64 1:8.0.44-4.fc24 fedora-nvidia 23 M
cuda-cusparse-devel x86_64 1:8.0.44-4.fc24 fedora-nvidia 23 M
cuda-devel x86_64 1:8.0.44-4.fc24 fedora-nvidia 1.6 M
cuda-libs x86_64 1:8.0.44-4.fc24 fedora-nvidia 6.4 M
cuda-npp x86_64 1:8.0.44-4.fc24 fedora-nvidia 91 M
cuda-npp-devel x86_64 1:8.0.44-4.fc24 fedora-nvidia 47 M
cuda-nvgraph x86_64 1:8.0.44-4.fc24 fedora-nvidia 4.6 M
cuda-nvgraph-devel x86_64 1:8.0.44-4.fc24 fedora-nvidia 12 k
cuda-nvml-devel x86_64 1:8.0.44-4.fc24 fedora-nvidia 41 k
cuda-nvrtc x86_64 1:8.0.44-4.fc24 fedora-nvidia 6.6 M
cuda-nvrtc-devel x86_64 1:8.0.44-4.fc24 fedora-nvidia 16 k
Transaction Summary
================================================================================
Install 24 Packages
Total size: 655 M
Installed size: 1.4 G
Is this ok [y/N]:
The nvidia-driver-NVML-devel package, which was including the NVML header (for libnvidia-ml.so) has now been made obsolete by the new headers, which are now part of CUDA 8. So the cuda-nvml-devel package will take care of that. Again, this is the same as in the Nvidia repository. Everything that was requiring the NVML header now refers to that package instead of the previous one. I will leave it for a few releases like that and then I will remove the Obsolete/Provides tags from the various SPEC files.
The header is also required for building the latest nvidia-settings from the 375.10 source, this has been taken into account making the CUDA package buildable on i686 but generating only the cuda-nvml-devel subpackage.
Extra stuff
In addition to the libraries bundled in the CUDA toolkit, also the cuDNN library for distributed neural networks is included in the repository.
As usual, you are welcome to open bugs / request stuff / comment on the GitHub repositories.
The Multimedia repository now provides GStreamer (1.0) plugins for Bad, Ugly, libAV and VA-API plugin bundles with all options enabled for CentOS/RHEL 7. As per the Fedora ones, these are split into the following GStreamer runtime packages:
gstreamer1-plugins-bad
gstreamer1-plugins-ugly
gstreamer1-plugins-vaapi
gstreamer1-plugins-libav
gstreamer1-plugins-bad-fluidsynth (pulls in the whole FluidSynth distribution)
They all have an Epoch of “1”, to avoid any upgrade issue. Like for FFMpeg, I’ve tried to enable all the supported plugins out of the box. The “bad” package actually obsoletes the “bad-free”, “bad-nonfree” and “openh264” Gstreamer plugin packages. As such, they play nicely when enabling OpenH264 support on Firefox.
Apart from this, 99% of the Fedora 25 packages are now available, Fedora 24 and Fedora 25 repositories now have MPV in them.
Fedora 24 repositories have been available for quite some time now, but here is the official statement that everything should be supported out of the box.
As part of the repository availability, I would like to say that starting from Fedora 24, the repositories are self-sustained and do not require RPMFusion to be enabled. I try to preserve compatibility between the two, so if you step into any problem just open an issue to the specific package on Github, send me an email or drop a message in the comment section of the various pages. Please note that “compatible” means that actually you shouldn’t get any conflict when installing packages, and not that I will not overwrite/obsolete the packages provided in the other repositories.
CentOS/RHEL 7 repositories have been available stand alone since the beginning and do not require external repositories to be enabled. Again, if an RPMFusion (or whatever will be mainstream at the moment) CentOS/RHEL 7 repository will appear, I will try to be compatible with it.
Scope of support
My basic idea is to have what I’m using normally everyday as a package in Fedora, enabling software combinations that would be otherwise impossible to distribute in official repositories due to license/patent issues. This for example includes NVENC (Nvidia Encoder) FFMPeg enabled builds that I use almost everyday.
Being a daily CentOS/RHEL 7 user I also want to support the latest and gretest of the same software on that platform, which also means rebuilding some official CentOS/RHEL 7 packages like VP8/9, VDPAU and VA-API libraries.
Due to the various package builds being different (or simply containing newer software releases) from what the other repositories offer, I also try to be completely independent, you can basically install the operating system and just use my repositories.
Build system changes
The (internal at the moment) build system uses Github as its primary system for storing the package information. There is a Negativo17.org public organization where all the work goes, so if you want to look at the development or the SPEC files, just browse to Github. If you have an issue or proposed change as well, you’re welcome to open an issue or create a merge request in the specific package Git page.
Skype Web Pidgin plugin
The Skype repository used to contain purple-skype for Fedora and CentOS/RHEL distributions which at the time required an installed Skype to work. Now, I helped a new Fedora contributor into integrating the newly developed Skype web plugin, which is based on the Skype web client. The package in Fedora obsoletes and provides correctly the skype4pidgin plugin and as such I don’t need to provide anything else in the repository.
The installation instructions have been updated to reflect this.
Skype is available only in 32 bit format, so on a 64 bit a 32 bit client will always be installed. Since the merging with MSN, the HTML welcome screen requires a 32 bit WebKit GTK build to start. This is not included in the 64 bit only CentOS/RHEL 7 repositories; so for this reason, if you are running CentOS/RHEL 7, it requires the multimedia repository to be enabled and have the dependency solved. This used to be self-contained in the Skype repository, but this is no longer feasible for me to mantain considering there is a different rebuild of WebKit GTK in the Multimedia repository.
Spotify Client
The Spotify repository used to contain FFMpeg for CentOS/RHEL distributions and a requirement on FFMpeg’s RPMFusion as a Fedora dependency. FFMpeg is no longer included in the CentOS/RHEL 7 repositories so the multimedia repository has to be enabled to have the dependency solved. As for Skype, this no longer feasible for me to mantain considering there is a different rebuild of WebKit GTK in the Multimedia repository.
Here as well the installation instructions have been updated to reflect the change.
aKMOD kernel module packages
The kernel binary module packages generated by aKMOD are now compressed with XZ, like in the original Fedora kernel packages that contain kernel modules. I’ve become a DKMS contributor, so, as time permits, I will add the same functionality to DKMS for Fedora distributions.
At the moment, this applies to Nvidia and X-Pad kernel modules.
Gstreamer plugins and multimedia libraries
The Multimedia repository now provides GStreamer (1.0) plugins for Bad, Ugly, libAV and VA-API plugin bundles with all options enabled. This is split into the following GStreamer runtime packages:
gstreamer1-plugins-bad
gstreamer1-plugins-ugly
gstreamer1-vaapi
gstreamer1-libav
gstreamer1-plugins-bad-fluidsynth (pulls in the whole FluidSynth distribution)
gstreamer1-plugins-bad-nvenc (x86_64 only, pulls in the Nvidia binary driver; and at the moment it does not work properly)
They all have an Epoch of “1”, due to the various reasons explained at the top. They are not yet available for CentOS/RHEL 7 due to time constraints; I will try to prepare them in the next weeks.
Fedora 24 OpenH264 repository
A note on the Fedora 24 OpenH264 repository. As described in its wiki page, there is an extra repository that can be enabled directly in Fedora 24 that allows you to install OpenH264, its relevant Gstreamer 1.0 plugin and a Mozilla plugin for Firefox. Following the same logic, at the moment the same Gstreamer 1.0 plugin is provided/obsoleted (in newer form) by the gstreamer1-pluings-bad package. There is a conflict for the OpenH264 binaries which I will address soon.
HandBrake is now using a freshly built x265 library that enables full color depth support at 8, 10 and 12 bits. You can now convert videos in these format! This has been enabled in the 64 bit builds of the x265 library; for both Fedora 23 and CentOS/RHEL 7.
Also, NUMA support has been added to the libraries. Just by chance I have an SGI UV 200 (the predecessor of the current SGI UV 300) lying around.
This goes along with the 10 bit support for x264 that was enabled some time ago; so I’ve made some adjustments to the libraries and now there is more consistency between x264/x265. Both are loaded at runtime by HandBrake:
$ ls-alghs/usr/lib64/libx26*
668K -rwxr-xr-x. 1 root 667K Feb 5 09:55/usr/lib64/libx264_main10.so
764K -rwxr-xr-x. 1 root 763K Feb 5 09:55/usr/lib64/libx264.so.148
3.4M -rwxr-xr-x. 1 root 3.4M Feb 5 09:05 /usr/lib64/libx265_main10.so
3.4M -rwxr-xr-x. 1 root 3.4M Feb 5 09:05 /usr/lib64/libx265_main12.so
3.2M -rwxr-xr-x. 1 root 3.2M Feb 5 09:05 /usr/lib64/libx265.so.68
$ ls -alghs /usr/lib64/libx26*
668K -rwxr-xr-x. 1 root 667K Feb 5 09:55 /usr/lib64/libx264_main10.so
764K -rwxr-xr-x. 1 root 763K Feb 5 09:55 /usr/lib64/libx264.so.148
3.4M -rwxr-xr-x. 1 root 3.4M Feb 5 09:05 /usr/lib64/libx265_main10.so
3.4M -rwxr-xr-x. 1 root 3.4M Feb 5 09:05 /usr/lib64/libx265_main12.so
3.2M -rwxr-xr-x. 1 root 3.2M Feb 5 09:05 /usr/lib64/libx265.so.68
The multimedia and Skype repositories now contain all components and libraries to have the same “experience” as in Fedora 23. This includes HandBrake, MakeMKV, Skype and the same FFMPeg build with the same options that are enabled in the Fedora 23 build; including Intel Quick Sync Video and the Nvidia Encoder.
To enable this, new build roots with CentOS/RHEL i686 images have been used. This way all dependencies have been correctly built from the same CentOS/RHEL 7 packages and not with cross-compilation or using the Fedora 19 buildroots.
As most of you have noticed, the HandBrake repository has been integrating more and more multimedia packages that are not related to HandBrake itself or to its supporting programs. The latest additions to it are the CUDA/FFMpeg enabled Blender package and some additional encoding options for FFMPeg.
This definitely puts a nail in the coffin of the “CUDA programs” repository that was previously treated as a separate repository. I’m not able to provide separate repositories for them as either you have a full blown multimedia collection with each component strictly tied to each other (Blender requires FFMPeg and Nvidia drivers, FFMpeg requires restricted multimedia libraries and Nvidia drivers, HandBrake requires the same restricted multimedia libraries of FFMPeg, etc.) or you just have the plain Fedora repositories with no license/patent encumbered options.
None of these packages can be distributed inside the main Fedora/RPMFusion repositories as they are presented here with current build options; mainly due to patent and licensing issues or simply because they are coupled with non open source software resulting in dubious licensed binaries.
Some of the packages might have hard dependencies on Nvidia components or libraries, while some other have a weak dependency on them. Whether you can enable support for those it’s usually just a matter of adding or not the Nvidia repository and the multimedia (HandBrake) repository at the same time.
Not all distributions are on par regarding features and packages, let’s say most of the development goes on to the latest Fedora release due to it being my daily desktop.
To install the CUDA enabled Blender, HandBrake, MakeMKV or the fully fledge FFMpeg binary just go to the appropriate page and follow the instructions.
I will probably also rename the repository into something more generic compared to what is currently called now; so suggestions are welcome!
Recent Comments