$ yay -Ss python xdg
aur/python-xdg 5.0.1-2 (+0 0.00)
Variables defined by the XDG Base Directory Specification
...
extra/python-pyxdg 0.26-8 (75.7 KiB 390.6 KiB)
Python library to access freedesktop.org standards
My question is, which package is bringing in python-xdg, and why is it using that instead of the repo package?
I wonder whether purging python-xdg and any packages that depend on it from ChaoticAUR would be a good idea - that way packages in the default repositories can't conflict, and it takes specific actions on the part of users to create a situation where conflicts occur.
This reminds/points to the other situation with the plasma git packages, requested from a new installation update.
I feel it may have to do with repo existence/updated-timestamp.
Is it that when a package provides an alternate and the original is not found, then draws the alternate (which offers a newer version)??
IDK if this a possible scenario...
https://aur.archlinux.org/packages/python-xdg/ there are quite some packages requiring that, in the case of the thread it was oversteer. This can be easily removed I guess, but what about other stuff? (eg menulibre, ulauncher)
I worked around my problem. I had another AUR package (goobook), which depends on the AUR package python-xdg. python-xdg conflicts with the Community (non-AUR) package python-pyxdg. python-xdg and python-pyxdg install to the same path if installed via pacman (or AUR PKGBUILD), so installing one means you have to uninstall the other, and any Python package depending on the other will be broken.