Want nvidia and nvidia-utils-169.12-1-i686.pkg.tar.gz !!

After upgrade nvidia and nvidia-utils, my screen turned black.
Need to downgrade, but I can't find the packages,
Please help!!
AMD64 3000+
GF6100
2G ram
seagate 250G

http://repos.archlinux.org/viewvc.cgi/n … iew=markup
That might be your best bet.  I thought I had an even older version in my cache, but unfortunately I must have deleted it a few days ago.  Sorry.
Edit: Did you by chance upgrade your kernel, too?  A few times I've had trouble when upgrading the kernel.  Try reinstalling (perhaps uninstalling and reinstalling) the nvidia drivers, or try "modprobe nvidia" as root.  Hopefully one of them will do it for you.  But then again, if you're not getting errors from X and you just have a black screen, I doubt either of those will do it.
Good luck.
Last edited by tonyisnt (2008-09-05 05:33:05)

Similar Messages

  • Nvidia/nvidia-utils 190.42-1 with xorg-server 1.7.1-1 segfault

    After today's upgrade, X fails to start with segmentation fault.  When I downgraded nvidia/nvidia-utils to 185.18.36-2, xorg-server to 1.6.3.901-1 and related xf86-input-*, it starts to work.  Interestingly, neither combination of nvidia/nvidia-utils to 185.18.36-2 with xorg-server 1.7.1-1, nor nvidia/nvidia-utils 190.42-1 with xorg-server to 1.6.3.901-1 works.  After downgrading and playing it a little bit, I lost my original crash logs.
    I guess I should post the problem here to see if anyone is seeing the same problem, before going back upgrading and hitting the bug again.  Of course, if you are interested in my Xorg.0.log, I can produce it again.
    And by the way, I'm using arch64 on a lenovo t61p with nVidia Quadro FX 570M.  I guess the problem is new, and I don't have any luck with google, yet.

    I just encountered this error with nvidia-173xx, I guess the only solution is to manually search for and install the
    older xorg packages? And wait for nvidia to possibly* add support for the new xorg?
    X.Org X Server 1.7.1
    Release Date: 2009-10-23
    X Protocol Version 11, Revision 0
    Build Operating System: Linux 2.6.31-ARCH i686
    Current Operating System: Linux Thorin 2.6.31-ARCH #1 SMP PREEMPT Fri Oct 23 11:12:58 CEST 2009 i686
    Kernel command line: root=/dev/disk/by-uuid/3902f419-5299-4a4e-8cc7-f31d3d7702a5 ro vga=773
    Build Date: 25 October 2009 08:20:56PM
    Current version of pixman: 0.16.2
    Before reporting problems, check http://wiki.x.org
    to make sure that you have the latest version.
    Markers: (--) probed, (**) from config file, (==) default setting,
    (++) from command line, (!!) notice, (II) informational,
    (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
    (==) Log file: "/var/log/Xorg.0.log", Time: Sun Nov 1 13:59:11 2009
    (==) Using config file: "/etc/X11/xorg.conf"
    (==) ServerLayout "Layout0"
    (**) |-->Screen "Screen0" (0)
    (**) | |-->Monitor "Monitor0"
    (**) | |-->Device "Device0"
    (**) |-->Input Device "Keyboard0"
    (**) |-->Input Device "Mouse0"
    (**) Option "DontZap" "false"
    (==) Automatically adding devices
    (==) Automatically enabling devices
    (==) FontPath set to:
    /usr/share/fonts/misc,
    /usr/share/fonts/100dpi:unscaled,
    /usr/share/fonts/75dpi:unscaled,
    /usr/share/fonts/TTF,
    /usr/share/fonts/Type1
    (==) ModulePath set to "/usr/lib/xorg/modules"
    (WW) AllowEmptyInput is on, devices using drivers 'kbd', 'mouse' or 'vmmouse' will be disabled.
    (WW) Disabling Keyboard0
    (WW) Disabling Mouse0
    (II) Loader magic: 0x81e5f40
    (II) Module ABI versions:
    X.Org ANSI C Emulation: 0.4
    X.Org Video Driver: 6.0
    X.Org XInput driver : 7.0
    X.Org Server Extension : 2.0
    (--) using VT number 8
    (--) PCI:*(0:1:0:0) 10de:00c8:1558:0900 nVidia Corporation NV41.8 [GeForce Go 6800] rev 162, Mem @ 0xb2000000/16777216, 0xc0000000/268435456, 0xb1000000/16777216
    (II) Open ACPI successful (/var/run/acpid.socket)
    (II) "extmod" will be loaded. This was enabled by default and also specified in the config file.
    (II) "dbe" will be loaded. This was enabled by default and also specified in the config file.
    (II) "glx" will be loaded. This was enabled by default and also specified in the config file.
    (II) "record" will be loaded by default.
    (II) "dri" will be loaded by default.
    (II) "dri2" will be loaded by default.
    (II) LoadModule: "dbe"
    (II) Loading /usr/lib/xorg/modules/extensions/libdbe.so
    (II) Module dbe: vendor="X.Org Foundation"
    compiled for 1.7.1, module version = 1.0.0
    Module class: X.Org Server Extension
    ABI class: X.Org Server Extension, version 2.0
    (II) Loading extension DOUBLE-BUFFER
    (II) LoadModule: "extmod"
    (II) Loading /usr/lib/xorg/modules/extensions/libextmod.so
    (II) Module extmod: vendor="X.Org Foundation"
    compiled for 1.7.1, module version = 1.0.0
    Module class: X.Org Server Extension
    ABI class: X.Org Server Extension, version 2.0
    (II) Loading extension MIT-SCREEN-SAVER
    (II) Loading extension XFree86-VidModeExtension
    (II) Loading extension XFree86-DGA
    (II) Loading extension DPMS
    (II) Loading extension XVideo
    (II) Loading extension XVideo-MotionCompensation
    (II) Loading extension X-Resource
    (II) LoadModule: "freetype"
    (WW) Warning, couldn't open module freetype
    (II) UnloadModule: "freetype"
    (EE) Failed to load module "freetype" (module does not exist, 0)
    (II) LoadModule: "glx"
    (II) Loading /usr/lib/xorg/modules/extensions/libglx.so
    (II) Module glx: vendor="NVIDIA Corporation"
    compiled for 4.0.2, module version = 1.0.0
    Module class: X.Org Server Extension
    (II) NVIDIA GLX Module 173.14.20 Thu Jun 25 19:49:59 PDT 2009
    (II) Loading extension GLX
    (II) LoadModule: "record"
    (II) Loading /usr/lib/xorg/modules/extensions/librecord.so
    (II) Module record: vendor="X.Org Foundation"
    compiled for 1.7.1, module version = 1.13.0
    Module class: X.Org Server Extension
    ABI class: X.Org Server Extension, version 2.0
    (II) Loading extension RECORD
    (II) LoadModule: "dri"
    (II) Loading /usr/lib/xorg/modules/extensions/libdri.so
    (II) Module dri: vendor="X.Org Foundation"
    compiled for 1.7.1, module version = 1.0.0
    ABI class: X.Org Server Extension, version 2.0
    (II) Loading extension XFree86-DRI
    (II) LoadModule: "dri2"
    (II) Loading /usr/lib/xorg/modules/extensions/libdri2.so
    (II) Module dri2: vendor="X.Org Foundation"
    compiled for 1.7.1, module version = 1.1.0
    ABI class: X.Org Server Extension, version 2.0
    (II) Loading extension DRI2
    (II) LoadModule: "nvidia"
    (II) Loading /usr/lib/xorg/modules/drivers/nvidia_drv.so
    dlopen: /usr/lib/xorg/modules/drivers/nvidia_drv.so: undefined symbol: resVgaShared
    (EE) Failed to load /usr/lib/xorg/modules/drivers/nvidia_drv.so
    (II) UnloadModule: "nvidia"
    (EE) Failed to load module "nvidia" (loader failed, 7)
    (EE) No drivers available.
    Fatal server error:
    no screens found
    Please consult the The X.Org Foundation support
    at http://wiki.x.org
    for help.
    Please also check the log file at "/var/log/Xorg.0.log" for additional information.
    Edit: found my packages at http://www.schlunix.org/archlinux/extra/os/i686/ and did a downgrade,
    anubis@Thorin ~/ $ sudo pacman -U /var/cache/pacman/pkg/xorg-server-1.6.3.901-1-i686.pkg.tar.gz /var/cache/pacman/pkg/xorg-server-utils-7.4-7-i686.pkg.tar.gz /var/cache/pacman/pkg/xf86-input-evdev-2.2.5-1-i686.pkg.tar.gz /var/cache/pacman/pkg/xf86-input-keyboard-1.3.2-2-i686.pkg.tar.gz /var/cache/pacman/pkg/xf86-input-mouse-1.4.0-2-i686.pkg.tar.gz /var/cache/pacman/pkg/xf86-input-synaptics-1.1.3-1-i686.pkg.tar.gz /var/cache/pacman/pkg/xf86-video-nv-2.1.14-1-i686.pkg.tar.gz /var/cache/pacman/pkg/xf86-video-vesa-2.2.0-1-i686.pkg.tar.gz
    Last edited by 1LordAnubis (2009-11-01 23:07:34)

  • Nvidia-utils: /usr/lib/libXvMCNVIDIA_dynamic.so.1 exists in filesystem

    FIXED NOW. REMOVED the CONFLICTING file. big deal.
    Hello i just do my usual pacman -Syu and hit a problem with nvidia-utils package.
    :: Starting full system upgrade...
    resolving dependencies... done.
    looking for inter-conflicts... done.
    Targets: alunn-0.7.1.2-1 device-mapper-1.02.24-1 fakeroot-1.9-1 fuse-2.7.2-1 kazehakase-0.5.1-1 logrotate-3.7.5-1
    lvm2-2.02.29-1 python-2.5.1-4 mutagen-1.13-1 ntfs-3g-1.1120-1 nvidia-utils-169.07-1 nvidia-169.07-1
    roxterm-1.9.1-1 tcpdump-3.9.8-1
    Total Package Size: 23.67 MB
    Proceed with installation? [Y/n] Y
    (14/14) checking for file conflicts [##############################################################] 100%
    error: could not prepare transaction
    error: failed to commit transaction (conflicting files)
    nvidia-utils: /usr/lib/libXvMCNVIDIA_dynamic.so.1 exists in filesystem
    errors occurred, no packages were upgraded.
    Maybe just some minor problem, will se what i do with it later today.
    !!Fixed now.
    Not a big deal, tried to stop X and remove nvidia module but had to move or remove this file
    /usr/lib/libXvMCNVIDIA_dynamic.so.1
    to somewhere.
    And upgrade of nvidia-utils finished fine then.
    Last edited by Kaso_Da_Zmok (2008-01-08 11:16:53)

    cell wrote:I read some where that the conflict comes when if you install with the script from nvidia.com and then reverse back to the driver from the repository.
    Same happened to me.
    I never installed anything manually, and I also had that issue.
    So the explanation given in the link I gave above is more probable, at least in my case.
    Otherwise, simply removing the conflicting file is in my opinion the easiest and safest way.

  • [SOLVED] Libgl and Nvidia-Utils are in conflict with the mos

    :: Synchronizing package databases...
    core is up to date
    extra                   887.1K 1424.1K/s 00:00:01 [-------------------------] 100%
    community               580.2K 1192.7K/s 00:00:00 [-------------------------] 100%
    :: Starting full system upgrade...
    resolving dependencies...
    looking for inter-conflicts...
    :: libgl and nvidia-utils are in conflict. Remove nvidia-utils? [y/N] n
    error: unresolvable package conflicts detected
    error: failed to prepare transaction (conflicting dependencies)
    :: libgl and nvidia-utils are in conflict
    I've read threads on this before but this time nvidia-utils is being asked to be removed. I'm not sure if removing nvidia-utils is safe. Before, reading some threads on here, I had to set libgl to ignore to get nvidia-utils to install.
    Thanks.
    Last edited by 6msj (2011-11-02 22:48:25)

    Sorry to bump a dying post but I'm running into this problem upgrading dkms-nvidia.
    ==> Install or build missing dependencies for dkms-nvidia:
    resolving dependencies...
    looking for inter-conflicts...
    :: nvidia-utils and libgl are in conflict. Remove libgl? [y/N] y
    :: nvidia-utils and nvidia-utils-bumblebee are in conflict. Remove nvidia-utils-bumblebee? [y/N] n
    error: unresolvable package conflicts detected
    error: failed to prepare transaction (conflicting dependencies)
    :: nvidia-utils and nvidia-utils-bumblebee are in conflict
    sudo pacman -Rns nvidia-utils
    error: target not found: nvidia-utils
    pacman -Qs dri
    local/bumblebee 3.0.1-4
        Bumblebee brings Optimus Support for Linux Through VirtualGL. You need to install proper drivers separately. Can be used with Nouveau or Nvidia
    local/dkms-nvidia 304.64-1
        NVIDIA dynamic kernel module (DKMS) drivers for kernel26.
    local/dri2proto 2.8-1
        X11 DRI protocol
    local/hdparm 9.43-1
        A shell utility for manipulating Linux IDE drive/driver parameters
    local/intel-dri 9.0.1-1
        Mesa DRI drivers for Intel
    local/lib32-nvidia-utils 310.19-1
        NVIDIA drivers utilities and libraries. (32-bit)
    local/libgl 9.0.1-1
        Mesa 3-D graphics library and DRI software rasterizer
    local/libraw1394 2.0.7-2
        Provides an API to the Linux IEEE1394 (FireWire) driver
    local/libzapojit 0.0.2-1
        GLib/GObject wrapper for the SkyDrive and Hotmail REST APIs
    local/nvidia-utils-bumblebee 304.64-1
        NVIDIA drivers utilities and libraries. With LibGL and xorg modules installed in a different directory.
    local/unetbootin 581-1
        Create bootable Live USB drives
    local/xf86-input-evdev 2.7.3-2 (xorg-drivers xorg)
        X.org evdev input driver
    local/xf86-input-keyboard 1.6.2-2 (xorg-drivers xorg)
        X.Org keyboard input driver
    local/xf86-input-synaptics 1.6.2-2 (xorg-drivers xorg)
        Synaptics driver for notebook touchpads
    local/xf86-video-intel 2.20.14-1 (xorg-drivers xorg)
        X.org Intel i810/i830/i915/945G/G965+ video drivers
    local/xorg-xdriinfo 1.0.4-3 (xorg-apps xorg)
        Query configuration information of DRI drivers
    >wonder wrote:you have intel-dri  installed which has libgl dependency versioned. that package was updated recently and wants a newer libgl but it can't install it because nvidia-utils is installed.solution: pacman -R intel-dri
    My laptop has optimus so intel and nvidia drivers are required, any idea how to proceed?
    Last edited by possiblefool (2012-12-05 12:56:44)

  • Two GPUs, two purposes - libgl and nvidia-utils conflict - lib32-libgl

    Hi all!
    After realizing there is no way (by now) to perform a vgs switch (between integrated Intel and discrete Nvidia GPUs) using nvidia propertary driver (as I read, the only one supporting gpgpu with cuda/openCL), I wondered if there is a way of letting them co-exist: graphics on the integrated one and applications on the nvidia. After all, I might not need to be using the discrete card for the video if I want to use it for other purposes.
    Obeviously, the tho drivers conficlt (nvidia-utils conflicts with libgl), but in this post a workaround is suggested.
    Thing is, also lib32-nvidia-utils and lib32-libgl (Skype depends on it) conflict, so I thought I could just extend the suggestion, but I couldn't find lib32-libgl's pkgbuild. Where can I find it? If it doesn't exist at all, is there a way I can workaround?
    By the way, why aren't libgl and lib32-libgl on abs? In what way are they different from the others?
    There is libgl-git in AUR, but I couldn't find the 32-bit version.
    Do you think I have a chanche it'll work?
    Thanks a lot
    Davide
    running Arch linux 64 bit
    on a Dell Vostro 3500
    $ lspci|grep VGA
    00:02.0 VGA compatible controller: Intel Corporation Core Processor Integrated Graphics Controller (rev 18)
    01:00.0 VGA compatible controller: nVidia Corporation GT218 [GeForce 310M] (rev a2)

    Xehoz wrote:
    davide wrote:
    ngoonee wrote:Using both at the same time? No, of course not.
    So you think it'll never work :sad:
    Actually, it is working now. It's a recent development posted in the mailing lists, but the solution came up yesterday and tests have been positive so far. It's confirmed to work in at least two Optimus machines.
    Progress is being posted in the mailing lists, but the author, Martin Juhl, is also blogging it. I'll just sum up what the solution: It resorts to turbojpeg  VirtualGL and two xorgs. The intel card does everything, and apps meant to use the nvidia are specifically run with vglrun.
    Unfortunately, the solution removes hardware acceleration in the intel card (immediately noticeable by the absence of desktop effects). In arch that translates the libgl / nvidia-utils conflict.
    intel-dri demands libgl.
    xf86-video-intel demands intel-dri.
    In order to install nvidia + nvidia-utils in Arch, without removing intel-dri and xf86-video-intel, you have to:
    # pacman -Sd nvidia nvidia-utils
    This will still remove libgl, though.
    Now THAT is just cool... would make optimus laptops so much more useful if/when it works reasonably well. Sounds like quite a bit of hackery involved though.

  • Clash between nvidia-utils and lib32-nvidia-utils

    I'm getting a clash between nvidia-utils and lib32-nvidia-utils when upgrading. The error is:
    /usr/lib/libnvcuvid.so exists in both 'nvidia-utils' and 'lib32-nvidia-utils'
    /usr/lib/libnvcuvid.so.1 exists in both 'nvidia-utils' and 'lib32-nvidia-utils'
    /usr/lib/libnvcuvid.so.260.19.29 exists in both 'nvidia-utils' and 'lib32-nvidia-utils'
    Anyone else getting this problem?

    No, I've been upgrading daily. I've experienced this sort of error before, but the clash has always been with existing files (usually after not upgrading for a while), not between two packages. Uninstalling, -Syu and reinstall didn't work, I still get the error.  I had a look at the .pkg.tar.gz, and it really does contain those files, so it looks like a packaging error.

  • Trying to install nvidia and nvidia-utils via pacman and failed

    I type
    pacman -Sy nvidia nvidia-utils
    i get:
    resolving dependencies...
    looking for inter-conflicts...
    :: util-linux and util-linux-ng are in conflict (linux32). Remove util-linux-ng? [y/N] Y
    error: failed to prepare transaction (could not satisfy dependencies)
    :: aufs2: requires kernel26<2.6.38
    :: ndiswrapper: requires kernel26<2.6.38
    :: tiacx: requires kernel26<=2.6.37
    I cant seem to get it to install nvidia and consequentially lots of things are borked.
    Any ideas what I can do to start solving this?
    Last edited by netw1z (2011-09-19 15:35:34)

    Don't run 'pacman -Sy foo' - it may lead to breakage https://bbs.archlinux.org/viewtopic.php?id=89328
    Are you using [testing]? http://mailman.archlinux.org/pipermail/ … 21479.html
    Last edited by karol (2011-09-19 16:06:50)

  • Libgl wants to remove nvidia-utils

    With the newest update of xorg libgl a dependency of it wants to remove nvidia-utils which are in turn a dependency of nvidia driver.
    What's the correct procedure with this?
    pacman -Rd nvidia-utils or something else??

    Primoz wrote:With the newest update of xorg libgl a dependency of it wants to remove nvidia-utils which are in turn a dependency of nvidia driver.
    What's the correct procedure with this?
    pacman -Rd nvidia-utils or something else??
    wait for  xorg-server 1.7.6-2

  • [solved]libgl and nvidia-utils are in conflict

    resolving dependencies...
    warning: dependency cycle detected:
    warning: udev will be installed before its util-linux dependency
    looking for inter-conflicts...
    :: libgl and nvidia-utils are in conflict. Remove nvidia-utils? [y/N] n
    error: unresolvable package conflicts detected
    error: failed to prepare transaction (conflicting dependencies)
    :: libgl and nvidia-utils are in conflict
    I remember that I had to remove libgl when installing the Nvidia driver, has something regarding that situation changed/inverted  ?
    (Also, I have multilib enabled and 32 bit nvidia packages installed)
    Last edited by manasij7479 (2012-03-17 21:40:10)

    Grepping "pacman -Q" for nvidia, ati and intel individually do not show anything suspicious under the later two.
    [manasij7479@manasijd ~]$ pacman -Q | grep nvidia
    lib32-nvidia-utils 295.20-1
    nvidia 295.20-3
    nvidia-cg-toolkit 3.1-1
    nvidia-utils 295.20-1
    opencl-nvidia 295.20-1
    [manasij7479@manasijd ~]$ pacman -Q | grep intel
    intel-tbb 4.0_20111130-1
    [manasij7479@manasijd ~]$ pacman -Q | grep ati
    kdegames-granatier 4.8.1-1
    kdegames-kpatience 4.8.1-1
    kdeplasma-addons-applets-weatherstation 4.8.1-1
    kdetoys-kteatime 4.8.1-1
    startup-notification 0.12-2
    telepathy-kde-integration-module 0.2.0-1
    What other names can video drivers have ?
    Does the lib32-nvidia-utils count as a dupe ? If so, how do I run 32 bit software with 3d acceleration ?

  • Libgl and nvidia-utils

    I am trying to update with pacman but get this error;
    :: Starting full system upgrade...
    resolving dependencies...
    looking for inter-conflicts...
    warning: removing 'libgl' from target list because it conflicts with 'nvidia-utils'
    error: failed to prepare transaction (could not satisfy dependencies)
    :: ati-dri: requires libgl=7.7.1
    :: intel-dri: requires libgl=7.7.1
    :: mach64-dri: requires libgl=7.7.1
    :: mga-dri: requires libgl=7.7.1
    :: r128-dri: requires libgl=7.7.1
    :: savage-dri: requires libgl=7.7.1
    :: sis-dri: requires libgl=7.7.1
    :: tdfx-dri: requires libgl=7.7.1
    Can I safely remove these drivers to allow upgrade?
    I only have an nvidia gpu so I do not see a problem in removing these....:/
    I could be wrong of course.
    Any advice welcome.

    pacman -Rd libgl
    pacman -S nvidia-utils
    it provides "libgl", so there is no prob.

  • Xorg won't start after upgrading nvidia-utils

    Today I did a pacman -Syu , it wanted to upgrade nvidia-utils, I said yes and it told me it would remove nvidia package as it conflict with, so I let it remove nvidia pakage.
    Then Xorg didn't wanted to start. I reinstalled nvidia and received the following error:
    Error: API mismatch: The NVIDIA kernel module has the version 1.0-8178, but this X module has the version 1.0-8762
    Please make sure kernel module and all Nvidia components have the same version
    Then I removed nvidia and nvidia-utils and reinstalled them, now I receive the following error when trying to start Xorg:
    Fatal: could not open '/lib/modules/2.6.16.18-ARCH/kernel/drivers/video/nvidia.ko
    Failed to load nvidia kernel module!
    How do I fix this? I'm using my own compiled kernel version (2.6.16.18) and Xorg worked find before doing  pacman -Syu and updating nvidia-utils.

    If you use a custom kernel, you'll need to compile your own nvidia modules: http://www.archlinux.org/news.php#238

  • Nvidia-utils help

    Hello,
    My current setup requires me to run the latest nvidia drivers. I have downloaded and installed them from nvidia's website and have been running without issue. My problem is that the 'nvidia-utils' package now wants to be upgraded, and the upgrade wants to install files that are already installed from the stock nvidia driver.
    When I try to upgrade I get the following error:
    (435/435) checking for file conflicts [#####################] 100%
    error: failed to commit transaction (conflicting files)
    nvidia-utils: /usr/lib/libXvMCNVIDIA.so.195.36.15 exists in filesystem
    nvidia-utils: /usr/lib/xorg/modules/extensions/libglx.so.195.36.15 exists in filesystem
    Errors occurred, no packages were upgraded.
    Is the nvida-utils package required by other packages? If so, how can I tell? I looked here: http://www.archlinux.org/packages/extra … dia-utils/ and it says that it is only required by the 'nvidia' package....
    Can this be safely removed?

    > Is there a way to tell if nvidia-utils is a dependency for other packages installed on my sytem?
    Sure: 'pacman -Qi nvidia-utils | grep Required'. If you get "Required By    : None" then pacman know of no deps.
    You can also 'pacman -Rs nvidia-utils' and pacman either will remove the package and all the other unneeded packages or will tell you that some package needs nvidia-utils.
    > It's best not to install without pacman.
    +1 The nVidia webpage will tell which ones you need for your card, but you use install the drivers via pacman.

  • Lib32-nvidia-utils version problem [Solved]

    Hi,
    first of all sorry if this is the wrong place to put this secondly I'd have a go myself in fixing this but i'm not that comfortable in package building just yet.
    I notice there has been an update to the lib32-nvidia-utils package on 2010-09-15 which is currently conlicting with the x86_64 nvidia package (last updated on 2010-09-01) due to version numbering.
    the x86_64 nvidia driver version is currently at 256.53-1 and the  lib32-nvidia-utils  is currently at 256.53-2
    due to this mismatch in version the X server will not start. can the maintainers either update the x86_64 nvidia package and the x86_64 nvidia-utils package to version 256.53-2 or rollback the lib32-nvidia-utils to 256.53-1 please
    I only managed to fix this problem on my system by installing the older version lib32-nvidia-utils package I had in the "/var/cache/pacman/pkg/" folder but for someone working from a fresh build of arch will bugger them right up.
    Last edited by balasarius (2010-10-06 15:20:10)

    OK call me an absolute  NOOB!!!
    I spent nearly 3 hours last night getting the same version mismatch error with nvidia 256.53-1  and lib32-nvidia-utils 256.53-2  doing that exact same thing I've just done to try and recreate the error,  and now the thing wants to work.
    there must be little gremlins living in my machine driving me potty.
    if I make any more topics like this that turn in to a load of waffle then feel free to pick up a plank of 2x4 (a.k.a. The I.T. Educator) and crack me over the head with it

  • [SOLVED] building xorg-server: libgl & nvidia-utils conflict

    Hello!
    I somehow feel like I'm totally missing the point, but...
    edit: although I think (not sure any more) this was the same procedure when I first compiled xorg-server, I maybe should mention, I'm now using the testing xorg.
    I still don't really understand, why I need libgl to build xorg-server. Aren't nvidia-utils supposed to replace that? Is there a way of building xorg-server with nvidia-utils instead of libgl and if yes: are there (dis-/) advantages doing so other than not having to uninstall nvidia-utils while compiling xorg-server?
    Or the other way around: Perhaps it's just me, but I feel "funny" having to remove something that's vital to my installation before I can compile something that's vital to my installation, too... so is it really OK to remove nvidia-utils and compile xorg-server without it or am I doing it wrong?
    Thank you for enlightening me
    Last edited by whoops (2009-04-07 02:20:51)

    Well AFAIK, The nVIDIA closed source drivers haven't caught up with xorg server 1.6 which is why you need libgl to build xorg-xserver 1.6+. I personally perfer the open source drivers over Fglrx (FireGL and Radeon X) and the closed source nVIDIA drivers as well.
    edit: xorg server is 1.6 in testing so if you want to compile from source, and have the closed source nvidia drivers, you would need to compile xorg server 1.5.XX
    P.S. You cannot have both, the nvidia drivers and the open source drivers (libgl), running at the same time which is why the nvidia-* packages are to be removed.
    Cheers!
    Last edited by Neo_The_User (2009-03-30 16:53:28)

  • Nvidia & nvidia-utils upgrade breaks X

    Yesterday I upgraded nvidia and nvidia-utils (nvidia-185.18.31-1 & nvidia-utils-185.18.31-1) and it caused X to fail on next boot. (I've downgraded for now).
    In the /var/log/Xorg.0.log it gave an error that told me to go look in the kernel log (If you want the exact message, I'd have to upgrade again and try to boot. Because of the logrotate, I guess.)
    this is what I found in /var/log/kernel.log
    Aug 1 10:31:26 kasparov kernel: NVRM: API mismatch: the client has the version 185.18.31, but
    Aug 1 10:31:26 kasparov kernel: NVRM: this kernel module has the version 185.18.14. Please
    Aug 1 10:31:26 kasparov kernel: NVRM: make sure that this kernel module and all NVIDIA driver
    Aug 1 10:31:26 kasparov kernel: NVRM: components have the same version.
    Anyone have any ideas?

    I ran into this breakage today and simply rebuilding nvidia-utils and nvidia from ABS didn't do the trick. The symptom on my Toshiba Tecra M3 laptop (2005 vintage, Pentium M, Nvidia Geforce Go 6200/6600 video) is that X hangs completely with a blank screen. Nothing works and I have to force an ACPI shutdown by holding down the power button.
    I tried various versions of Nvidia and downgrading xorg-server all to no avail until, as a desperation shot, I tried the beta Nvidia drivers 190.18. That seems to have done the trick. Just posting about it here in case there's anyone else in the same boat (i.e. rebuilding the release drivers doesn't work).

Maybe you are looking for