Package Details: python-xdg 5.1.1-1

Git Clone URL: (read-only, click to copy)
Package Base: python-xdg
Description: Variables defined by the XDG Base Directory Specification
Upstream URL:
Licenses: ISC
Conflicts: python-pyxdg
Submitter: jaantoots
Maintainer: jaantoots
Last Packager: jaantoots
Votes: 2
Popularity: 0.21
First Submitted: 2020-11-30 21:07
Last Updated: 2021-07-30 19:59

Required by (122)

Sources (1)

Latest Comments

ectospasm commented on 2021-01-07 03:12

@jaantoots: Thanks, a venv was the way to go. I documented how I worked around the problem in the following forum post: case anyone runs into the same issue.

jaantoots commented on 2021-01-07 00:25

Both packages want to live in /usr/lib/python3.9/site-packages/xdg/, so I don't think there is much that can be done by package maintainers.

Both packages exist on PyPI and pip happily just overwrites the files if you try to install both. I don't really see a way for both of them to coexist in the same environment.

I guess you can try complaining to respective upstream projects. But you are probably better off by simply avoiding the system packages for either (if it is feasible to run what you want in virtualenvs, containers, etc.).

ectospasm commented on 2021-01-06 23:11

This package conflicts with Community (non-AUR) package python-pyxdg. I have AUR programs that depend on python-xdg (such as goobook), and others that depend on python-pyxdg (such as mimeo, which says it depends on python-xdg but actually depends on python-pyxdg).

Is there an effort to make python-xdg API/ABI compatible with python-pyxdg? python-pyxdg has elements such as xdg.BaseDirectory, xdg.DesktopEntry, and xdg.Mime which do not exist in the latest version of python-xdg. Do packages which depend on python-pyxdg need to be updated so they run against the (far simpler) python-xdg? Where should I go next for help?