You are not logged in.
Today with my upgrade using Pacman -Suy I gog the following question
:: Starting full system upgrade...
resolving dependencies...
:: There are 4 providers available for libgl:
:: Repository extra
1) mesa-libgl 2) nvidia-304xx-utils 3) nvidia-utils
:: Repository community
4) catalyst-utils
Enter a number (default=1):
I am not sure what to do, because I have none of these packages (mesa-libgl, nvidia-304xx-utils, nvidia-utils or catalyst-utils) installed !!
It seems libgl has become orphaned all of a sudden....
Anyone know what would be best to do in this case, knowing I don't use any of these 4 packages (text mode only installation)
Last edited by robin67 (2013-02-26 18:42:17)
Offline
Select 1, it will the ask you to remove the old libgl.
Offline
if none are relevent to you default is probably best. the others are specific to the drivers. nvidia 304 older nvidia, nvidia-utils newer, and catalist ati.
--------------------------------------
alcoves wonder creates the wonder unto the ages; never lose that.
Offline
Select 1, it will the ask you to remove the old libgl.
This doesn't seems to be the best choice.
When choosing option 1 it wants to install the graphical packages including WAYLAND. And that when I currently am not having any graphical packages installed/in use on my server.
Enter a number (default=1): 1
looking for inter-conflicts...
Targets (14): cairo-1.12.14-3 damageproto-1.2.1-2 fixesproto-5.0-2
libdrm-2.4.42-1 libpciaccess-0.13.1-1 libvdpau-0.6-1
libx11-1.5.0-2 libxdamage-1.1.4-1 libxfixes-5.0-2
libxxf86vm-1.1.2-1 mesa-9.1-2 mesa-libgl-9.1-2 wayland-1.0.5-1
xf86vidmodeproto-2.3.1-2
Total Download Size: 34.36 MiB
Total Installed Size: 147.49 MiB
Net Upgrade Size: 129.59 MiB
Proceed with installation? [Y/n] n
I get the impression some dependencies are incorrect...
Offline
No, AFAIK dependencies are correct, because mesa is now compiled with wayland support.
Why do you need libgl if you don't have a graphical environment?
(You could get mesa from aur and disable wayland support there)
Probably the last man who knew how it worked had been tortured to death years before.
Or as soon as it was installed. Killing the creator was a traditional method of patent protection.
(Small Gods)
Offline
No, AFAIK dependencies are correct, because mesa is now compiled with wayland support.
Why do you need libgl if you don't have a graphical environment?(You could get mesa from aur and disable wayland support there)
I am using the rddtool which depends on cairo and pango and which in turn are depended on glib2 (which I assume libgl is part of, because I have no package named libgl)
Offline
No libGL is now part of mesa-libgl and before it was in the libgl package.
If you don't have a x server or weston installed you don't have a 'graphical package'.
Wayland on it's own is only a library.
Probably the last man who knew how it worked had been tortured to death years before.
Or as soon as it was installed. Killing the creator was a traditional method of patent protection.
(Small Gods)
Offline
No libGL is now part of mesa-libgl and before it was in the libgl package.
If you don't have a x server or weston installed you don't have a 'graphical package'.
Wayland on it's own is only a library.
Hmmm. But I do not have the packages mesa-libgl or libgl installed
pacman -Qi mesa-libgl
error: package 'mesa-libgl' was not found
sudo pacman -Qi libgl
error: package 'libgl' was not found
Or am I missing something ?
Last edited by robin67 (2013-02-26 10:34:19)
Offline
Cairo for example needs a libgl:
https://www.archlinux.org/packages/extr … esa-libgl/
Edit: Maybe the libgl is a new dependency of your system.
Last edited by PyroDevil (2013-02-26 10:40:48)
Probably the last man who knew how it worked had been tortured to death years before.
Or as soon as it was installed. Killing the creator was a traditional method of patent protection.
(Small Gods)
Offline
Cairo for example needs a libgl:
https://www.archlinux.org/packages/extr … esa-libgl/Edit: Maybe the libgl is a new dependency of your system.
I guess that must be it ..... Now I just have to figure out how to overcome installing these (for me) unneeded dependencies adding up to 140M.
I will have a look at the AUR for it...
Offline
You could simply take this: https://projects.archlinux.org/svntogit … ages/cairo
And remove the mesa/libgl makedepends and depends, build without "--enable-gl --enable-egl" and put it as 'cairo-nongl' or something into the aur.
A lightweight cairo for servers is a valid usecase, maybe you could convince the package owners to do a split package for cairo
Last edited by PyroDevil (2013-02-26 12:06:38)
Probably the last man who knew how it worked had been tortured to death years before.
Or as soon as it was installed. Killing the creator was a traditional method of patent protection.
(Small Gods)
Offline
I guess that must be it ..... Now I just have to figure out how to overcome installing these (for me) unneeded dependencies adding up to 140M.
I will have a look at the AUR for it...
https://mailman.archlinux.org/pipermail … 24526.html & https://mailman.archlinux.org/pipermail … 24529.html
Offline
I had this today, I dumbly choose yes everytime now x doesn't start anymore https://bbs.archlinux.org/viewtopic.php?id=158779
Offline
Thank you all for your replies. They were helpfull ! I already see more topics covering simular issues because of the dependecies of the mesa and/or cairo package
Although not a real solution, but till this all blows over (which I hope, e.g. by getting a cairo-lite or something) I myself decided to uninstall the rrdtool and so losing the need for cairo and ultimate mesa
Fo that reason I will change the status to solved. (although it's a dirty workaround)
Last edited by robin67 (2013-02-26 18:43:16)
Offline