[lucid] nvidia-glx can't work with new xorg 7.5

[Harry]

When trying to install the new "xorg 7.5 / xserver 1.7" lucid is going to uninstall nvidia-glx.
This in turn means no Nvidia proprietary drivers.

This is due to the fact that the package xserver-xorg-core_1.7.2-2ubuntu2_amd64.deb
conflicts with the virtual package "xserver-xorg-video-5"
and the package nvidia-glx-185_185.18.36-0ubuntu9_amd64.deb
provides the very same package "xserver-xorg-video-5".
It should provide "xserver-xorg-video-6", just like the new nv driver does:
xserver-xorg-video-nv_2.1.15-1ubuntu1_amd64.deb

This is a big problem as lucid alfa1 is about to be released.
Nvidia graphic cards are quite common among linux users.

Lucid ubuntu 10.04 pre-alfa1_amd64, fully updated
xserver-xorg 2:1.72-2ubuntu2
nvidia-glx 185.18.36-0ubuntu9

[Szenográdi Norbert Péter (sevoir)]

I downgraded xorg_7.5~3ubuntu2_i386.deb packages to xorg_7.4+3ubuntu10_i386.deb on my x86 system and now work fine again.

[Harry (harry33)]

Péter, that is of course one kind of a solution.
I have investigated the issue a bit further.
As I mentioned in my bug report, the issue is the virtual package xserver-xorg-video-5.
That one is provided, if one installs the nvidia-glx-185 from lucid repos.

A true solution to this problem would be to have a new Nvidia driver in repos, that provides the virtual package xserver-xorg-video-6.

As a workaround to this, I have found a PPA (Nvidia PPA, ~sevenmachines) for lucid. From there you can install one of the offered two packages. Both do work OK.
1) Latest stable: nvidia-graphics-drivers-190 - 190.42
2) Newest public beta: nvidia-graphics-drivers-195 - 195.22

[Timo Aaltonen (tjaalton)]

There is no compatible nvidia driver available, so removing the one that doesn't work is what happens, and rightly so.

[Eyad Salah (eyad-salah)]

But this the issue. You can't use a computer without a graphics driver. Anyway, where can I find the package "nvidia-graphics-drivers-190" it doesn't show up on my repos

[Harry (harry33)]

Timo Aaltonen, not quite right.
As I already mentioned in my previous post (#2), there is a compatible nvidia driver around.
And just to mention, there are other distros (like Arch), where xorg7.5/xorg1.7 does not cause trouble like this.
By the way, Nvidia drivers 190 and 195beta do have support for the new xorg.

[Harry (harry33)]

ComputerJy, you will have to add the ~sevenmachines repo to your sources.list (Nvidia PPA).
Then you can install 190 or 195 for example with Synaptic.

[Eyad Salah (eyad-salah)]

Thanks for the advice.

[Timo Aaltonen (tjaalton)]

Harry: those are not in lucid yet. Installing packages from third party repos might cause problems when upgrading to the distro packages, and then you are on your own.

[Harry (harry33)]

Timo, yes you are right about that.
Lucid main repo lags behind now.
Still, if I wait for the official repos to be updated and either not upgrade to new xorg or do not use nvidia drivers, I feel like being on my own too.
The PPA I mentioned offered nvidia graphics drivers that work really well.
It wouldn't after all be a big issue to remove them with lets say Synaptic and install official lucid packages, if need to.

[Harry (harry33)]

I wonder what is there that takes so long to get the latest stable drivers into Ubuntu main repos.
I mean the stable Nvidia-185.18 driver was already out on 28th July 09.
The Nvidia-190.42 was out on 29th October 09, the day when Karmic was released.
Now we have Nvidia-195.22-beta public out (24th November 09).

[Harry (harry33)]

To sum up once more, please note that the problem is the virtual package xserver-xorg-video-5.

Nvidia-glx 185 (in lucid repos) does provide xserver-xorg-video-5;
Xserver-xorg-core 1.7 (in lucid repos) is in conflict with the very same xserver-xorg-video-5.

The Nvidia Graphics Drivers from www.nvidia.com does not provide such a package and is not in conflict with the new xorg 1.7.
Also one can use the great PPA of sevenmachines (Nvidia PPA) and use either stable 190 or beta 195 driver.

[Artur Rona (ari-tczew)]

This is good reason for upgrade to nvidia 190.42 or 195.x +1

[Nate Wiebe (natew)]

Shouldn't nvidia-glx-190 be added since it is the latest stable? Plus by then there will most likely be a newer stable release anyways. The 190 drivers from the nvidia-vdpau ppa have not been updated yet for xorg 7.5. There are 195 drivers (beta) that don't conflict, but they do not show up in Hardware Drivers for activation.

[Harry (harry33)]

Nate Wiebe,

Like I wrote the Nvidia PPA contains stable 190.42 drivers, that do work.
But since lucid is at a development stage, the beta drivers (195.22) would be a better solution.

The nvidia-vdpau PPA is a bit complicated now, since the 190 driver has been re-packaged using source for current nvidia-185 package as a base. Installing 190 driver from there will also install some 185 packages as well.

[Artur Rona (ari-tczew)]

Latest stable driver is:
Version: 190.42 Certified
Release Date: 2009.10.27
Operating System: Linux
Language: English (UK)
File Size: 22.8 MB

However, I don't see reason for adding 190 drivers into lucid. If developers will upload beta 195.22, Ubuntu will prepared for stable 195.xx series. I hope that 195 stable driver will release until lucid's final.

[Nate Wiebe (natew)]

I do agree with going with the 195 drivers for lucid. Harry, just wondering how you got the 190 drivers from the nvidia ppa to work. For me, they are still conflicting with xorg and ubuntu-desktop.

[Harry (harry33)]

Nate Wiebe, the conflict is caused by the virtual package "xserver-xorg-video-5".
Xserver-xorg-core 1.7 conflicts with that one.
Now the nvidia driver 190.42 from NVidia PPA (but not from the Nvidia Vdpau Team PPA) provides "xserver-xorg-video-6"
which is not in conflict with xorg.

Please test the following way:
- remove nvidia-glx and all other related nvidia-packages (185, 190, 195)
- empty the file /etc/X11/xorg.conf
- install xorg packages 7.5 / 1.7 to fully update them
- check that you have xserver-xorg-video-nv and -vesa installed
- reboot (you may now experience low graphics mode, because nv does not work well either with new xorg)
- install now nvidia graphics drivers 190 or 195 from NVidia PPA (not from NVidia Vdpau Team PPA)
- run in terminal: sudo nvidia-xconfig
- reboot

Reboot or startup may run into black screen or low graphics mode from time to time these days because of bugs in new xorg. Particularly after some updates this is likely to happen. Then, run in terminal: sudo nvidia-xconfig and reboot. This will help.

I am running fully updated system (AMD64) with Gigabyte-MA790XT-UDP4 mobo and Nvidia-285-GTX card and the beta dirvers 195 work very well on this.

[André Barmasse (barmassus)]

Same issue here on my Sony Vaio with a GeForce Go 6200/6400. Harry's workaround solves the problem temporarily. A small downside is that you have to repeat his installation procedure every time a new kernel is installed.

On the other hand, the new nvidia beta driver 195 is way better than the older one. All annoying flickering problems within Firefox while watching flash streams over zattoo or wilmaa (online-tv limited to Switzerland) are gone now!! I hope this driver version will be included in Ubuntu Lucid Lynx.

[Brandon Snider (brandonsnider)]

Harry, thanks for the info on the problem with the Nvidia Vdpau PPA. The problem with the xserver-xorg-video-5 instead of 6 was due to my initial laziness in just copying the binaries from Karmic over the Lucid. I have corrected it by building the drivers against Lucid. The new 190/195 driver in the PPA should support Lucid, and do provide xserver-xorg-video-6.

Also, I have packaged them to use the external libvdpau, which is close to how the blob will be packaged in Lucid and beyond. I updated nvidia-common to use the 190/195 modaliases packages so jockey can be used to install the drivers -- no need to mess with nvidia-xconfig or directly edit xorg.conf.

I also packaged vdpauinfo which can be installed as an informational tool.

Harry wrote "I wonder what is there that takes so long to get the latest stable drivers into Ubuntu main repos."

There are a great number of scripts which must be painstakingly changed each time a new blob is released. One mistake, just one little oversight can result in a showstopper.

[Harry (harry33)]

Thanks, Brandon, for this info.
This is great news for users that benefit from VDPAU, for example those users using mplayer/mencoder,
that the Nvidia Vdpau Team PPA also offers.
I myself use VLC and as I understand it cannot yet use VDPAU, not even the latest 1.04 version.
Anyways, I'll wait for the day the official lucid repos get upgraded (nvidia-glx).

[Brandon Snider (brandonsnider)]

I can probably get VLC 1.1git working with libva/vdpau-video but I need a
new refresh of ffmpeg to do it. Currently, ffmpeg is broken upstream and
will be until January or later. However, building VLC for use with va-api
and vdpau is high on my list of things to do.

On Wed, Dec 23, 2009 at 2:26 AM, Harry <email address hidden> wrote:

> Thanks, Brandon, for this info.
> This is great news for users that benefit from VDPAU, for example those
> users using mplayer/mencoder,
> that the Nvidia Vdpau Team PPA also offers.
> I myself use VLC and as I understand it cannot yet use VDPAU, not even the
> latest 1.04 version.
> Anyways, I'll wait for the day the official lucid repos get upgraded
> (nvidia-glx).
>
> --
> [lucid] nvidia-glx can't work with new xorg 7.5
> https://bugs.launchpad.net/bugs/494166
> You received this bug notification because you are a direct subscriber
> of the bug.
>

--
-- Brandon J. Snider

[Harry (harry33)]

Well, Brandon, I am pleased to read that.

[Harry (harry33)]

I have now run Lucid with Nvidia-glx-195-beta drivers for over two weeks now and it is working fine with them.
I have tried 195 beta drivers from both "sevenmachines" (195.22) and from "nvidia-vdpau-team" (195.30) repos.

The only applications that clearly does not work is "plymouth-0.8.0~-6", but then again linux kms is not available when using Nvidia proprietary drivers.

[Raphael Gradenwitz (raphael-gradenwitz)]

I am with Lucid on a Sony Vaio Z-series (VGN-Z21MN) with hybrid graphics Intel 915i / Nvidia 9300M GS

I wrote my own solution:
http://global-social.net/sony-VGN-Zseries

A "janitor script" which installs beside a special kernel module only for the sony-Z-series and a rfkill aplett:

* directly the proprietary driver from the nvidia ftp-download-server or a beta driver from your choice with dkms auto kernel-module upgrading and dpkg diversion of the files already present from other packages

or (when it works again)

* the driver from the repo (using the jockey script, works on karmic)

It installs a switching mechanism to change between those two drivers depending on which graphic-card rather is active

It does a complete uninstallation as well.

This is only for Sony VGN-Z-series Laptops since there are some special acpi settings which need to be considered.

This is for Karmic and Lucid (with upstart) but i made it work on Debian (sysv-rc scripts) as well.

By the way, I have found two little bugs in "nvidia-glx-185_185.18.36-0ubuntu9_amd64":

preinst:
line no: 126
- if dpkg-divert --list $glxname | grep /usr/lib32/libGL.so.1 > /dev/null ; then
+ if dpkg-divert --list $glxname | grep "/usr/lib32/libGL.so.1 " > /dev/null ; then

line-no: 187 makes a diversion from a not existing file (or did I miss something?)
- dpkg-divert --add --rename --package nvidia-glx-185 --divert /usr/lib/nvidia/libGLcore.so.xlibmesa /usr/lib/xorg/modules/extensions/libGLcore.so > /dev/null

my 2 ct
hth

Raphael Gradenwitz

[Alberto Milone (albertomilone)]

It's ok to add diversions on files that don't exist yet.

The drivers in Lucid won't use diversions anymore. These drivers will be available soon.

[Raphael Gradenwitz (raphael-gradenwitz)]

Hi Alberto,

Am Sonntag, den 27.12.2009, 16:21 +0000 schrieb Alberto Milone:
> The drivers in Lucid won't use diversions anymore. These drivers will be
> available soon.
>

Just curious to know how that will be dissolved in future. Any link,
blueprints?

Raphael

[Alberto Milone (albertomilone)]

Raphael,

I'll use alternatives instead of diversions. See the following blueprint:
https://blueprints.launchpad.net/ubuntu/+spec/desktop-lucid-xorg-proprietary-drivers

[Alex Mayorga (alex-mayorga)]

I have this card http://www.nvidia.com/object/product_geforce_gt_230m_us.html on my laptop.
What driver should I use? Is it better to wait for the official repo to have the driver?
Currently jockey suggests 185. Is that the right one?

[Curtis Lee Bolin (curtisleebolin)]

Alex, I would have expected you to post a question like that in Launchpad Answers or Ubuntu forums. Usually the newest driver is the best to use. That would be 185 in the official repository. It is all up to you if you want to try unofficial ones. Just make sure you know the risk and what you are doing.

[Alex Mayorga (alex-mayorga)]

Curtis, thanks for your answer and apologies if this was not the right way to ask.
From what I gather on this bug if I install 185 it'll break X. Am I mistaken?
Also, according to NVIDIA site the "Certified" driver for the "family" of my card is 190.53. Is that available somewhere?

[Curtis Lee Bolin (curtisleebolin)]

yes, you are correct. I just tried to run "$ sudo apt-get install nvidia-glx-185" and it wanted to remove xserver-xorg, meaning it still doesn't work. I have all ati at home, but my work computer has nvidia. I added the PPA at https://edge.launchpad.net/~sevenmachines/+archive/nvidia and install nvidia-graphics-drivers-195 and it works great for me. I didn't test 190.

[Brandon Snider (brandonsnider)]

It looks like the driver binaries in the Lucid archive were copied over from
the Karmic archive, where they were built against Karmic's xserver packages,
and they have not been rebuilt against Lucid's xserver packages. So that's
why the nvidia blob is providing the older xserver-xorg-video virtual
package.

On Wed, Dec 30, 2009 at 10:04 AM, Curtis Lee Bolin <email address hidden>wrote:

> yes, you are correct. I just tried to run "$ sudo apt-get install
> nvidia-glx-185" and it wanted to remove xserver-xorg, meaning it still
> doesn't work. I have all ati at home, but my work computer has nvidia.
> I added the PPA at
> https://edge.launchpad.net/~sevenmachines/+archive/nvidia and install
> nvidia-graphics-drivers-195 and it works great for me. I didn't test
> 190.
>
> --
> [lucid] nvidia-glx can't work with new xorg 7.5
> https://bugs.launchpad.net/bugs/494166
> You received this bug notification because you are a direct subscriber
> of the bug.
>

--
-- Brandon J. Snider

[userdce (userdce)]

sevenmachines PPA- nvidia 190/195 working

[Alain SAURAT (maisondouf)]

I had lot of misery with 185 version, so as all of you said, I have downloaded from Nvidia support site the 190.53 version.

I have installed it in recovery mode and now all run fine, hourra !

Xserver informations
---------------------

NVIDIA Driver Version : 190.53

Server Version : 11.0
Server Vendor Version : 1.7.3.901

NV-CONTROL Version 1.20

Graphic Card Informations :
-----------------------------

Graphoc Processor : GeForce 6200
VBIOS Version : 05.44.a2.09.00
Memory : 256MB
Bus Type : AGPx8
Bus Id : 1:0:0

Thank's to alls

[Harry (harry33)]

It appears that NVidia drivers have been removed from the
PPA for Nvidia-Vdpau-Team.

[Harry (harry33)]

Alberto Milone,
could you please give some information on the progress of the development of the official nvidia driver package in lucid.
Is this perhaps a lucid-alfa-2 state issue?

[Brandon Snider (brandonsnider)]

You can test the lucid driver in progress here:
https://launchpad.net/~albertomilone/+archive/proprietary-video-improvements

I removed the Lucid packages because I don't want them interfering with the
new driver.

On Fri, Jan 8, 2010 at 4:06 AM, Harry <email address hidden> wrote:

> Alberto Milone,
> could you please give some information on the progress of the development
> of the official nvidia driver package in lucid.
> Is this perhaps a lucid-alfa-2 state issue?
>
> --
> [lucid] nvidia-glx can't work with new xorg 7.5
> https://bugs.launchpad.net/bugs/494166
> You received this bug notification because you are a direct subscriber
> of the bug.
>

--
-- Brandon J. Snider

[Harry (harry33)]

I have tested today the proprietary-video-improvements PPA with my 64-bit lucid (driver: 190.53-0ubuntu1).
I have also updated my lucid today with the new xorg-server version (1.7.3.902-1ubuntu1).
However, I couldn't get nvidia drivers to work with it. 3D (and thus compiz + emerald) was not working.
Then again, the sevenmachines PPA version 195.22-0ububtu0 did work OK.

[Alberto Milone (albertomilone)]

Harry,

I'm uploading the new packages in Ubuntu. The new xserver and mesa (which are not in my PPA) should fix things for you (I'm referring to the problem with 3D).

[Josema (jmvalbuenap)]

I'm not working the NVIDIA drivers. When I install them, on having restarted this goes out for me:

Ubuntu is running in low-graphics mode

And I can't activate the escritory effects.

Thank you

[Launchpad Janitor (janitor)]

This bug was fixed in the package nvidia-graphics-drivers-173 - 173.14.22-0ubuntu1

---------------
nvidia-graphics-drivers-173 (173.14.22-0ubuntu1) lucid; urgency=low

  * Rework packaging taking Mandriva's as a model:
    - Use alternatives instead of diversions.
    - Reduce the number of binary packages to nvidia-173,
      nvidia-173-dev and nvidia-173-modaliases.
  * debian/rules:
    - Switch to CDBS.
    - Remove libGL.la as no static library is provided.
  * debian/nvidia-current.README.Debian.in:
    - Document the update process.
  * nvidia-current.postinst: try to build the module for the most
    recent kernel in addition to building it for the current kernel
    (LP: #474917).
  * New upstream release (LP: #494166):
   - Add support for xserver 1.7.x.
 -- Alberto Milone <email address hidden> Fri, 08 Jan 2010 23:30:10 +0100

[Launchpad Janitor (janitor)]

This bug was fixed in the package nvidia-graphics-drivers-96 - 96.43.14-0ubuntu1

---------------
nvidia-graphics-drivers-96 (96.43.14-0ubuntu1) lucid; urgency=low

  * Rework packaging taking Mandriva's as a model:
    - Use alternatives instead of diversions.
    - Reduce the number of binary packages to nvidia-96,
      nvidia-96-dev and nvidia-96-modaliases.
  * debian/rules:
    - Switch to CDBS.
    - Remove libGL.la as no static library is provided.
  * debian/nvidia-current.README.Debian.in:
    - Document the update process.
  * nvidia-current.postinst: try to build the module for the most
    recent kernel in addition to building it for the current kernel
    (LP: #474917).
  * New upstream release (LP: #494166):
   - Add support for xserver 1.7.x.
 -- Alberto Milone <email address hidden> Fri, 08 Jan 2010 23:34:51 +0100

[Doug McMahon (mc3man)]

With todays updated the driver provided by proprietary-video-improvements PPA is working fully w/ glx, xv and full use of compiz
Will hopefully be able to do a fresh A2 install next week and just use the lucid packages

[Alex Mayorga (alex-mayorga)]

Would 185 still break things X for this card?
01:00.0 VGA compatible controller: nVidia Corporation Device 0a2a (rev a2)

[Harry (harry33)]

Alberto Milone,

Ok, I will test the new official nvidia drivers (right now the status: successfully built, new).

Before that I will update the all new packages:
- xorgserver (1.7.3.902-1ubuntu2)
- xorg (7.5+1ubuntu1)
- X11-xserver-utils (7.5+1ubuntu1)
- mesa (7.7-0ubuntu1).

I then download and install the packages (not the transitional ones):
- nvidia-current_190.53-0ubuntu1_amd64.deb
- nvidia-current-modaliases_190.53-0ubuntu1_amd64.deb.

[Alberto Milone (albertomilone)]

Harry,

That should work (as long as the dependencies of those packages are installed).

Note: jockey is not ready yet

[Harry (harry33)]

Alberto,

Before installing new official nvidia drivers (not yet in repos), I updated my lucid first.
I have now nvidia drivers installed from sevenmachines PPA (195.22-0ubuntu0).

After updating X packages to
- x11-common (7.5+1ubuntu1)
- x11-xserver-utils (7.5+1ubuntu1)
- xkb-data (1.7-1ubuntu2)
- xorg (7.5+1ubuntu1)
- xserver-xorg (7.5+§ubuntu1)
everything works (compiz etc.).

But after updating these two packages to
- xserver-common (1.73.902-1ubuntu2)
- xserver-xorg-core (1.73.902-1ubuntu2)
something is broken and compiz, 3D does not work.

However after downgrading those two packages to 1.73.902-1ubuntu1 compiz and 3D works again.

I will next try this with new official nvidia drivers
- nvidia-current_190.53-0ubuntu1_amd64.deb
- nvidia-current-modaliases_190.53-0ubuntu1_amd64.deb.

[Harry (harry33)]

Alberto,

I have now tested the new official nvidia drivers (nvidia-current_190.53-0ubuntu1_amd64.deb) you uploaded.
I can confirm they work OK.
They work with both xserver versions (the older 1.7.3.902-1ubuntu1 and newer 1.7.3.902-1ubuntu2).

Thank you Alberto.

PS. Have you also planned to upload the package nvidia-settings_190.53-0ubuntu1 into official repos?
In my test they work fine with new drivers.

[Alberto Milone (albertomilone)]

Harry,

First of all, thanks for testing my packages.

All the packages will be available in the official repositories soon.

[Doug McMahon (mc3man)]

What I have noticed with the new package updates is that libgl1-mesa-dev is installing a broken link '/usr/lib/libGL.so'

While it hasn't affected anything obvious in use, it certainly has in some source builds.

 Rebuild of vlc 1.1 and 1.0.4, which previously worked now fail on -lGL

While a GL-LIBS flag resolved for 1.1 (at least build wise), for 1.0.4 I've gone ahead and removed the broken link and created a new one. (linking to the new location

Just thought I'd mention though maybe should be a bug report

[Doug McMahon (mc3man)]

sorry- see an update just now to libgl1-mesa-dev has squared that away

[Raphael Gradenwitz (raphael-gradenwitz)]

Hello Alberto,

Am Sonntag, den 27.12.2009, 18:20 +0000 schrieb Alberto Milone:
> I'll use alternatives instead of diversions. See the following blueprint:
> https://blueprints.launchpad.net/ubuntu/+spec/desktop-lucid-xorg-proprietary-drivers
>

.. thank you for the link. I have added support for your solution to the
sony-VGN-Zseries-janitor and the switch-script:
http://<email address hidden>/msg00994.html

Hybrid Graphic switching (Intel <-> nVidia) works like a charm:
http://global-social.net/geshi/"switch-x-to"/"sh"
http://global-social.net/geshi/"sony-VGN-Zseries-janitor"/"bash"

It is much easier to switch with the alternatives.

Nevertheless, the janitor script still supports all the other
installations used since Jaunty and have an option to install directly
from the nvidia ftp-server (eg. the newest beta) as well. (The script
should support other distributions as well)

Questions:

      * You have prepared the /usr/lib32/mesa directory. Will the
        ia32-libs as well become support for alternatives. Yet the the
        GL libraries are located in /usr/lib32/libGL.so.1.2

      * Installing the nvidia-current-dev requires the removal of
        libgl1-mesa-dev. I don't see the reason why that should be.
        Specially since a growing hardware base has hybrid graphics
        where one only have to switch between the desired gpu solutions,
        this is a little contra against the option to install everything
        without your package and be free to use any beta, actual on a
        Daily basis.

Regards,

Raphael Gradenwitz

[Alberto Milone (albertomilone)]

2010/1/11 Raphael Gradenwitz <email address hidden>

> Questions:
>
> * You have prepared the /usr/lib32/mesa directory. Will the
> ia32-libs as well become support for alternatives. Yet the the
> GL libraries are located in /usr/lib32/libGL.so.1.2
>
>
Hi Rafael.

That library is installed by the ia32-libs package, which I haven't modified
yet. Currently that package doesn't contain an updated version of mesa,
therefore it won't work anyway (yet). This problem was already on my radar
;)

I'll fix it.

> * Installing the nvidia-current-dev requires the removal of
> libgl1-mesa-dev. I don't see the reason why that should be.
> Specially since a growing hardware base has hybrid graphics
> where one only have to switch between the desired gpu solutions,
> this is a little contra against the option to install everything
> without your package and be free to use any beta, actual on a
> Daily basis.
>
>
Good point. They are just development headers (i.e. most users shouldn't
care about them) but this conflict wasn't intended. Thanks for bringing this
to my attention.

--
Alberto Milone
Sustaining Engineer (system)
Foundations Team
Canonical OEM Services

[philinux (philcb)]

Just installed the 185 driver. I had to copy over my xorg.conf from karmic but all is running well on Lucid now. Compiz is running too. System>admin >Hardware drivers not working yet though. It shows nvidia_current as activated but not in use. Keep up the good work guys.

[Harry (harry33)]

Philinux,
You should install (in Lucid) the package nvidia-current (190.53-0ubuntu4)
and the package nvidia-settings (190.53-0ubuntu1).
Then run in console:
sudo nvidia-xconfig
And finally reboot.

[Alberto Milone (albertomilone)]

@phililinux
Jockey is not ready yet (because of a broken dependency on kdebindings). I'll add a few lines in the release notes about it.

[philinux (philcb)]

@Harry,

nvidia-current is installed and nvidia-settings, it shows 190.53 in use.

nvidia-xconfig generated a rather full xorg.conf compared to the bare bones one from karmic, hence why I used my karmic one.

I didnt try the lucid generated one. but everthing is working as it should with the correct monitor res.

[Felix (apoapo)]

are you able to start games with this updates?

i get:

error while loading shared libraries: libGLU.so.1: cannot open shared object file: No such file or directory

(e.g. extremetuxracer, gl-117)

[sparker256 (bgood)]

apo,

From another bug.

When running, for example, blender:
blender: error while loading shared libraries: libGLU.so.1: cannot open shared object file: No such file or directory

Quick fix: ln -s /usr/lib/mesa/libGLU.so.1 /usr/lib

[Alberto Milone (albertomilone)]

@apo:
see bug #506547

[Eduard Sanchez Biete (esbiete)]

Alberto, should nvidia-current be installed on all kernels during installation/upgrade process? I've currently installed it and during synaptic installation process it said that module was installed on .9 and .10 kernel. The kernel used during install process was 2.6.32-9, but if I boot using 2.6.32-10 it starts in low-res mode.

[Alberto Milone (albertomilone)]

@Eduard:
Please attach the output of the following commands:

1) dkms status
2) uname -r
3) grep nvidia /etc/modprobe.d/*

[Eduard Sanchez Biete (esbiete)]

Sure. I also copy some lines from apt log. Now I'm running out of time but if you want I can uninstall/install package again.

dkms status:

nvidia-current, 190.53, 2.6.32-9-generic, x86_64: installed

uname -r:

2.6.32-9-generic

grep nvidia /etc/modprobe.d/*:

/etc/modprobe.d/blacklist-framebuffer.conf:blacklist nvidiafb
/etc/modprobe.d/blacklist-local.conf:blacklist nvidia_current
/etc/modprobe.d/nvidia-graphics-drivers.conf:alias nvidia nvidia-current

APT Log:

Setting up linux-image-generic (2.6.32.10.10) ...
Setting up linux-generic (2.6.32.10.10) ...
Setting up linux-headers-2.6.32-10 (2.6.32-10.14) ...
Setting up linux-headers-2.6.32-10-generic (2.6.32-10.14) ...
Examining /etc/kernel/header_postinst.d.
run-parts: executing /etc/kernel/header_postinst.d/dkms 2.6.32-10-generic /boot/vmlinuz-2.6.32-10-generic
 * Running DKMS auto installation service for kernel 2.6.32-10-generic
 * nvidia-current (190.53)...
   ...done.
   ...done.
run-parts: executing /etc/kernel/header_postinst.d/nvidia-common 2.6.32-10-generic /boot/vmlinuz-2.6.32-10-generic
/etc/kernel/header_postinst.d/nvidia-common: line 8: [: none: unary operator expected

Setting up linux-headers-generic (2.6.32.10.10) ...
Setting up linux-source (2.6.32.10.10) ...
Setting up nvidia-common (0.2.16) ...
/var/lib/dpkg/info/nvidia-common.config: line 11: [: too many arguments

Log ended: 2010-01-11 08:11:28

[Alberto Milone (albertomilone)]

@Eduard
Two things are not correct:

1) you should remove this file: /etc/modprobe.d/blacklist-local.conf
This is what prevents you from using the driver, as it blacklists the module that you need to use. After removing the file and rebooting your system, the driver should work.

2) This is not related to the problem that you mentioned but the error with nvidia-common should be fixed by an upgrade to version 0.2.17 of nvidia-common

[philinux (philcb)]

dkms status
nvidia-current, 190.53, 2.6.32-10-generic, x86_64: installed

uname -r
2.6.32-10-generic

grep nvidia /etc/modprobe.d/*
/etc/modprobe.d/blacklist-framebuffer.conf:blacklist nvidiafb
/etc/modprobe.d/nvidia-graphics-drivers.conf:alias nvidia nvidia-current
/etc/modprobe.d/nvidia-kernel-nkc.conf:alias char-major-195* nvidia
/etc/modprobe.d/nvidia-kernel-nkc.conf:options nvidia NVreg_DeviceFileUID=0 NVreg_DeviceFileGID=44 NVreg_DeviceFileMode=0660
philinux@philinux-lucid:~$

Is this output normal.

[Alberto Milone (albertomilone)]

@philinux
It looks good, however I don't think you need this file:
/etc/modprobe.d/nvidia-kernel-nkc.conf

[Eduard Sanchez Biete (esbiete)]

@Alberto

Thanks. I removed the file, forced reinstall of 2.6.32-10-generic kernel as to force dkms module to reinstall. After that I saw no changes and my system was still booting in low res mode, getiing an error (xorg log) on loading nvidia kernel module. I just installed lastest update of xorg-server - 2:1.7.3.902-1ubuntu7, and restarted and now all is running perfect.

Sincerely, don't see the relation of both actions, may be some needed files were refreshed. On next kernel upgrade I'll keep you up if something goes wrong.

Grazie.

[Eduard Sanchez Biete (esbiete)]

@Alberto

Hi again. To update the thread and bug report, i've upgraded to lastest nvidia-current (190.53-0ubuntu5) and here are the results:

dkms status:
nvidia-current, 190.53, 2.6.32-10-generic, x86_64: installed

* I have -9 and -10 kernel. Should upgrade process install module on both kernels?
* May it be related to update-alternatives warnings?

Setting up nvidia-current (190.53-0ubuntu5) ...
update-alternatives: warning: forcing reinstallation of alternative /usr/lib/nvidia-current/ld.so.conf because link group gl_conf is broken.
update-alternatives: warning: not replacing /usr/share/man/man1/nvidia-smi.1.gz with a link.
update-alternatives: warning: not replacing /usr/bin/nvidia-smi with a link.
Loading new nvidia-current-190.53 DKMS files...
Building only for 2.6.32-10-generic
Building for architecture x86_64
Building initial module for 2.6.32-10-generic
Done.

nvidia-current.ko:
Running module version sanity check.
 - Original module
   - No original module exists within this kernel
 - Installation
   - Installing to /lib/modules/2.6.32-10-generic/updates/dkms/

depmod....

DKMS: install Completed.

Setting up nvidia-current-modaliases (190.53-0ubuntu5) ...

Setting up libgl1-mesa-glx (7.7-0ubuntu6) ...
update-alternatives: warning: forcing reinstallation of alternative /usr/lib/nvidia-current/ld.so.conf because link group g
l_conf is broken.
update-alternatives: warning: not replacing /usr/share/man/man1/nvidia-smi.1.gz with a link.
update-alternatives: warning: not replacing /usr/bin/nvidia-smi with a link.

All worked fine, so probably these warning have no impact on the system and are have no relation with this bug, so excuses for posting here.

Alberto, thanks for your work and efforts.

[Doug McMahon (mc3man)]

In regards to the release notes ( don't see how to file a bug there

"then configure your xorg.conf with:
   sudo nvidia-config"
That's actually caused some confusion, should be

 sudo nvidia-xconfig

[Alberto Milone (albertomilone)]

@Eduard
It looks like something that you installed (e.g. a more recent version of nvidia-settings and or of the nvidia driver) left /usr/share/man/man1/nvidia-smi.1.gz and /usr/bin/nvidia-smi, which the nvidia packages cannot overwrite.

@Doug
Fixed, thanks.

[David Nielsen (davidnielsen-deactivatedaccount)]

the nouveau package appears to have the same weird dependency which has prevented installation and thus testing since forever. Any chance we could get that fixed as well?

There was an open bug on that issue but I believe it was closed as a dup of this one.

[Doug McMahon (mc3man)]

"@Doug
Fixed, thanks."

I hope I didn't mistake 'release notes' for "known issues" here, where some have be going from ubuntu forums, ect.
http://www.ubuntu.com/testing/lucid/alpha2#Known%20issues

By the way from fresh installs or even booting to live cd env, it's working quite well as instructed or even just installing nvidia-current, running the sudo and a restart. ( or log out in a live cd

[Alberto Milone (albertomilone)]

@David
That's a separate issue. The Nouveau driver needs to be updated or it won't work. This, of course will be done ASAP.

@Doug
I corrected this page:
https://wiki.ubuntu.com/LucidLynx/TechnicalOverview

but I'll make sure that the release notes are corrected too.