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.

Similar Messages

Cant install lib32-nvidia-utils-beta

Hello ,
I am trying to install lib32-nvidia-utils-beta.. but I get
==> ERROR: Makepkg was unable to build lib32-nvidia-utils-beta.
==> Restart building lib32-nvidia-utils-beta ? [y/N]
# Maintainer : Dan Vratil <[email protected]>
# Contributors: Jeremy Sands <[email protected]>
# Thomas Baechler <[email protected]>
# James Rayner <[email protected]>
# Erik Hardesty <[email protected]>
# josephgbr <[email protected]>
pkgname=lib32-nvidia-utils-beta
pkgver=304.37
pkgrel=1
pkgdesc="NVIDIA drivers utilities and libraries. (32 bit)"
arch=(x86_64)
url="http://www.nvidia.com/"
license=('custom:NVIDIA')
groups=('lib32')
depends=('lib32-libxext' 'lib32-zlib' 'lib32-gcc-libs')
conflicts=('lib32-libgl' 'lib32-ati-fglrx-utils' 'lib32-nvidia-utils')
provides=('lib32-libgl' "lib32-nvidia-utils=${pkgver}")
source=(ftp://download.nvidia.com/XFree86/Linux-x86/${pkgver}/NVIDIA-Linux-x86-${pkgver}.run)
build()
cd "${srcdir}"
if [ -d NVIDIA-Linux-x86-${pkgver} ]; then
rm -rf NVIDIA-Linux-x86-${pkgver};
fi
# Extract sources
sh NVIDIA-Linux-x86-${pkgver}.run --extract-only
package() {
cd $srcdir/NVIDIA-Linux-x86-${pkgver}
# OpenGL library
install -D -m755 libGL.so.$pkgver $pkgdir/usr/lib32/libGL.so.$pkgver
# OpenGL core library
install -D -m755 libnvidia-glcore.so.$pkgver $pkgdir/usr/lib32/libnvidia-glcore.so.$pkgver
# XvMC
install -D -m644 libXvMCNVIDIA.a $pkgdir/usr/lib32/libXvMCNVIDIA.a
install -D -m755 libXvMCNVIDIA.so.$pkgver $pkgdir/usr/lib32/libXvMCNVIDIA.so.$pkgver
# VDPAU
install -D -m755 libvdpau_nvidia.so.$pkgver $pkgdir/usr/lib32/vdpau/libvdpau_nvidia.so.$pkgver
# CUDA
install -D -m755 libcuda.so.$pkgver $pkgdir/usr/lib32/libcuda.so.$pkgver
install -D -m755 libnvcuvid.so.$pkgver $pkgdir/usr/lib32/libnvcuvid.so.$pkgver
# nvidia-tls library
install -D -m755 tls/libnvidia-tls.so.$pkgver $pkgdir/usr/lib32/libnvidia-tls.so.$pkgver
# OpenCL
install -D -m755 libnvidia-compiler.so.$pkgver $pkgdir/usr/lib32/libnvidia-compiler.so.$pkgver
install -D -m755 libOpenCL.so.1.0.0 $pkgdir/usr/lib32/libOpenCL.so.1.0.0
install -D -m755 libnvidia-cfg.so.$pkgver $pkgdir/usr/lib32/libnvidia-cfg.so.$pkgver
install -D -m755 libnvidia-ml.so.$pkgver $pkgdir/usr/lib32/libnvidia-ml.so.$pkgver
# create soname links
for _lib in $(find $pkgdir -name '*.so*'); do
_soname="$(dirname ${_lib})/$(readelf -d "$_lib" | sed -nr 's/.*Library soname: \[(.*)\].*/\1/p')"
if [ ! -e "${_soname}" ]; then
ln -s "$(basename ${_lib})" "${_soname}"
ln -s "$(basename ${_soname})" "${_soname/.[0-9]*/}"
fi
done
rm -rf "${pkgdir}"/usr/{include,share,bin}
mkdir -p "$pkgdir/usr/share/licenses"
ln -s $_pkgbasename "$pkgdir/usr/share/licenses/$pkgname"
md5sums=('ee3e97109201ab954c96860e28ada611')
This is my PKGBUILD can you help me?

I am installing arch linux from the beginning . Nvidia nvidia/utils and lib32-nvidia-utils did not have any problem.
Last edited by ytsejam (2012-08-16 07:44:12)

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)

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)

Drive Utility Help Viewer "does not know how to handle selected URL"

I have Drive Utility 10.5.6, according to . I'm trying to reformat a FAT32 partition on an external drive to Mac OS X Ext. Journaled in preparation for using SuperDuper to back up my Mac HD boot partition. For a time, which seems to have passed, now that erasing the partition has been done. The Disk Utility Help wouldn't work. Instead of putting up topic information, I got a message saying "Help Viewer does not know how to handle selected URL", followed by an reference to an html file that allegedly existed inside a set of folders inside the app. Where, of course, Finder cannot see. Once the erasing was done, Help seems to have come back. I tried Apple Support, but could only get a reference to OS 9 Appleworks macros not working in OS X. No help at all. Is this a question? I don't know. Help is working now. But for a while it was very annoying. It must be one of those little windows glitches that no one ever bothered to fix.

In order to change a FAT or NTFS formatted drive for use with OS X you will need to do the following:
Extended Hard Drive Preparation
1. Open Disk Utility in your Utilities folder.
2. After DU loads select your hard drive (this is the entry with the mfgr.'s ID and size) from the left side list. Click on the Partition tab in the DU main window.
3. Under the Volume Scheme heading set the number of partitions from the drop down menu to one. Set the format type to Mac OS Extended (Journaled.) Click on the Options button, set the partition scheme to GUID (for Intel Macs) or APM (for PPC Macs) then click on the OK button. Click on the Partition button and wait until the process has completed.
4. Select the volume you just created (this is the sub-entry under the drive entry) from the left side list. Click on the Erase tab in the DU main window.
5. Set the format type to Mac OS Extended (Journaled.) Click on the Options button, check the button for Zero Data and click on OK to return to the Erase window.
6. Click on the Erase button. The format process can take up to several hours depending upon the drive size.
If you have an Intel Mac and can partition the drive using GUID then you can have FAT32 and OS X partitions on the same drive.
As for problems with the Help viewer see:
In most cases doing the following will restore the Help Viewer:
1. Trash the following three files, if extant:
/Home/Library/Preferences/com.apple.help.plist
/Home/Library/Preferences/com.apple.helpui.plist
/Home/Library/Preferences/com.apple.helpviewer.plist
2. Trash the /Home/Library/Caches/com.apple.helpui folder.
3. Empty the Trash and Restart.
Visit The XLab FAQs and read the FAQ on the Help Viewer for additional suggestions.

Replication of utility/helper classes in JAR/WAR.

Hello folks,
I have recently learned the class loader hierarchy that is employed in
the WebLogic server. Previously, I was including the local component
interfaces of my EJBs in the EJB JAR file as well as the web
application WAR file. However, since the EJB class loader is the
superclass of the WAR class loaders, the WAR class loader can see all
classes in its level as well as the level above it (the EJB class
loader and system class loader). Therefore, I removed the Local
component interfaces from the WAR file, and the system works fine.
However, I have various utility/helper classes that are in the EJB JAR
file as well as the WAR file. Is it safe to remove them from the WAR
file? Is there any need to duplicate classes in the JAR/WAR file if
they are packaged together as an EAR file? Any input is highly
appreciated.
Best regards,
Ryan LeCompte
[email protected]
http://www.louisiana.edu/~rml7669

No, your helper classes will also be visible to the war class loader.
You might also consider packaging your helper classes in a separate jar
file. Then add a manifest class-path entry in your ejb.jar and your
web.war that references the utility jar file(s). This should work on
any J2EE server.
-- Rob
Ryan LeCompte wrote:
Hello folks,
I have recently learned the class loader hierarchy that is employed in
the WebLogic server. Previously, I was including the local component
interfaces of my EJBs in the EJB JAR file as well as the web
application WAR file. However, since the EJB class loader is the
superclass of the WAR class loaders, the WAR class loader can see all
classes in its level as well as the level above it (the EJB class
loader and system class loader). Therefore, I removed the Local
component interfaces from the WAR file, and the system works fine.
However, I have various utility/helper classes that are in the EJB JAR
file as well as the WAR file. Is it safe to remove them from the WAR
file? Is there any need to duplicate classes in the JAR/WAR file if
they are packaged together as an EAR file? Any input is highly
appreciated.
Best regards,
Ryan LeCompte
[email protected]
http://www.louisiana.edu/~rml7669

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.

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: missing dependency [solved]

Fresh Arch installation to a friend's laptop (ftp installation). After installing xorg, nvidia and KDE, I run
nvidia-settings
and got that:
$ nvidia-settings
nvidia-settings: error while loading shared libraries: libgtk-x11-2.0.so.0: cannot open shared object file: No such file or directory
Obviously a simple
pacman -Sy gtk2
fixed the issue, but equally obviously the package dependencies should be fixed.

nvidia-utils does not depend on gtk2. This is dependency only for nvidia-settings, and not required for the rest of nvidia-utils package.
You just didn't notice this message when installing nvidia-utils:
By using this package you accept the NVIDIA license,
which has been installed in /usr/share/licenses/nvidia/LICENSE
If you do not accept this license, you must remove the package immediately.
Dont forget to update your /etc/X11/xorg.conf
In order to use nvidia-settings, you need to install 'gtk2' package.

Nvidia-utils: /usr/lib/libXvMCNVIDIA.so.1.0.9755: exists in filesystem

Any ideas can't get Pacman -Syu to work while I have these Nvidia problems,
thanks,
Cliff
[root@myhost cliff]# pacman -Syu
:: Synchronizing package databases...
:: current is up to date
:: extra is up to date
:: unstable is up to date
:: community is up to date
failed to synchronize cimi
Targets: glib2-2.12.11-1 atk-1.18.0-2 dcraw-1.371-1 dvdauthor-0.6.14-1 dvdrip-0.98.3-1 gimpshop-2.2.11-2 gstreamer0.10-0.10.12-1 gstreamer0.10-base-0.10.12-1 gstreamer0.10-alsa-0.10.12-1
gstreamer0.10-cdparanoia-0.10.12-1 gstreamer0.10-ogg-0.10.12-1 gstreamer0.10-vorbis-0.10.12-1 gtk-engines-2.10.0-1 pango-1.16.1-2 gtk2-2.10.11-2 hddtemp-0.3.beta15.patch7-1 ktorrent-2.1.2-1
libgksu-2.0.4-1 libopensync-0.21.1-1 libxklavier-3.1-1 nvidia-1.0.9755-1 nvidia-utils-1.0.9755-1 rosegarden-4.1.5.1-1 gstreamer0.10-theora-0.10.12-1 gstreamer0.10-ugly-0.10.5-1
gstreamer0.10-dvdread-0.10.5-1 gstreamer0.10-a52dec-0.10.5-1 gstreamer0.10-mpeg2dec-0.10.5-1 thoggen-0.6.0-1
Total Package Size: 42.1 MB
Proceed with upgrade? [Y/n] y
checking package integrity... done.
loading package data... done.
checking for file conflicts...
error: the following file conflicts were found:
nvidia-utils: /usr/lib/libXvMCNVIDIA.so.1.0.9755: exists in filesystem
nvidia-utils: /usr/lib/xorg/modules/libnvidia-wfb.so.1.0.9755: exists in filesystem
errors occurred, no packages were upgraded.

No problem. pacman is an excellent package manager, as you know, but it will never be able to account for software that it doesn't install. Use the packages in the repos, and all will be well.
If you need a new version of nvidia, or anything else, before we put it in the repos, use ABS (Arch Build System) to build it and pacman to install it. ABS details are in the wiki if you need them.

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.

Libwfb nvidia-utils-beta

Hi i have a strange issue when iam installing nvidia-utils beta i have to always edit the install file
# arg 1: the new package version
post_install() {
echo -------------------------------
echo By using this package you accept the NVIDIA license,
echo which has been installed in /usr/share/licenses/nvidia/LICENSE
echo If you do not accept this license, you must remove the package immediately.
echo Dont forget to update your /etc/X11/xorg.conf
echo In order to use nvidia-settings, you need to install the 'gtk2' package.
echo In order to use nvidia-xconfig, you need to install the 'pkgconfig' package.
echo -------------------------------
echo nvidia 9746 drops support for Geforce 3 and 4 cards
echo If you have such a card, install the nvidia-96xx, nvidia-96xx-utils,
echo nvidia-96xx-ck, nvidia-96xx-beyond, nvidia-96xx-suspend2 packages
echo For a list of supported cards, see /usr/share/doc/nvidia/supported-cards.txt
echo -------------------------------
echo This drivers are beta. We recommend to use drivers from extra repo.
# echo ":: Updating symlinks to use built-in libwfb"
[b]# ln -sf /usr/lib/xorg/modules/libnvidia-wfb.so.* /usr/lib/xorg/modules/libwfb.so [/b]
# arg 1: the new package version
# arg 2: the old package version
post_upgrade() {
post_install $1
#post_remove() {
# echo ":: Updating symlinks to use xorg-server libwfb"
# ln -sf /usr/lib/xorg/modules/libwfb.so.* /usr/lib/xorg/modules/libwfb.so
op=$1
shift
$op $*
I have to always edit this line ln -sf /usr/lib/xorg/modules/libnvidia-wfb.so.* /usr/lib/xorg/modules/libwfb.so and make it ln -sf /usr/lib/xorg/modules/libwfb.so.* /usr/lib/xorg/modules/libwfb.so
then the drivers work otherwise all I get is a blinking screen can someone tell me why it is so?

Remove it from the source array in the PKGBUILD until the package gets fixed.

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)

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)

Nvidia-utils help

Similar Messages

Maybe you are looking for