Please make your package depend on virtual/python-argparse rather than dev-python/argparse directly. Thank you.
That ebuild is obsolete, use g-pypi 0.3 from portage. Is there a way to mark this?
(In reply to comment #1) > That ebuild is obsolete, use g-pypi 0.3 from portage. > > Is there a way to mark this? Well, you'd start by removing it ;). You could establish 'profiles/updates/4Q-2012' in your overlay with: move dev-python/gpypi2 dev-python/g-pypi
g-pypi-0.3 appears to still depend on argparse, event though it's not a package dependency. When I try running it form the command line, I get: chichenitza ~ # gpypi Traceback (most recent call last): File "/usr/bin/gpypi-2.7", line 5, in <module> from pkg_resources import load_entry_point File "/usr/lib64/python2.7/site-packages/pkg_resources.py", line 2808, in <module> working_set.require(__requires__) File "/usr/lib64/python2.7/site-packages/pkg_resources.py", line 691, in require needed = self.resolve(parse_requirements(requirements)) File "/usr/lib64/python2.7/site-packages/pkg_resources.py", line 589, in resolve raise DistributionNotFound(req) pkg_resources.DistributionNotFound: argparse I had to install argparse-1.2.1 to get it to work.
Unfortunately I'm not an active maintainer of gpypi2 anymore, is anyone up for the task? It's an exciting project that still has a lot of potential in Gentoo
I think I already explained the fix for a similar issue somewhere but I don't remember where. Shortly saying, setup.py should only add argparse to required package list in Python versions not having it built-in.
can not find [iElectric] on https://gpo.zugaina.org/Overlays any more