September 2, 2012
The idea for this really comes from the Unofficial ATI bugzilla at http://ati.cchtml.com which appears to be successful. For NVidia issues the official way has been to email firstname.lastname@example.org or the unofficial method of posting on http://nvnews.net and hoping for a reply. Unfortunately I don’t find forums terribly useful for bug reports and the search functionality is less than ideal for issues.
I’ve been thinking of spinning up a Bugzilla instance for an Unofficial NVidia Bugzilla and inviting all distros to use it as well as the NVidia Linux engineers. But obviously I’d need some user/developer interest in this.
Would you use it?
October 23, 2011
NVIDIA has just pushed out their first beta of the 290.x series drivers and this should be seen as good news for Gentoo users. Several bugs that I’ve pushed upstream from Bugzilla reports about the 280.x and 285.x series have been fixed. This should be the first series that Gentoo will support with xorg-server 1.11 and Linux 3.0. Additionally NVIDIA has built in a workaround for users using a noexec mounted /tmp when executing 32 bit OpenGL apps on a 64 bit kernel. Users should be aware that the workaround brings in performance implications but at least your app won’t crash. Many other little issues were resolved as well so I am inclined to bump the version in the against our typical policy of not supporting beta releases. Be aware however that if I see an abnormal amount of bugs with the beta release it will be quickly masked.
November 13, 2009
As I previously noted, the 96.x.y and 173.x.y series had not seen any updates yet for xorg-server 1.7 compatibility, however today that has changed. They both saw updates late last night from NVIDIA and now those drivers are available in the Gentoo tree so feel free to give them a try.
October 29, 2009
As always happens when we see a new xorg-server release people start to wonder why the Gentoo ebuilds for nvidia-drivers have blockers for the new release. To help clarify this I’ll post an ASCII table showing the current support.
driver series maximum ABI ------------- ----------- 71.86.* 2.x 96.43.* 5.x 173.14.* 5.x 190.* 6.x xorg server video ABI ----------- --------- 1.7.* 6.x 1.6.* 5.x 1.5.* 2.x
As you can see from the above, the 71.86.x series has gone into very limited maintenance mode. I would be surprised to see very many updates, if any at all to it in the future. However, for users of the 96.43.x and 173.14.x series, NVIDIA has confirmed to me that there will be an update to the latest xorg-server ABI change. This update though does not have any definite dates so I can’t provide any. I recommend users of that series stay with xorg-server-1.6.x releases for the time being so they can have a smooth X experience.
October 28, 2009
Recently, Aaron Plattner from NVIDIA announce libvdpau 0.2, which a wrapper for driver specific VDPAU implementations. You may have noticed that nvidia-drivers shipped a libvdpau.so library for a while now for apps to link against while placing their actual implementation in libvdpau_nvidia.so. Newer ebuilds of nvidia-drivers will no longer install libvdpau.so, nor any of the headers and install will rely on this being installed. Other applications, like MythTV will instead depend on x11-libs/libvdpau.
In addition to this change, there’s a new package called vdpauinfo in the tree. Some people might know it from the NVNews forums as vdpinfo. However, Aaron got the author’s permission to add it to freedesktop.org and rename it to vdpauinfo to match the library.
October 28, 2009
NVIDIA has officially blessed the 190.x driver series to replace the 185.18.x series. Release highlights include:
- xorg-server-1.7 support
- OpenGL 3.2 support
- VDPAU decoding of MPEG-4 Part 2, DivX 4, and DivX 5 depending on your GPU
- Support additional GPUs in the GeForce GT series
For more details read their release notes, here.
Gentoo has had a few different developers maintaining “unofficial” drivers in the 190.x series. However there’s a few outstanding issues with those ebuilds that still need to be resolved before they’re unmasked. I’ll hopefully push 190.42-r2 unmasked later on this evening.