[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.
Allan
More information about the arch-dev-public
mailing list