Hi All,

As discussed in various venues before we have been working on getting the
nvidia binary driver packaged in a way where users who want to can install
it without having there being a significant chance of their Fedora installation
ending up broken somehow.

As part of this we've moved to libglvnd as the libGL (and friends) implementation
so that the mesa and nvidia OpenGL stacks can co-exist without needing to
play LD_LIBRARY_PATH tricks.

Also the Xserver's config file syntax has been extended so that we can now make it
automatically configure everything the right way even when the nvidia driver is
used on optimus setups as well as automatically switch between the mesa / nouveau
DDX and OpenGL stacks based on which kernel driver is loaded. TL;DR: userspace
will no fully automatically use the right stack depending on which kernel driver
is loaded, meaning that if the nvidia driver fails to load for some reason
(e.g. it does not build after a kernel update) users will now simply get the
nouveau stack rather then a black screen. Also see:

http://hansdegoede.livejournal.com/16668.html

I've been working together with Simone Caronni from the negativo17 repo to
make sure that the nvidia packages there use the new Xorg syntax and that
autofallback works smoothly. We're now at a point where I believe the
nvidia-driver packages from the negativo17 repo are ready for general
consumption and I would like to add the repo to the
fedora-workstation-repositories package. Specifically I plan to add
the following .repo file:

[fedora-nvidia]
name=negativo17 - Nvidia
baseurl=https://negativo17.org/repos/nvidia/fedora-$releasever/$basearch/
enabled=0
skip_if_unavailable=1
gpgcheck=1
gpgkey=https://negativo17.org/repos/RPM-GPG-KEY-slaanesh
enabled_metadata=1
metadata_expire=6h

[fedora-nvidia-source]
name=negativo17 - Nvidia - Source
baseurl=https://negativo17.org/repos/nvidia/fedora-$releasever/SRPMS
enabled=0
skip_if_unavailable=1
gpgcheck=1
gpgkey=https://negativo17.org/repos/RPM-GPG-KEY-slaanesh
enabled_metadata=1
metadata_expire=6h

If I understand the procedure correctly the Workstation Working Group
needs to have a meeting and vote on this before I move forward with
adding this .repo file, hence this mail.

Regards,

Hans