[solved] Mesa libgl conflict with new update?

ampe · 2013-02-26 17:19:54

So why is this marked as solved? Where is the solution?

-Syyu'd yesterday, nothing. -Syyu'd today, still the same.

orschiro · 2013-02-26 17:24:59

Apparently your mirrors are not synced yet. Try a different one.

kozaki · 2013-02-26 18:03:16

Thank you all for posting. Just for the record French mirrors seem to not yet be fully updated.
Sorting /etc/pacman.d/mirrorlist as per the Wiki didn't change the install conflict about mesa-libgl right now. Of course I got the same while simply refreshing the mirror with pacman switch -Syyu)

Can't wait to see how that big X, foss driver for Intel, mesa-libgl and dri update will do! This Intel Core i3 box has been unable to play any video with VAAPI since I built it weeks ago.

EDIT: Same with the best rated German mirrors. Used reflector this time, keeping the first rated from a small close-by European mirrors (uncommented in mirrorlist)

Last edited by kozaki (2013-02-26 18:14:04)

drcouzelis · 2013-02-26 19:12:03

kozaki wrote:

Just for the record French mirrors seem to not yet be fully updated.
Can't wait to see how that big X, foss driver for Intel, mesa-libgl and dri update will do!

You can't update because of the "exists in filesystem" problem, right? I fixed the problem and successfully updated my computer even before this thread was created. It was simple:

I noticed that all of the files that "exist in the filesystem" were all part of the "libgl" package. So, I removed the "libgl" package, ran "pacman -Syu", and that was it.

mrzeznicki · 2013-02-26 20:28:30

jskier wrote:

aarstar wrote:
This update killed X for me under VMware Fusion. I can start X if I change my video driver from vmware to vesa, but that's just a workaround.
Same here. VMWare Workstation 8 Arch guest crashes when loading X now unless mesa is used.

Same here.
Xorg.log isn't helpful, everything just silently dies after vmwgfx init.
What did you do as a workaround? I can't even open a virtual terminal and waiting for the resolution from open-vm-tools band is most probably useless activity - last time they fixed a bug from the tracker was around 1938, there is no comment in there posted later than 1st Feb

Boohbah · 2013-02-26 23:59:30

https://mailman.archlinux.org/pipermail … 24422.html

funky-lich · 2013-02-27 20:02:00

I've tried different mirrors, and I still get the same problem.
Additionally I've noticed some other oddities, because when I do

sudo pacman -S libgl

it comes up with

warning: nvidia-utils-313.18-1 is up to date -- reinstalling
resolving dependencies...
looking for inter-conflicts...

Targets (1): nvidia-utils-313.18-1

Total Installed Size:   69.70 MiB
Net Upgrade Size:       0.00 MiB

That's not libgl! Is my pacman just screwed up?

AndyRTR · 2013-02-27 20:31:54

That's expected. Nvidia-utils provides libgl.

kinleyd · 2013-02-28 05:41:45

I'm using Nvidia drivers too. Why is a mesa upgrade kicking in when it conflicts with nvidia drivers (see below). Bug?

:: Starting full system upgrade...
:: Replace khrplatform-devel with extra/mesa? [Y/n] y
:: Replace lib32-libgl with multilib/lib32-mesa-libgl? [Y/n] y
:: Replace lib32-libglapi with multilib/lib32-mesa? [Y/n] y
:: Replace libegl with extra/mesa? [Y/n] y
:: Replace libgbm with extra/mesa? [Y/n] y
:: Replace libglapi with extra/mesa? [Y/n] y
resolving dependencies...
looking for inter-conflicts...
:: mesa-libgl and nvidia-304xx-utils are in conflict (libgl). Remove nvidia-304xx-utils? [y/N] y
error: failed to prepare transaction (could not satisfy dependencies)
:: nvidia-304xx: requires nvidia-304xx-utils=304.64

Last edited by kinleyd (2013-02-28 10:36:53)

penguin · 2013-02-28 13:22:01

I haven't had any problems, I'm just curious what it is that I have installed. Is it just that libgl has moved to mesa package?

I also seem to have installed wayland this update. Should that replace xorg?

snowman63 · 2013-02-28 15:58:29

I ran into the same problem and before I could run pacman -Syyu we had a power issue and the computer has rebooted. I can't get past the line>Reached Graphical Desktop in the boot sequence. Grub doesn't show me a terminal choice. How can I get to a terminal to fix this?

s1ln7m4s7r · 2013-02-28 16:02:21

press ctrl+alt+f2

Beelzebud · 2013-02-28 18:01:22

This doesn't seem solved. I'm using nvidia drivers and it's asking me to replace a bunch of stuff with mesa. I've tried 3 different US mirrors. I don't remember things taking 3-4 days to sync before.

AndyRTR · 2013-02-28 18:16:31

Simply don't answer "y" for replacing nvidia-utils with mesa-libgl

Last edited by AndyRTR (2013-02-28 18:16:44)

Beelzebud · 2013-02-28 18:27:03

So am I to assume I'm supposed to replace all the other stuff? (khrplatform-devel, libgl, etc)?

sonicbasher · 2013-02-28 19:16:26

This worked for me:

sudo pacman -Rdd ati-dri intel-dri nouveau-dri
sudo pacman -Rdd mesa-libgl
sudo pacman -S nvidia

jskier · 2013-02-28 19:48:47

mrzeznicki wrote:

jskier wrote:
aarstar wrote:
This update killed X for me under VMware Fusion. I can start X if I change my video driver from vmware to vesa, but that's just a workaround.
Same here. VMWare Workstation 8 Arch guest crashes when loading X now unless mesa is used.
Same here.
Xorg.log isn't helpful, everything just silently dies after vmwgfx init.
What did you do as a workaround? I can't even open a virtual terminal and waiting for the resolution from open-vm-tools band is most probably useless activity - last time they fixed a bug from the tracker was around 1938, there is no comment in there posted later than 1st Feb

For you and the VMWare people, new bug created here upstream since other place didn't seem to be correct: https://bugs.freedesktop.org/show_bug.cgi?id=61631

I used the vesa driver like the other poster- it works but it is terrible quality (sorry for the typo in original msg).

kinleyd · 2013-03-01 03:04:18

@AndyRTR: Net result is the same for me:

:: Starting full system upgrade...
:: Replace khrplatform-devel with extra/mesa? [Y/n] y
:: Replace lib32-libgl with multilib/lib32-mesa-libgl? [Y/n] y
:: Replace lib32-libglapi with multilib/lib32-mesa? [Y/n] y
:: Replace libegl with extra/mesa? [Y/n] y
:: Replace libgbm with extra/mesa? [Y/n] y
:: Replace libglapi with extra/mesa? [Y/n] y
resolving dependencies...
looking for inter-conflicts...

:: mesa-libgl and nvidia-304xx-utils are in conflict (libgl). Remove nvidia-304xx-utils? [y/N] n

error: unresolvable package conflicts detected
error: failed to prepare transaction (conflicting dependencies)
:: mesa-libgl and nvidia-304xx-utils are in conflict

Scimmia · 2013-03-01 05:11:12

Why do you have lib32-libgl installed along with nvidia-304xx-utils in the first place? Having a totally different lib for 32 bit and 64 bit is insane and is what's causing your problem. Pick one and go with it.

Last edited by Scimmia (2013-03-01 05:13:46)

kinleyd · 2013-03-01 12:40:49

@Scimmia: I recently cloned my system and that may have something to do with it. Apart from cpu, hard disk and other differences between the old and new systems, one major change was a shift from integrated Intel video to an Nvidia graphics card. That required an -Rdd removal of libgl to allow the Nvidia drivers to load. I'm not sure if that had anything to do with it, although, as I said the system is a clone and there was no jumping between 32 and 64 bit on the OS itself.

I removed lib32-mesa (which contains lib32-libgl and -libglapi). However, a pacman -Syu still includes these prompts:

:: Replace lib32-libgl with multilib/lib32-mesa-libgl? [Y/n]
:: Replace lib32-libglapi with multilib/lib32-mesa? [Y/n]

I'm not sure what's going on here. Any help would be appreciated.

Note: I'm using an Nvidia GeForce GTX 7800 card. The wiki recommends nvidia-304xx drivers for the 7-series - am I right to assume my card is included in the 7 series? My graphics run fine, but I'm befuddled by this update conflict.

Last edited by kinleyd (2013-03-01 13:15:10)

kevdog · 2013-03-01 13:38:13

Hopefully this will be fixed sometime today -- Trying to sync the mirrors are not working.

Scimmia · 2013-03-01 15:16:44

kinleyd wrote:

I'm not sure what's going on here. Any help would be appreciated.

As I said, pick one and go with it. If you want to use the nvidia drivers, install the 32 bit nvidia driver, too (lib32-nvidia-304xx-util).

Last edited by Scimmia (2013-03-01 15:17:30)

shallpion · 2013-03-01 16:17:47

kevdog wrote:

Hopefully this will be fixed sometime today -- Trying to sync the mirrors are not working.

I ran into the same problem today and I tried several common us mirrors but they didn't work, so it is highly unlikely a sync delay issue. I am also suffering from a qt/qt4 conflict due to some packages I installed from AUR so I couldn't proceed updating at all. However, I managed to solved the qt problem by deleting all those AUR packages temporarily, and doing a pacman -Syu then it succeeded. Before I resolved the qt problem I managed to install lib32-mesa manually but didn't succeed, due to the existence of some residual files from lib32-libgl like the other complained, it seems to me that I had to let pacman to resolve a few dependencies issues instead of manually installing those packages. You probably need to trace down a few packages causing this problem and remove them temporarily. Most of them would be in [community] or AUR I guess.

Hope this could be helpful

kinleyd · 2013-03-01 16:29:48

Thanks @Scimmia and @shallpion. At this point I think it is close to hopeless as there are all kinds of circular dependencies kicking in.

To get around the replace khrplatform-devel ibegl libgbm and libglapi etc. prompts:

I first removed lib32-mesa, but couldn't removed mesa, which an AUR package dx2-rebirth required. So I removed dx2-rebirth.

I then tried to install lib32-nvidia-304xx-utils, but it made this complaint:

error: failed to commit transaction (conflicting files)
lib32-nvidia-304xx-utils: /usr/lib32/libGL.so exists in filesystem
lib32-nvidia-304xx-utils: /usr/lib32/libGL.so.1 exists in filesystem

So I renamed the libGL files which I don't need as this point, and so nvidia lib32 files installed.

Then I tried pacman -Syu (and -Syyu) again, and I'm back to this run around:

:: Starting full system upgrade...
:: Replace khrplatform-devel with extra/mesa? [Y/n]
:: Replace lib32-libgl with multilib/lib32-mesa-libgl? [Y/n]
:: Replace lib32-libglapi with multilib/lib32-mesa? [Y/n]
:: Replace libegl with extra/mesa? [Y/n]
:: Replace libgbm with extra/mesa? [Y/n]
:: Replace libglapi with extra/mesa? [Y/n]
:: Replace qt with extra/qt4? [Y/n]

This time I have the qt problem that @shallpion mentioned. And the pacman upgrade seems determined to reinstall mesa and lib32-mesa - choosing No causes the update to fail, and choosing Yes fails any way because lib32-mesa-libgl requires lib32-nvidia-304xx-utils to be removed, but the latter cannot be removed because it is required by nvidia-304xx (which I need).

Sigh, I shall wait a few days before I try again.

Last edited by kinleyd (2013-03-01 16:35:58)

Scimmia · 2013-03-01 17:00:24

kinleyd wrote:

I then tried to install lib32-nvidia-304xx-utils, but it made this complaint:
error: failed to commit transaction (conflicting files)
lib32-nvidia-304xx-utils: /usr/lib32/libGL.so exists in filesystem
lib32-nvidia-304xx-utils: /usr/lib32/libGL.so.1 exists in filesystem
So I renamed the libGL files which I don't need as this point, and so nvidia lib32 files installed.
Then I tried pacman -Syu (and -Syyu) again, and I'm back to this run around:
...
:: Replace lib32-libgl with multilib/lib32-mesa-libgl? [Y/n]
...

Well now you've got a bit of a mess. For some reason, installing lib32-nvidia-304xx-utils didn't remove lib32-libgl like I thought it would. You need to remove that manually to get around the conflicts there. Removing it now will remove the new nvidia libgl files, though, so you'll need to reinstall that after you remove lib32-libgl.

As far as mesa and lib32-mesa, they coexist just fine with the nvidia drivers. If it wants to install them, let it. They're needed for things like libegl, libglapi, etc.

As for qt, it's just been renamed to qt4, so replacing it is fine. If you have AUR packages that depend on 'qt', they need to be updated to depend on 'qt4'.

Arch Linux

#26 2013-02-26 17:19:54

Re: [solved] Mesa libgl conflict with new update?

#27 2013-02-26 17:24:59

Re: [solved] Mesa libgl conflict with new update?

#28 2013-02-26 18:03:16

Re: [solved] Mesa libgl conflict with new update?

#29 2013-02-26 19:12:03

Re: [solved] Mesa libgl conflict with new update?

#30 2013-02-26 20:28:30

Re: [solved] Mesa libgl conflict with new update?

#31 2013-02-26 23:59:30

Re: [solved] Mesa libgl conflict with new update?

#32 2013-02-27 20:02:00

Re: [solved] Mesa libgl conflict with new update?

#33 2013-02-27 20:31:54

Re: [solved] Mesa libgl conflict with new update?

#34 2013-02-28 05:41:45

Re: [solved] Mesa libgl conflict with new update?

#35 2013-02-28 13:22:01

Re: [solved] Mesa libgl conflict with new update?

#36 2013-02-28 15:58:29

Re: [solved] Mesa libgl conflict with new update?

#37 2013-02-28 16:02:21

Re: [solved] Mesa libgl conflict with new update?

#38 2013-02-28 18:01:22

Re: [solved] Mesa libgl conflict with new update?

#39 2013-02-28 18:16:31

Re: [solved] Mesa libgl conflict with new update?

#40 2013-02-28 18:27:03

Re: [solved] Mesa libgl conflict with new update?

#41 2013-02-28 19:16:26

Re: [solved] Mesa libgl conflict with new update?

#42 2013-02-28 19:48:47

Re: [solved] Mesa libgl conflict with new update?

#43 2013-03-01 03:04:18

Re: [solved] Mesa libgl conflict with new update?

#44 2013-03-01 05:11:12

Re: [solved] Mesa libgl conflict with new update?

#45 2013-03-01 12:40:49

Re: [solved] Mesa libgl conflict with new update?

#46 2013-03-01 13:38:13

Re: [solved] Mesa libgl conflict with new update?

#47 2013-03-01 15:16:44

Re: [solved] Mesa libgl conflict with new update?

#48 2013-03-01 16:17:47

Re: [solved] Mesa libgl conflict with new update?

#49 2013-03-01 16:29:48

Re: [solved] Mesa libgl conflict with new update?

#50 2013-03-01 17:00:24

Re: [solved] Mesa libgl conflict with new update?

Board footer