Arch Linux User Repository

@XenGi: Thanks for your work on this. Copying in xdg.py is probably easier to maintain, rather than potentially having to update the patch with every release. I also submitted a pull request upstream, in case they want to use pyxdg themselves.

The checksum of xdg.py fails, for me.

I found another hacky way of dealing with https://bugs.archlinux.org/task/64173 until it's fixed. As the docs from the xdg package suggests I just copied the single xdg.py file from the upstream package to the virtualfish dir. So it will import the correct file no matter what archlinux is installing. I know it's ugly but it's just temporary. I'm sorry.

I removed the split package and will only build the python3 version from now on. Having a python2 version makes no sense. I also changed the name of the package from python-virtualfish to just virtualfish to comply with the arch package guidelines. As this package is not a python module but a tool written in python it doesn't need the python- prefix. As for the dependency problem. Arch packages pyxdg under the name python-xdg. virtualfish has a dependency on xdg which is a different library with a similar function. In my opinion the arch packages python-xdg and python2-xdg have the wrong name. They should be renamed to python-pyxdg and python2-pyxdg. That way someone could package the correct xdg under python-xdg and python2-xdg. I'll open up a thread for that change on the mailing list soon. for now I'll try to integrate the patch from avb. Many thx for that!

Here's a patch that makes virtualfish work with Arch's python-xdg (and updates to 2.1.0).

https://gist.github.com/avbop/70175a669fa5708d5fb9b93be21dcd05

When attempting to run vf install after a clean install of this package, I get the following error:

pkg_resources.DistributionNotFound: The 'xdg<5.0,>=4.0' distribution was not found and is required by virtualfish

It looks like Arch install the pyxdg python package (in python-xdg) simply as xdg, but that is distinct from the xdg package on pypi that virtualfish expects to find. Activating the module with eval... in fish.config still works, but prints an annoying error message. The problem remains with v2.1.0 of virtualfish.

@efficientbug this is a split package. That means it builds both, the python2 and the python3 version. After that it only installs the one you want. So if you want the python3 version just do a:

$aur_helper -S python-virtualfish

And for the python2 version use:

$aur_helper -S python2-virtualfish

There is no need to do:

$aur_helper -S virtualfish

After that you can use the virtualfish tool to create python2 and python3 virtualenvs with the -p flag.

Thanks for the package! However, I'm a bit confused about all the makedeps, why would I need python2 dependencies on this package if there's a separate python2-virtualfish? Arch defaults to Python 3 anyway, and I don't believe anything else is required even if you change the -p flag to use another version of Python.

Thanks, that looks much better.

FWIW, my solution to split package dependency duplication can best be seen here: https://git.archlinux.org/svntogit/packages.git/tree/trunk/PKGBUILD?h=packages/python-pip&id=4c4d5a582da433dfb7b3ebde701a1c6ce4a7fc04#n13

python-pip has 17 dependencies, which are then duplicated across python/python2

setuptools itself does the same with 2 dependencies and 7 checkdepends... https://git.archlinux.org/svntogit/packages.git/commit/trunk/PKGBUILD?h=packages/python-setuptools&id=d6afbec6050b4616c1893e14411d56c263883d4c