Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 298142 - x11-drivers/nvidia-drivers-195.30 version bump [vdpau fix?]
Summary: x11-drivers/nvidia-drivers-195.30 version bump [vdpau fix?]
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: All Linux
: High enhancement (vote)
Assignee: Michal Januszewski (RETIRED)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-12-23 22:43 UTC by Benjamin Schulz
Modified: 2010-02-08 10:52 UTC (History)
11 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
nvidia-drivers-195.30.ebuild (nvidia-drivers-195.30.ebuild,15.05 KB, text/plain)
2009-12-23 22:43 UTC, Benjamin Schulz
Details
arch detection patch, to be included in the "files" directory of nvidia-drivers-195.30.ebuild (NVIDIA_arch.patch,392 bytes, patch)
2009-12-23 22:45 UTC, Benjamin Schulz
Details | Diff
nvidia-settings-195.30 ebuild (nvidia-settings-195.30.ebuild,1.96 KB, text/plain)
2009-12-23 22:46 UTC, Benjamin Schulz
Details
nvidia-settings patch to be included in the files directory of nvidia-settings-195.30 (nvidia-settings-195.30-xf86vidmodeproto.patch,459 bytes, patch)
2009-12-23 22:47 UTC, Benjamin Schulz
Details | Diff
new version of nvidia-drivers-195.30.ebuild fixes vdpau installation (nvidia-drivers-195.30.ebuild,15.05 KB, text/plain)
2009-12-24 00:20 UTC, Benjamin Schulz
Details
Log of error (build.log,4.15 KB, text/plain)
2010-02-07 20:28 UTC, Xavier Vachon
Details
ebuild environment (environment,158.05 KB, text/plain)
2010-02-07 20:43 UTC, Boris Petersen
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Benjamin Schulz 2009-12-23 22:43:02 UTC
this bug contains an ebuild for the new 195.30 driver from nvidia.
As one can see in the description, this driver adds various fixes and improvements with compiz, RENDER and KDE4:
http://www.nvnews.net/vbulletin/showthread.php?p=2149232

The ebuild is adapted from the one found here:
http://www.nvnews.net/vbulletin/showthread.php?t=141873



Reproducible: Always
Comment 1 Benjamin Schulz 2009-12-23 22:43:58 UTC
Created attachment 213974 [details]
nvidia-drivers-195.30.ebuild
Comment 2 Benjamin Schulz 2009-12-23 22:45:15 UTC
Created attachment 213976 [details, diff]
arch detection patch, to be included in the "files" directory of nvidia-drivers-195.30.ebuild

arch detection patch, to be included in the "files" directory of the ebuild
Comment 3 Benjamin Schulz 2009-12-23 22:46:01 UTC
Created attachment 213978 [details]
nvidia-settings-195.30 ebuild

nvidia-settings 195.30 ebuild
Comment 4 Benjamin Schulz 2009-12-23 22:47:00 UTC
Created attachment 213979 [details, diff]
nvidia-settings patch to be included in the files directory of nvidia-settings-195.30

nvidia-settings patch to be included in the files directory of the ebuild nvidia-settings-195.30
Comment 5 Benjamin Schulz 2009-12-24 00:20:57 UTC
Created attachment 214003 [details]
new version of nvidia-drivers-195.30.ebuild fixes vdpau installation

new version of nvidia-drivers-195.30. fixes vdpau installation
Comment 6 Doug Goldstein (RETIRED) gentoo-dev 2009-12-24 02:14:38 UTC
(In reply to comment #5)
> Created an attachment (id=214003) [details]
> new version of nvidia-drivers-195.30. fixes vdpau installation
> 
> new version of nvidia-drivers-195.30. fixes vdpau installation
> 

This installs the VDPAU library to the wrong location (see bug 297239, comment 10). Additionally, it is installing a bad symlink to the vdpau library.
Comment 7 Benjamin Schulz 2009-12-24 03:29:58 UTC
to comment #6:

You wrote in Bug 297239:
"Rather than incorrectly changing the paths back, please say which apps you are
having a problem with so they may be fixed."

Well,  one "application" which does not work with the vdpau ebuild in the main portage three is mplayer....
Comment 8 Benjamin Schulz 2009-12-24 03:37:33 UTC
All what I can say is, that mplayer does not work with the ebuild in the three.

However, mplayer works with the ebuild in this bug.

in comment #6 of bug 297239 you wrote: "Rather than incorrectly changing the paths back, please say which apps you are having a problem with so they may be fixed."

Well, you can tell this problem to the people at mplayer upstream. Furthermore, one then would have to tell this probably all other applications that use vdpau. That will certainly take some time. 

We cannot realistically afford that our videos won't be playable until the developers of most vdpau apps are informed of a recent path change by nvidia.



Furthermore, if you rename the highest version ebuild of nvidia-drivers in the portage three to 195.30, it won't compile because it does not find the kernel correctly.

Comment 9 Doug Goldstein (RETIRED) gentoo-dev 2009-12-24 20:20:47 UTC
(In reply to comment #8)
> All what I can say is, that mplayer does not work with the ebuild in the three.
> 
> However, mplayer works with the ebuild in this bug.
> 
> in comment #6 of bug 297239 you wrote: "Rather than incorrectly changing the
> paths back, please say which apps you are having a problem with so they may be
> fixed."
> 
> Well, you can tell this problem to the people at mplayer upstream. Furthermore,
> one then would have to tell this probably all other applications that use
> vdpau. That will certainly take some time. 
> 
> We cannot realistically afford that our videos won't be playable until the
> developers of most vdpau apps are informed of a recent path change by nvidia.
> 

It's not a path change by NVIDIA. They have a public library that everyone should use called libvdpau.so, they have expressed that no one should use libvdpau_nvidia.so directly. However using it directly has not caused harm, it has however with the latest driver release started to cause harm. To make it even more apparent that you shouldn't use libvdpau_nvidia.so directly they moved it to a location that only libvdpau.so would be able to access it. mplayer has been in the wrong from day one.
Comment 10 Benjamin Schulz 2009-12-24 23:34:11 UTC
@ comment #9:

Doug Goldstein wrote:
"However using it directly has not caused harm, it
has however with the latest driver release started to cause harm."

Really? I have not seen a bug report on this at http://www.nvnews.net/vbulletin/forumdisplay.php?s&forumid=14

Can you point me to a bug where it is found that mplayer's linking to libvdpau_nvidia.so is the reason for "screen corruption"?

Thanks
Comment 11 Benjamin Schulz 2010-01-03 16:23:52 UTC
Here is a comment from Nvidia, of the developers of the nvidia linux driver:

http://www.nvnews.net/vbulletin/showthread.php?p=2156911#post2156911

Correct, applications should not be linking directly against libvdpau_nvidia. However, doing so shouldn't be able to cause any corruption problems, it should be harmless.

As for finding the correct library, there have been problems in the past on some distributions where a stale copy of libvdpau 0.2 is left lying around and getting picked up by applications, which doesn't look in /usr/lib/vdpau for libvdpau_nvidia. Are you sure the correct version of libvdpau is being used by your applications? If so, please try running mplayer or mythtv with "strace -eopen" to see where it's looking. Even if the old version were being used, it should look at /usr/lib/libvdpau_nvidia.so which the .run installer creates as a symlink to /usr/lib/vdpau/libvdpau_nvidia.so.<version>.
AaronP is offline   	Reply With Quote





Comment 12 Benjamin Schulz 2010-01-03 16:26:08 UTC
The above comments from nvidia developers imply that my ebuild should not cause any harm. And it should not, as Doug Goldstein writes, lead to "screen corruption". 

In fact, mplayer just works with my ebuild for the 195.30 nvidia driver, whereas the ebuild in the main portage three does not.
Comment 13 Xavier Vachon 2010-02-07 20:28:58 UTC
Created attachment 218855 [details]
Log of error

An ebuild for the drivers made it to Portage today. It fails to build.

I uploaded the log of my problems. I tried to recompile my kernel, to no avail.
Comment 14 Boris Petersen 2010-02-07 20:43:29 UTC
Created attachment 218861 [details]
ebuild environment

I can confirm that the build fails with the same error here aswell. Maybe the environment output is of help, since it can't find the kernel version.
Comment 15 Doug Goldstein (RETIRED) gentoo-dev 2010-02-07 23:41:37 UTC
Unified arch patch should be in. spock is handling this ebuild so assigning to him so he can fix it.
Comment 16 Michal Januszewski (RETIRED) gentoo-dev 2010-02-08 10:52:39 UTC
Closing the bug as the ebuild and the unified ARCH patch are now in.  mplayer with -vo vdpau also seems to work.