On 25/02/13 01:40, Andreas Radke wrote:
Am Sun, 24 Feb 2013 22:41:08 +1100 schrieb Gaetan Bisson <bisson@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