You are not logged in.
…and is owned by mesa.
so what can i do to upgrade nvidia-libgl?
Offline
Hi,
When installing latest version of libgl-nvidia I get a conflict.
Packages (1): nvidia-libgl-334.21-2
Total Installed Size: 0.03 MiB
Net Upgrade Size: 0.00 MiB
:: Proceed with installation? [Y/n]
(1/1) checking keys in keyring [#######################################] 100%
(1/1) checking package integrity [#######################################] 100%
(1/1) loading package files [#######################################] 100%
(1/1) checking for file conflicts [#######################################] 100%
error: failed to commit transaction (conflicting files)
nvidia-libgl: /usr/lib/libEGL.so exists in filesystem
nvidia-libgl: /usr/lib/libEGL.so.1 exists in filesystem
nvidia-libgl: /usr/lib/libGLESv1_CM.so exists in filesystem
nvidia-libgl: /usr/lib/libGLESv1_CM.so.1 exists in filesystem
nvidia-libgl: /usr/lib/libGLESv2.so exists in filesystem
nvidia-libgl: /usr/lib/libGLESv2.so.2 exists in filesystem
Errors occurred, no packages were upgraded.
Running packer -Qo on the files show them to be owned by mesa-10.0.3-1
Previous upgrade of lingl-nvidia was only a few days ago and no issues. I don't want to force an upgrade unless there is no other choice.
Any ideas on how to solve it?
Offline
Don't do it. See here:
https://bugs.archlinux.org/task/39219?p … idia-libgl
Basically, libnvidia-glsi.so.334.21 will be missing and lots of things will break.
Offline
Thanks Frudox. I'll follow the bug issue and mark this thread closed when the bug is resolved.
Offline
I would also like to know.
Offline
I have this problem too. nvidia recetly added egl to their drivers and it seems to conflict with Mesa. Some packages require Mesa to be installed (Like Cairo which is required by heaps of stuff).
I did try to force nvidia to install and override the files but it also seems that it adds a dependency on libnvidia-glsi.so.334.xx which doesn't seem to be part of the packages...
For now I have just manually downgraded...
pacman -U /var/cache/pacman/pkg/nvidia-*331.49-1-*
If you really want the update and can't wait until it is resolved, you could try installing the official nvidia files or look at using the AUR nvidia-full-beta one.
EDIT: There is a bug report for it already:
https://bugs.archlinux.org/task/39219
Last edited by H3g3m0n (2014-03-08 09:24:45)
Offline
I have this problem too. nvidia recetly added egl to their drivers and it seems to conflict with Mesa. Some packages require Mesa to be installed (Like Cairo which is required by heaps of stuff).
I did try to force nvidia to install and override the files but it also seems that it adds a dependency on libnvidia-glsi.so.334.xx which doesn't seem to be part of the packages...
For now I have just manually downgraded...
pacman -U /var/cache/pacman/pkg/nvidia-*331.49-1-*
If you really want the update and can't wait until it is resolved, you could try installing the official nvidia files or look at using the AUR nvidia-full-beta one.
EDIT: There is a bug report for it already:
https://bugs.archlinux.org/task/39219
great, thanks for the info!
i’m not that eager to have it, i’ll just wait it out.
Offline
Maybe the nvidia maintainers could handle it like Det does with nvidia-beta in AUR?
https://aur.archlinux.org/packages/nvidia-utils-beta/
He has 2 functions in .install that handle NVIDIAs EGL/GLES stuff.
Offline
i deleted libEGL.so and some other files mentioned by pacman... and now after reboot, i get black screen... I'll try to reinstall nvidia packages, and maybe mesa, or delete mesa...
Jaki koniec świata.Ziemia to nie cały świat ,a tylko mały Wąchock we wszechświecie.
Offline
same here, black screen after trying to install 334.21, reverted back to 331.49
Offline
another great reason to browse news, forum, bugs prior to running:
pacman -Syu
ROG Strix (GD30CI) - Intel Core i5-7400 CPU - 32Gb 2400Mhz - GTX1070 8GB - AwesomeWM (occasionally XFCE, i3)
If everything in life was easy, we would learn nothing!
Linux User: 401820 Steam-HearThis.at-Last FM-Reddit
Offline
another great reason to browse news, forum, bugs prior to running:
pacman -Syu
Am I really expected to browse the forums and bug reports before every update? Come on.
Offline
some here should have followed the OP!!!!
never force & never manually delete files
you should have monitored the bug & waited for a fix or even better still read news, forum, bugs prior to running the upgrade!
ROG Strix (GD30CI) - Intel Core i5-7400 CPU - 32Gb 2400Mhz - GTX1070 8GB - AwesomeWM (occasionally XFCE, i3)
If everything in life was easy, we would learn nothing!
Linux User: 401820 Steam-HearThis.at-Last FM-Reddit
Offline
clearly you have not read the wiki.
this is a rolling release distro which from time to time is prone to small breakages & yes alas we are expected to read news, forum, bug list prior to upgrading to learn from others recent upgrade problems which inturn will make you aware of any possible issue's such as this one which is why I have not upgraded because I use nVidia hardware & do not want to sit here with a black screen caused by errors during an upgrade
Last edited by t0m5k1 (2014-03-08 13:47:53)
ROG Strix (GD30CI) - Intel Core i5-7400 CPU - 32Gb 2400Mhz - GTX1070 8GB - AwesomeWM (occasionally XFCE, i3)
If everything in life was easy, we would learn nothing!
Linux User: 401820 Steam-HearThis.at-Last FM-Reddit
Offline
i know i did stupid thing... i wasn't wake up fully yet... reinstalling nvidia files and mesa changed nothing - and i was unable to remove mesa - it has so many dependeces, withy their dependeces... i'll try 331.49, hope it helps...
Jaki koniec świata.Ziemia to nie cały świat ,a tylko mały Wąchock we wszechświecie.
Offline
dev asks us to try mesa from testing: https://www.archlinux.org/packages/testing/x86_64/mesa/
but it’s a bad idea, everything will cry libnvidia-glsi.so.334.21 not found
recover doing:
_c=/var/cache/pacman/pkg
_e=x86_64.pkg.tar.xz
sudo pacman -U $_c/nvidia-334.21-1-$_e \
$_c/nvidia-libgl-334.21-1-$_e \
$_c/nvidia-utils-334.21-1-$_e \
$_c/mesa-10.0.3-1-$_e
Last edited by flying sheep (2014-03-08 14:39:32)
Offline
Merged with a similar thread that was started at almost the exact same time.
Nothing is too wonderful to be true, if it be consistent with the laws of nature -- Michael Faraday
Sometimes it is the people no one can imagine anything of who do the things no one can imagine. -- Alan Turing
---
How to Ask Questions the Smart Way
Offline
I forced the install with no obvious ill effects.
CPU-optimized Linux-ck packages @ Repo-ck • AUR packages • Zsh and other configs
Offline
Installing mesa 10.1 from testing and then rebuilding and installing nvidia-utils with this patched PKGBUILD works for me.
# $Id$
# Maintainer: Thomas Baechler <thomas@archlinux.org>
# Contributor: James Rayner <iphitus@gmail.com>
pkgbase=nvidia-utils
pkgname=('nvidia-utils' 'nvidia-libgl' 'opencl-nvidia')
pkgver=334.21
pkgrel=3
arch=('i686' 'x86_64')
url="http://www.nvidia.com/"
license=('custom')
options=('!strip')
source=("ftp://download.nvidia.com/XFree86/Linux-x86/${pkgver}/NVIDIA-Linux-x86-${pkgver}.run"
"ftp://download.nvidia.com/XFree86/Linux-x86_64/${pkgver}/NVIDIA-Linux-x86_64-${pkgver}-no-compat32.run")
sha1sums=('6a20159c173367f58e804c38f945000ffc153d99'
'68c99c3f5f727a9b61a920dc9ac63f67658212e1')
[[ "$CARCH" = "i686" ]] && _pkg="NVIDIA-Linux-x86-${pkgver}"
[[ "$CARCH" = "x86_64" ]] && _pkg="NVIDIA-Linux-x86_64-${pkgver}-no-compat32"
create_links() {
# create soname links
while read -d '' _lib; do
_soname="$(dirname "${_lib}")/$(LC_ALL=C readelf -d "${_lib}" | sed -nr 's/.*Library soname: \[(.*)\].*/\1/p')"
[[ -e "${_soname}" ]] || ln -s "$(basename "${_lib}")" "${_soname}"
[[ -e "${_soname/.[0-9]*/}" ]] || ln -s "$(basename "${_soname}")" "${_soname/.[0-9]*/}"
done < <(find "${pkgdir}" -type f -name '*.so*' -print0)
}
build() {
cd "${srcdir}"
sh "${_pkg}.run" --extract-only
}
package_opencl-nvidia() {
pkgdesc="OpenCL implemention for NVIDIA"
depends=('libcl' 'zlib')
optdepends=('opencl-headers: headers necessary for OpenCL development')
cd "${srcdir}/${_pkg}"
# OpenCL
install -D -m644 nvidia.icd "${pkgdir}/etc/OpenCL/vendors/nvidia.icd"
install -D -m755 "libnvidia-compiler.so.${pkgver}" "${pkgdir}/usr/lib/libnvidia-compiler.so.${pkgver}"
install -D -m755 "libnvidia-opencl.so.${pkgver}" "${pkgdir}/usr/lib/libnvidia-opencl.so.${pkgver}"
create_links
mkdir -p "${pkgdir}/usr/share/licenses"
ln -s nvidia "${pkgdir}/usr/share/licenses/opencl-nvidia"
}
package_nvidia-libgl() {
pkgdesc="NVIDIA drivers libraries symlinks"
depends=('nvidia-utils')
conflicts=('libgl')
provides=('libgl')
cd "${srcdir}/${_pkg}"
mkdir -p "${pkgdir}/usr/lib/xorg/modules/extensions"
ln -s "/usr/lib/nvidia/xorg/modules/extensions/libglx.so.${pkgver}" "${pkgdir}/usr/lib/xorg/modules/extensions/libglx.so.${pkgver}"
ln -s "libglx.so.${pkgver}" "${pkgdir}/usr/lib/xorg/modules/extensions/libglx.so.1"
ln -s "libglx.so.${pkgver}" "${pkgdir}/usr/lib/xorg/modules/extensions/libglx.so"
ln -s "/usr/lib/nvidia/libGL.so.${pkgver}" "${pkgdir}/usr/lib/libGL.so.${pkgver}"
ln -s "libGL.so.${pkgver}" "${pkgdir}/usr/lib/libGL.so.1"
ln -s "libGL.so.${pkgver}" "${pkgdir}/usr/lib/libGL.so"
ln -s "/usr/lib/nvidia/libEGL.so.${pkgver}" "${pkgdir}/usr/lib/libEGL.so.${pkgver}"
ln -s "libEGL.so.${pkgver}" "${pkgdir}/usr/lib/libEGL.so.1"
ln -s "libEGL.so.${pkgver}" "${pkgdir}/usr/lib/libEGL.so"
ln -s "/usr/lib/nvidia/libGLESv1_CM.so.${pkgver}" "${pkgdir}/usr/lib/libGLESv1_CM.so.${pkgver}"
ln -s "libGLESv1_CM.so.${pkgver}" "${pkgdir}/usr/lib/libGLESv1_CM.so.1"
ln -s "libGLESv1_CM.so.${pkgver}" "${pkgdir}/usr/lib/libGLESv1_CM.so"
ln -s "/usr/lib/nvidia/libGLESv2.so.${pkgver}" "${pkgdir}/usr/lib/libGLESv2.so.${pkgver}"
ln -s "libGLESv2.so.${pkgver}" "${pkgdir}/usr/lib/libGLESv2.so.2"
ln -s "libGLESv2.so.${pkgver}" "${pkgdir}/usr/lib/libGLESv2.so"
mkdir -p "${pkgdir}/usr/share/licenses"
ln -s nvidia "${pkgdir}/usr/share/licenses/nvidia-libgl"
}
package_nvidia-utils() {
pkgdesc="NVIDIA drivers utilities"
depends=('xorg-server')
optdepends=('gtk2: nvidia-settings'
'opencl-nvidia: OpenCL support')
cd "${srcdir}/${_pkg}"
# X driver
install -D -m755 nvidia_drv.so "${pkgdir}/usr/lib/xorg/modules/drivers/nvidia_drv.so"
# GLX extension module for X
install -D -m755 "libglx.so.${pkgver}" "${pkgdir}/usr/lib/nvidia/xorg/modules/extensions/libglx.so.${pkgver}"
ln -s "libglx.so.${pkgver}" "${pkgdir}/usr/lib/nvidia/xorg/modules/extensions/libglx.so" # X doesn't find glx otherwise
# OpenGL libraries
install -D -m755 "libGL.so.${pkgver}" "${pkgdir}/usr/lib/nvidia/libGL.so.${pkgver}"
install -D -m755 "libEGL.so.${pkgver}" "${pkgdir}/usr/lib/nvidia/libEGL.so.${pkgver}"
install -D -m755 "libGLESv1_CM.so.${pkgver}" "${pkgdir}/usr/lib/nvidia/libGLESv1_CM.so.${pkgver}"
install -D -m755 "libGLESv2.so.${pkgver}" "${pkgdir}/usr/lib/nvidia/libGLESv2.so.${pkgver}"
# OpenGL core library
install -D -m755 "libnvidia-glcore.so.${pkgver}" "${pkgdir}/usr/lib/libnvidia-glcore.so.${pkgver}"
install -D -m755 "libnvidia-eglcore.so.${pkgver}" "${pkgdir}/usr/lib/libnvidia-eglcore.so.${pkgver}"
install -D -m755 "libnvidia-glsi.so.${pkgver}" "${pkgdir}/usr/lib/libnvidia-glsi.so.${pkgver}"
# nvidia-ifr library
install -D -m755 "libnvidia-ifr.so.${pkgver}" "${pkgdir}/usr/lib/libnvidia-ifr.so.${pkgver}"
# nvidia-fbc library
install -D -m755 "libnvidia-fbc.so.${pkgver}" "${pkgdir}/usr/lib/libnvidia-fbc.so.${pkgver}"
# VDPAU
install -D -m755 "libvdpau_nvidia.so.${pkgver}" "${pkgdir}/usr/lib/vdpau/libvdpau_nvidia.so.${pkgver}"
# nvidia-tls library
install -D -m755 "tls/libnvidia-tls.so.${pkgver}" "${pkgdir}/usr/lib/libnvidia-tls.so.${pkgver}"
install -D -m755 "libnvidia-cfg.so.${pkgver}" "${pkgdir}/usr/lib/libnvidia-cfg.so.${pkgver}"
install -D -m755 "libnvidia-ml.so.${pkgver}" "${pkgdir}/usr/lib/libnvidia-ml.so.${pkgver}"
# CUDA
install -D -m755 "libcuda.so.${pkgver}" "${pkgdir}/usr/lib/libcuda.so.${pkgver}"
install -D -m755 "libnvcuvid.so.${pkgver}" "${pkgdir}/usr/lib/libnvcuvid.so.${pkgver}"
#install -D -m755 nvidia-cuda-proxy-server "${pkgdir}/usr/bin/nvidia-cuda-proxy-server"
#install -D -m644 nvidia-cuda-proxy-control.1.gz "${pkgdir}/usr/share/man/man1/nvidia-cuda-proxy-control.1.gz"
# DEBUG
install -D -m755 nvidia-debugdump "${pkgdir}/usr/bin/nvidia-debugdump"
# nvidia-xconfig
install -D -m755 nvidia-xconfig "${pkgdir}/usr/bin/nvidia-xconfig"
install -D -m644 nvidia-xconfig.1.gz "${pkgdir}/usr/share/man/man1/nvidia-xconfig.1.gz"
# nvidia-settings
install -D -m755 nvidia-settings "${pkgdir}/usr/bin/nvidia-settings"
install -D -m644 nvidia-settings.1.gz "${pkgdir}/usr/share/man/man1/nvidia-settings.1.gz"
install -D -m644 nvidia-settings.desktop "${pkgdir}/usr/share/applications/nvidia-settings.desktop"
install -D -m644 nvidia-settings.png "${pkgdir}/usr/share/pixmaps/nvidia-settings.png"
sed -e 's:__UTILS_PATH__:/usr/bin:' -e 's:__PIXMAP_PATH__:/usr/share/pixmaps:' -i "${pkgdir}/usr/share/applications/nvidia-settings.desktop"
# nvidia-bug-report
install -D -m755 nvidia-bug-report.sh "${pkgdir}/usr/bin/nvidia-bug-report.sh"
# nvidia-smi
install -D -m755 nvidia-smi "${pkgdir}/usr/bin/nvidia-smi"
install -D -m644 nvidia-smi.1.gz "${pkgdir}/usr/share/man/man1/nvidia-smi.1.gz"
install -D -m644 LICENSE "${pkgdir}/usr/share/licenses/nvidia/LICENSE"
ln -s nvidia "${pkgdir}/usr/share/licenses/nvidia-utils"
install -D -m644 README.txt "${pkgdir}/usr/share/doc/nvidia/README"
install -D -m644 NVIDIA_Changelog "${pkgdir}/usr/share/doc/nvidia/NVIDIA_Changelog"
ln -s nvidia "${pkgdir}/usr/share/doc/nvidia-utils"
create_links
}
Patch was provided in the bugtracker. At least the EGL/GLES stuff isn't owned by mesa anymore instead it is owned by nvidia-libgl now. Everything working as expected now. Trying to start weston picks up the NVIDIA EGL and GLES implementation.
Last edited by blackout23 (2014-03-08 15:35:53)
Offline
dev asks us to try mesa from testing: https://www.archlinux.org/packages/testing/x86_64/mesa/
but it’s a bad idea, everything will cry libnvidia-glsi.so.334.21 not found
I get that from stable, too, when I upgrade the nvidia-utils/libgl packages (by overriding the file conflicts that is) - as mentioned in the third post here already.
Last edited by teekay (2014-03-08 15:46:35)
Offline
1. Get the mesa 10.1 package from testing which doesn't own these files anymore https://www.archlinux.org/packages/test … /download/
2. Install with pacman -U
3. Get the updated nvidia packages which now own these files http://pkgbuild.com/~fyan/staging/
4. Install with pacman -U
Problem solved.
Optional. Just wait until nvidia-utils get's updated to -3 with the patch already applied and mesa 10.1 gets pushed to [extra].
Last edited by blackout23 (2014-03-08 15:54:33)
Offline
The mesa package isn't the problem, the nvidia-utils package is - it's missing the glsi and eglcore libraries. A 334.21-3 package that includes those libraries needs to be released, then everything will work fine. In the mean time you can make such a package yourself using the PKGBUILD blackout23 posted above.
Offline
The mesa package isn't the problem, the nvidia-utils package is - it's missing the glsi and eglcore libraries. A 334.21-3 package that includes those libraries needs to be released, then everything will work fine. In the mean time you can make such a package yourself using the PKGBUILD blackout23 posted above.
If you don't update mesa there will still be a conflict since both mesa and nvidia-utils would provide /usr/lib/libEGL.so for example. If I'm not mistaken.
Last edited by blackout23 (2014-03-08 15:58:11)
Offline
If you don't update mesa there will still be a conflict since both mesa and nvidia-utils would provide /usr/lib/libEGL.so for example.
Right, I forgot the new fixed mesa package is still in [testing], while nvidia-utils is in [extra] already. Quite a mess.
Offline
t0m5k1 wrote:another great reason to browse news, forum, bugs prior to running:
pacman -Syu
Am I really expected to browse the forums and bug reports before every update? Come on.
Can just do what I do and run one of the newer file systems as your root filesystem (zfs/btrfs) and make a snapshot before upgrading. Something horribly breaks in the next day or two after updating? roll back! (In somewhat unrelated news, you can use it on wine prefixes to keep a 'fresh' copy before you go and install everything under the sun via winetricks, very handy)
Offline