[arch-dev-public] Mesa 9.1 in testing
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
>> /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
> 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
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