Skip to content

cannot be installed via pip from pypi #26

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Closed
abeluck opened this issue Oct 17, 2012 · 3 comments
Closed

cannot be installed via pip from pypi #26

abeluck opened this issue Oct 17, 2012 · 3 comments

Comments

@abeluck
Copy link

abeluck commented Oct 17, 2012

pip apparently tries to call setup.py install with the --single-version-externally-managed option and that is causing potr's setup.py to fail

setuptools;__file__='/home/user/.pygp/build/python-potr/setup.py';exec(compile(open(__file__).read().replace('\r\n', '\n'), __file__, 'exec'))" install --single-version-externally-managed --record /tmp/pip-qOtAnE-record/install-record.txt --install-headers /home/user/.pygp/include/site/python2.7:
    usage: -c [global_opts] cmd1 [cmd1_opts] [cmd2 [cmd2_opts] ...]

   or: -c --help [cmd1 cmd2 ...]

   or: -c --help-commands

   or: -c cmd --help



error: option --single-version-externally-managed not recognized

----------------------------------------
Command /home/user/.pygp/bin/python -c "import setuptools;__file__='/home/user/.pygp/build/python-potr/setup.py';exec(compile(open(__file__).read().replace('\r\n', '\n'), __file__, 'exec'))" install --single-version-externally-managed --record /tmp/pip-qOtAnE-record/install-record.txt --install-headers /home/user/.pygp/include/site/python2.7 failed with error code 1 in /home/user/.pygp/build/python-potr
Storing complete log in /home/user/.pip/pip.log

This issue was reported for several other python packages several years ago and was fixed in those packages. I tried to track down this changes, without luck.

@abeluck
Copy link
Author

abeluck commented Oct 17, 2012

Ok, so the reason this is happening is because potr is overriding distutils.command.install.install in order to install the gaijm stuff separately from the potr libs. This is breaking the standard setuptools mojo pip relies on.

Wouldn't it be better if the gaijm plugin was separated out into another package? Or perhaps the gaijm plugin could be disabled by default unless an alternate build flag was passed?

Edit: Editing the import line in setup.py fixes the install. But this isn't proper fix as the gaijm plugin is no longer available.

@afflux
Copy link
Contributor

afflux commented Oct 17, 2012

Wouldn't it be better if the gaijm plugin was separated out into another package?

I was specifically asked by some users to ship the plugin with python-otr.

Or perhaps the gaijm plugin could be disabled by default unless an alternate build flag was passed?

Don't think this is possible without custom install classes.

This pypi/pip stuff is really annoying. Considering to remove the listing again...
I'm using distutils, it's working fine. It's a distutils script. Why am I being forced to make it compatible to monkeypatching setuptools now?

@afflux afflux closed this as completed in a494434 Oct 17, 2012
@abeluck
Copy link
Author

abeluck commented Oct 25, 2012

Just so you know this also made packaging potr for Fedora/openSUSE much easier:
https://build.opensuse.org/package/show?package=python-potr&project=security%3Aguardianproject

Thanks!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants