package egenix-mx-base can't be installed with pip

[vbabiy]

pip apparently tries to call setup.py install with the --single-version-externally-managed option and that blows up mx-base's setup.py

Here's the (edited) console output, and linked is the (edited) pip-log file

Downloading/unpacking egenix-mx-base
  Downloading egenix-mx-base-3.1.2.tar.gz (8.2Mb): 8.2Mb downloaded
  Running setup.py egg_info for package egenix-mx-base
    no build data file 'build/build-py2.6_ucs2.pck' found
Installing collected packages: egenix-mx-base
  Running setup.py install for egenix-mx-base
    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
    Complete output from command ${venv}/bin/python -c "import setuptools; __file__='${venv}/build/egenix-mx-base/setup.py'; execfile('${venv}/build/egenix-mx-base/setup.py')" install --single-version-externally-managed --record /var/folders/u3/u3JfEOrdGAWC636N0MgTDU+++TI/-Tmp-/pip-iJGLst-record/install-record.txt --install-headers ${venv}/lib/include:
    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 ${venv}/bin/python -c "import setuptools; __file__='${venv}/build/egenix-mx-base/setup.py'; execfile('${venv}/build/egenix-mx-base/setup.py')" install --single-version-externally-managed --record /var/folders/u3/u3JfEOrdGAWC636N0MgTDU+++TI/-Tmp-/pip-iJGLst-record/install-record.txt --install-headers ${venv}/lib/include failed with error code 1
Storing complete log in ./pip-log.txt

---

• Bitbucket: https://bitbucket.org/ianb/pip/issue/40
• Originally Reported By:
• Originally Created At: 2009-12-11 12:31:23

[vbabiy]

mx-egenix-base does extensive patching of distutils in its setup.py, which
conflicts with setuptools; in particular, it uses its own mx_install command
that doesn't recognize --single-version-externally-managed.

mx-egenix-base does look for a special "--use-setuptools" argument and imports
setuptools if its found, but this doesn't do anything that pip's setuptools-
importing hack doesn't already accomplish. It still doesn't use setuptools'
install command.

For packages like this where pip is unable to install them in its preferred
layout, should it refuse to install them, or should there be some option to
allow installing them "raw" (that is, whatever "python setup.py install" does
natively), so people can at least still include them in a requirements file?

---

Original Comment By: Carl Meyer

[vbabiy]

I'd argue that a fallback to a raw python setup.py install, either with a
blinking red warning or through a CLI switch, would be nice. It'd probably
"unbreak" a bunch of packages though it wouldn't help with completely hare-
brained ones (such as Reportlab's which put setup.py in a subdirectory)

---

Original Comment By: masklinn

[vbabiy]

The scons package has this same issue, so presumably it's using the same tool.
What's the proposed fix for this?

---

Original Comment By: Anonymous

[vbabiy]

(just commenting logged in so that I can be notified now; anon above was me)

---

Original Comment By: offbyone

[vbabiy]

The numscons (git master) package too has the same issue.

---

Original Comment By: Sridhar Ratnakumar

[vbabiy]

Issue #96 was marked as a duplicate of this issue.

version

---

Original Comment By: Carl Meyer

[vbabiy]

Issue #159 was marked as a duplicate of this issue.

---

Original Comment By: Hugo Lopes Tavares

[vbabiy]

Has there been any progress on this?

---

Original Comment By: offbyone

[vbabiy]

I have the same issue. Anyone made progress with this?

---

Original Comment By: Anonymous

[vbabiy]

Unfortunately, I too have run into this…

---

Original Comment By: tehfink

[drobati]

Same here. Very annoying because this ruins my beautiful requirements file.

[santagada]

I've also run into this and from the discussion I had http://thread.gmane.org/gmane.comp.python.egenix.user/1552 they are not planning on fixing this from their side.

[santagada]

s/they are not/they are/

Sorry for the typo.

[nduthoit]

Thanks for the link @santagada, just tried to run pip install egenix-mx-base and it worked like a charm (installed version 3.2.1).

[santagada-proge]

Yes this can be closed, as of 3.2 they fixed pip problems (now they are having problems with virtualenv on the patched python 2.7 on ubuntu 11.04 but they think the bug is on ubuntu.

[kbrownlees]

Just a random comment in case this info will help others. This also breaks pysvn, ie "pip install http://pysvn.barrys-emacs.org/source_kits/pysvn-1.7.5.tar.gz" Seems like it is doing the compile stage in a non standard way -> http://pysvn.tigris.org/issues/show_bug.cgi?id=86. Would be nice to have a command line flag to disable this flag :)

[pnasrat]

Confirmed installable and import works. Closing

$ pip install --user egenix-mx-base
Successfully installed egenix-mx-base
Cleaning up...

[appleparan]

Still have the same problem with installing SCons. (Python 2.6.6 on RHEL6, Python 2.7.2 on Mac Mountain Lion)

[halfaleague]

Still doesn't work for scons with ubuntu 12.04 ...

[appleparan]

I found this answer

Try

$ pip install --egg scons

[smithsp]

Thank you @appleparan .

[robsonpeixoto]

I'm having this problem =/

$ pip --version
pip 1.5.6 from /Users/robinho/.virtualenvs/l/lib/python2.7/site-packages (python 2.7)

$ pip install egenix-mx-base
Downloading/unpacking egenix-mx-base
  Could not find any downloads that satisfy the requirement egenix-mx-base
  Some externally hosted files were ignored (use --allow-external egenix-mx-base to allow).
Cleaning up...
No distributions at all found for egenix-mx-base
Storing debug log for failure in /Users/robinho/.pip/pip.log

[Ivoz]

@robsonpeixoto add the suggested flag

pip install egenix-mx-base --allow-external egenix-mx-base

[robsonpeixoto]

Thanks