You are not logged in.
OK and thanks, @Scimmia. I'll work along the lines you suggest, but in another couple of days. I'll try and do it before the release of kernel 3.8.x which I hope will be less problematic than 3.7.9-2 was with my Atheros AR8161 NIC - had to revert to kernel 3.7.9-1 for that one. I have a dance set up with dkms-alx in the AUR for this one as well - really waiting for the AR8161 to make it into the kernel itself.
Offline
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.
I am not sure if this is a good idea, but you may try to manually replace qt with qt4 therefore you can isolate the mesa issues. I don't think they are somehow related to each other so by doing so it may simplify the matters a little bit.. There may be a few packages complaining the removal of qt but you can let pacman force it, and manually reinstall those packages if necessary-qt4 provides qt but some of those packages may need update anyway. You may also have to wait for a few days for some packages, if there are any, to be updated by the maintainer.
No need to be upset, your system didn't seem to be messed up too much. Just be patient and keep a record about what you have done in case you need a recovery. I moved from gentoo to arch a couple of months ago and during the gentoo years I have seen many much worse dependency nightmare.
Offline
Heh, thanks @shallpion. These circular dependencies are such a pain... but are eventually resolved, so all it takes is a little patience. I came from Ubuntu, and saw a bit of it there too.
Yes, re qt I followed the other threads and realized that I have a number of AUR packages that need to be rebuilt for the renamed qt4. I'll wait on the maintainers for that.
Meanwhile, I've kept detailed notes, as always. :)
Edit:
@shallpion: Had more applications that need qt than I'd have liked! Finally managed to update them all and qt is no longer an issue. But.
@Scimmia: I manually removed lib32-libgl, and reinstalled lib32-nvidia-304xx-utils. Still no joy. pacman upgrade remains stuck in the dependency conflict.
Last edited by kinleyd (2013-03-02 17:01:40)
Offline
I noticed this thread is marked solved, but does anyone have an appropriate solution right now other than wait?
Offline
@Scimmia: I manually removed lib32-libgl, and reinstalled lib32-nvidia-304xx-utils. Still no joy. pacman upgrade remains stuck in the dependency conflict.
What conflict exactly? With no lib32-libgl installed, lib32-mesa-libgl should not be trying to install.
Online
What conflict exactly? With no lib32-libgl installed, lib32-mesa-libgl should not be trying to install.
Unfortunately, I continue to be taken into this cycle, despite removing lib32-libgl manually:
:: 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]
The update fails whichever I pick, and at the end it says mesa-libgl and nvidia-304xx-utils continue to conflict over libgl, and mesa and libglapi are in conflict:
error: unresolvable package conflicts detected
error: failed to prepare transaction (conflicting dependencies)
:: mesa-libgl and nvidia-304xx-utils are in conflict
Last edited by kinleyd (2013-03-03 15:31:06)
Offline
I'm really lost since I'm looking for dependencies as people in this thread have suggested, however I'm finding a lot of things dependent (at least I think)
sudo pacman -Syuu
:: Synchronizing package databases...
core is up to date
extra 1419.9 KiB 561K/s 00:03 [######################] 100%
community 1939.2 KiB 220K/s 00:09 [######################] 100%
:: Starting full system upgrade...
:: Replace khrplatform-devel with extra/mesa? [Y/n] n
:: Replace libegl with extra/mesa? [Y/n] n
:: Replace libgbm with extra/mesa? [Y/n] n
:: Replace libgl with extra/mesa-libgl? [Y/n] n
:: Replace libglapi with extra/mesa? [Y/n] n
:: Replace qt with extra/qt4? [Y/n] n
resolving dependencies...
looking for inter-conflicts...
:: mesa and libglapi are in conflict. Remove libglapi? [y/N] n
error: unresolvable package conflicts detected
error: failed to prepare transaction (conflicting dependencies)
:: mesa and libglapi are in conflict
$ sudo pacman -Qi libglapi | grep ^Required
Required By : libgbm libgl
$ sudo pacman -Qi libgbm | grep ^Required
Required By : libegl
$ sudo pacman -Qi libegl | grep ^Required
Required By : libva
$ sudo pacman -Qi libva | grep ^Required
Required By : ffmpeg
$ sudo pacman -Qi ffmpeg | grep ^Required
Required By : chromaprint lightspark vlc
$ sudo pacman -Qi libgl | grep ^Required
Required By : ati-dri compiz-core freeglut glu gnash-common gnome-session google-talkplugin libva mesa mplayer qt webkitgtk2 webkitgtk3 xorg-xdriinfo
$ sudo pacman -Qi qt | grep ^Required
Required By : qtwebkit vlc
$ sudo pacman -Qi khrplatform-devel | grep ^Required
Required By : libegl
So mesa is dependent on libgl but libgl and mesa-libgl are in conflict?? This doesn't make any sense to me
Offline
[root@linux ~]# pacman -Syy
:: Synchronizing package databases...
core 106.3 KiB 16.3K/s 00:07 [#######################] 100%
extra 1418.3 KiB 13.2K/s 01:47 [#######################] 100%
community 1927.5 KiB 34.3K/s 00:56 [#######################] 100%
multilib 95.6 KiB 43.7K/s 00:02 [#######################] 100%
[root@linux ~]#
[root@linux ~]# pacman -Syu
:: Synchronizing package databases...
core is up to date
extra is up to date
community is up to date
multilib is up to date
:: Starting full system upgrade...
:: Replace khrplatform-devel with extra/mesa? [Y/n] y
:: Replace lib32-libgbm with multilib/lib32-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 lib32-libgles with multilib/lib32-mesa? [Y/n] y
:: Replace lib32-qt with multilib/lib32-qt4? [Y/n] y
:: Replace libegl with extra/mesa? [Y/n] y
:: Replace libgbm with extra/mesa? [Y/n] y
:: Replace libgl with extra/mesa-libgl? [Y/n] y
:: Replace libglapi with extra/mesa? [Y/n] y
:: Replace libgles with extra/mesa? [Y/n] y
:: Replace qt with extra/qt4? [Y/n] y
resolving dependencies...
looking for inter-conflicts...
Targets (79): arch-wiki-lite-20130214-1 archiso-6-1
archlinux-keyring-20130224-1 avahi-0.6.31-6
ca-certificates-java-20121112+nmu2-1 cairo-1.12.14-3
clutter-gst-2.0.2-1 faience-icon-theme-0.5.1-2
faience-themes-0.5.4-2 ffmpeg-1:1.1.3-1
flashplugin-11.2.202.273-1 git-1.8.1.5-1 glu-9.0.0-2
gmime-2.6.15-1 gnome-keyring-3.6.3-1 gnutls-3.1.9-1
graphite-1:1.2.1-1 gtk-update-icon-cache-2.24.16-1
gtk-vnc-0.5.2-1 gtk2-2.24.16-1 gtk3-3.6.4-2 intel-dri-9.1-2
jdk7-openjdk-7.u13_2.3.7-2 jre7-openjdk-7.u13_2.3.7-2
jre7-openjdk-headless-7.u13_2.3.7-2
khrplatform-devel-9.0.2-1 [removal] lib32-cairo-1.12.14-3
lib32-flashplugin-11.2.202.273-1 lib32-gnutls-3.1.9-1
lib32-gtk2-2.24.16-1 lib32-intel-dri-9.1-2
lib32-libgbm-9.0.2-4 [removal] lib32-libgl-9.0.2-4 [removal]
lib32-libglapi-9.0.2-4 [removal] lib32-libgles-9.0.2-4 [removal]
lib32-libpng-1.5.14-1 lib32-mesa-9.1-2 lib32-mesa-libgl-9.1-2
lib32-mpg123-1.15.1-1 lib32-nspr-4.9.5-1 lib32-nss-3.14.3-1
lib32-qt-4.8.4-3 [removal] lib32-qt4-4.8.4-4
libegl-9.0.2-1 [removal] libgbm-9.0.2-1 [removal]
libgl-9.0.2-1 [removal] libglapi-9.0.2-1 [removal]
libgles-9.0.2-1 [removal] libgsf-1.14.26-1 libpng-1.5.14-1
libwbclient-3.6.12-2 libx11-1.5.0-2 libxkbcommon-0.2.0-3
linux-3.7.9-2 linux-headers-3.7.9-2 mesa-9.1-2
mesa-demos-8.1.0-1 mesa-libgl-9.1-2 mpg123-1.15.1-1
nspr-4.9.5-1 nss-3.14.3-2 packagekit-0.7.6-3 pinentry-0.8.2-2
poppler-0.22.1-3 poppler-glib-0.22.1-3 qt-4.8.4-3 [removal]
qt4-4.8.4-13 qtwebkit-2.3.beta2-2 skype-4.1.0.20-4
skype-call-recorder-0.8-3 smbclient-3.6.12-2 steam-1.0.0.34-5
transmission-gtk-2.77-2 v4l-utils-0.9.3-2 vlc-2.0.5-4
wine-1.5.25-1 xf86-video-intel-2.21.3-1 xorg-server-1.13.2.901-1
xorg-server-common-1.13.2.901-1
Total Download Size: 15.97 MiB
Total Installed Size: 1308.69 MiB
Net Upgrade Size: 155.90 MiB
Proceed with installation? [Y/n] y
I completed the upgrade. Rebooted. There was no complain, everything was running perfectly. Except, that my Steam games are lagging like hell, that those are totally unplayable right now. Half Life and Champions of Regnum, both same.
I guess something is wrong with those mesa packages? Good thing is, I had the old system backup. I restored. But I wonder, which upgrades causes that?
Last edited by angel (2013-03-03 13:33:17)
Offline
:: Replace lib32-libgl with multilib/lib32-mesa-libgl? [Y/n]
This line is the problem. What is the output of pacman -Q lib32-libgl?
Online
This line is the problem. What is the output of pacman -Q lib32-libgl?
$ pacman -Q lib32-libgl
error: package 'lib32-libgl' was not found
And that is what's really befuddling me.
Offline
Scimmia wrote:This line is the problem. What is the output of pacman -Q lib32-libgl?
$ pacman -Q lib32-libgl
error: package 'lib32-libgl' was not foundAnd that is what's really befuddling me.
Very odd indeed. What happens if you answer no to that one question only?
Online
Heh, that one prompt doesn't come any more, but these old friends continue as before:
:: Starting full system upgrade...
:: Replace khrplatform-devel with extra/mesa? [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]
resolving dependencies...
looking for inter-conflicts...
:: mesa-libgl and nvidia-304xx-utils are in conflict (libgl). Remove nvidia-304xx-utils? [y/N]
error: unresolvable package conflicts detected
error: failed to prepare transaction (conflicting dependencies)
:: mesa-libgl and nvidia-304xx-utils are in conflict
Offline
All of the replacement questions look fine now, atleast.
What's requiring mesa-libgl, though? Nothing should have a hard dep on that.
Wait a minute, you don't still have intel-dri installed, do you?
Last edited by Scimmia (2013-03-03 18:30:35)
Online
I had done this earlier, without any errors reported:
sudo pacman -R lib32-mesa mesa
When I run it I again, I get the expected error: target not found...
However, if when I run pacman -Q for the files these libraries contain (khrplatform-devel lib32-libglapi libegl libgbm libglapi), I found the files are still there.
So I tried to manually remove them also:
sudo pacman -R khrplatform-devel lib32-libglapi libegl libgbm libglapi
and got a chain of dependency messages:
$ sudo pacman -R khrplatform-devel lib32-libglapi libegl libgbm libglapi
checking dependencies...
error: failed to prepare transaction (could not satisfy dependencies)
:: libva: requires libegl
$ sudo pacman -R khrplatform-devel lib32-libglapi libgbm libglapi
checking dependencies...
error: failed to prepare transaction (could not satisfy dependencies)
:: libegl: requires libgbm
:: libegl: requires khrplatform-devel
$ sudo pacman -R khrplatform-devel lib32-libglapi libglapi
checking dependencies...
error: failed to prepare transaction (could not satisfy dependencies)
:: libegl: requires khrplatform-devel
:: libgbm: requires libglapi
$ sudo pacman -R lib32-libglapi
checking dependencies...
Targets (1): lib32-libglapi-9.0.2-4
Total Removed Size: 0.01 MiB
Do you want to remove these packages? [Y/n] y
(1/1) removing lib32-libglapi [######################] 100%
$ sudo pacman -R libva
checking dependencies...
error: failed to prepare transaction (could not satisfy dependencies)
:: ffmpeg: requires libva
:: ffmpeg-compat: requires libva
$ sudo pacman -R ffmpeg ffmpeg-compat
checking dependencies...
error: failed to prepare transaction (could not satisfy dependencies)
:: audacity: requires ffmpeg-compat
:: mpd: requires ffmpeg
:: vlc: requires ffmpeg
:: xine-lib: requires ffmpeg
So that's the chain of dependencies, leading back to ffmpeg and ffmpeg-compat, causing lib32-mesa and mesa to be only partially removed, and hence the prompt to update to the newer version of the - totally conflicted with nvidia-304xx - mesa libraries!
Last edited by kinleyd (2013-03-03 18:39:03)
Offline
sudo pacman -R lib32-mesa mesa
...
sudo pacman -R khrplatform-devel lib32-libglapi libegl libgbm libglapi
No, you're misunderstanding the problem completely. Mesa is fine. All of those in the second statement are now part of mesa, so they're fine. The problem is specific to libgl, which is a separate package from mesa.
I edited my last post, but you might have missed it, you don't still have intel-dri installed, do you?
Online
I did read your comment on the mesa library - I was trying that out of desperation.
I had to remove intel-dri when I installed my Nvidia graphics card, with this command:
pacman -Rdd intel-dri
Just using -R failed (because of dependency problems), and I went with -Rdd as advised by Arch Wiki. Any chance this might have anything to do with it?
I confirmed it wasn't installed:
$ pacman -Q libgl
error: package 'libgl' was not found
Last edited by kinleyd (2013-03-03 18:53:00)
Offline
Very possible. Whatever was depending on it could be trying to reinstall it, and it's trying to pull in mesa-libgl.
Try turning on VerbosePkgLists in pacman.conf and see if you can tell if it's trying to reinstall intel-dri.
Online
I've set VerbosePkgLists on, but don't see anything new with pacman -Syu or -Syyu.
Are the messages for this logged elsewhere or does it come on the command prompt?
OOPS: I just checked my notes. I'd done this:
pacman -Rdd libgl
not
pacman -Rdd intel-dri.
$ sudo pacman -Q intel-dri
intel-dri 9.0.2-1
It's still there. Should I remove it?
Last edited by kinleyd (2013-03-03 19:08:37)
Offline
It should come right up. Not sure why it's checking for conflicts before bringing up the list.
Looking at the package list, the only thing with a hard dep on intel-dri is xf86-video-intel. If you have that installed, get rid of it.
If you don't have that, I would start upgrading package manually. pacman -S mesa lib32-mesa should get you past the "replaces" prompts so that you can see what else might be going on.
Edit for your edit, yes, get rid of intel-dri and xf86-video-intel. That's your entire problem.
Last edited by Scimmia (2013-03-03 19:08:03)
Online
Ahh, @Scimmia, you da man! Thank you, thank you and thank you.
For the time and trouble - intel-dri and xf86-video-intel were the culprits.
Edit: And in that long list of dependency complaints listed by pacman, neither was mentioned even once! Oh, the horror!
Last edited by kinleyd (2013-03-04 07:08:43)
Offline
What is the output of pacman -Q lib32-libgl?
And here is my reply!
┌(linux)─(05:57 PM Mon Mar 04)
└─(~)─(1 files, 60Kb)─> pacman -Q lib32-libgl
lib32-libgl 9.0.2-4
Offline
I'm sorry, angel, that question was directed specifically at kinleyd and his problem, not yours. I really can't comment on your problem as I don't use steam.
Online
I'm sorry, angel, that question was directed specifically at kinleyd and his problem, not yours. I really can't comment on your problem as I don't use steam.
Thanks for the reply. Lets forget the steam part, now if I upgrade by putting (Y) to all the dependency problem, is that okay to upgrade? Or I should wait?
Last edited by angel (2013-03-04 06:34:32)
Offline
Yes, it's definitely ok. The mesa packages changed a lot, answering yes to those questions just brings it up to date with how mesa is being packaged now.
Online
Thanks for your reply.
Offline