[arch-dev-public] Mesa 9.1 in testing

Allan McRae allan at archlinux.org
Sun Feb 24 16:29:52 EST 2013

On 25/02/13 01:40, Andreas Radke wrote:
> Am Sun, 24 Feb 2013 22:41:08 +1100
> schrieb Gaetan Bisson <bisson at archlinux.org>:
>> [2013-02-23 10:23:13 +0100] Andreas Radke:
>>> There are still packages in extra depending on the old libgl
>>> package. We will need to fix them before makepkg will properly
>>> allow to build only against new mesa.
>> With [testing] enabled, `pacman -S libgl` still pulls the old libgl,
>> rather than mesa-libgl which provides it and lies in a higher-priority
>> repo. I am not sure why. Anyhow, most pacman transactions required to
>> build anything depending (directly or not) on mesa and libgl result
>> in:
>> 	/usr/lib/xorg/modules/dri/swrast_dri.so exists in both 'mesa'
>> and 'libgl'
>> Is this what you were referring to? Or is there anything I am missing
>> to avoid running into this issue.
> Yes. We are looking for a solution for this. I guess this is a
> pacman limitation. Afaik pacman can resolve replaces only on -Su
> upgrades.
> If nobody shows a real solution we can either move Mesa pretty quickly
> to extra resolving this. This will for sure trigger some bugs for the
> users. Or we use an ugly workaround: when a chroot build fails move the
> dependency array from the top of the PKGBUILD to the package() function
> array.

Same thing the KDE packager have been dealing with for years...   pacman
selects exact package matches before it selects providers without regard
to the repo hierarchy.  I doubt that will ever change.

What might change, is makepkg resolving makedepends first and then
dependencies.  See https://bugs.archlinux.org/task/32723 .  I need to
think more about that to see if there are any downsides.


More information about the arch-dev-public mailing list