Skip to content
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.

Sign up for GitHub

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

Jump to bottom

python setup.py install fails #3002

Closed
andreabedini opened this issue Oct 18, 2013 · 7 comments
Closed

python setup.py install fails #3002

andreabedini opened this issue Oct 18, 2013 · 7 comments
Labels
Build issues Issues with building from source, including different choices of architecture, compilers and OS defect A clear bug or issue that prevents SciPy from being installed or used as expected scipy.sparse.linalg
Milestone
0.14.0

Comments

@andreabedini
Copy link

python setup.py install fails not being able to find swig, which it seems not to be a requirement.

build log here https://gist.github.com/andreabedini/7035296
@rgommers
Copy link
Member

That does not look good. IIRC export UMFPACK='' will disable this building this optional wrapper and make things work for you.

@pv
Copy link
Member

pv commented Oct 18, 2013

Not a new regression --- this issue has been around for a long time, I think.

@rgommers
Copy link
Member

I thought there was a decision at some point to remove this umfpack wrapper because that lib changed from LGPL to GPL. Relevant threads:

http://thread.gmane.org/gmane.comp.python.numeric.general/4542/focus=4614
http://thread.gmane.org/gmane.comp.python.scientific.devel/8274/focus=8310
http://article.gmane.org/gmane.comp.python.scientific.devel/7375/match=umfpack+license
http://article.gmane.org/gmane.comp.python.scientific.devel/16220/match=umfpack+license

Robert Cimrman seems to have obtained permission from Tim Davis for the scipy wrapper (see last link above) but it's not mentioned in any of the source files as far as I can tell.

This is also still deprecated: https://github.com/scipy/scipy/blob/master/scipy/sparse/linalg/dsolve/linsolve.py#L124. Can we just remove it now?

@andreabedini
Copy link
Author

Hi, thanks for the quick feedback. Unfortunately export UMFPACK='' doesn't seem to help. I also wonder why scipy doesn't build on my machine why it does build on travis (for example). I'm running OSX 10.8.5 with home-brewed python.

@andreabedini
Copy link
Author

ah! the correct setting was UMFPACK=None, now it has installed.

@rgommers
Copy link
Member

Yes another user with issues on the scipy-user list. Setting Milestone to 0.14.0, to not forget to remove the wrapper before the next release.

@rgommers
Copy link
Member

Link to other issue that results in failed install due to umfpack: http://article.gmane.org/gmane.comp.python.scientific.user/34761

rgommers added a commit to rgommers/scipy that referenced this issue Dec 30, 2013
@rgommers
DEP: remove deprecated umfpack wrapper. Closes scipygh-3002.
fc710da 
Executive summary:
- this is due to license issues, UMFPACK changed from a BSD-compatible license
  to GPL a long time ago.
- this solves install issues; SWIG was always an undocumented build-time
  dependency if UMFPACK was installed on a system.
- scikits.umfpack was lost, but @rc is about to revive it.
rgommers added a commit to rgommers/scipy that referenced this issue Dec 30, 2013
@rgommers
DEP: remove deprecated umfpack wrapper. Closes scipygh-3002.
f8396b3 
Executive summary:
- this is due to license issues, UMFPACK changed from a BSD-compatible license
  to GPL a long time ago.
- this solves install issues; SWIG was always an undocumented build-time
  dependency if UMFPACK was installed on a system.
- scikits.umfpack was lost, but @rc is about to revive it.
BrianNewsom pushed a commit to BrianNewsom/scipy that referenced this issue Feb 11, 2014
@rgommers @BrianNewsom
DEP: remove deprecated umfpack wrapper. Closes scipygh-3002.
796d545 
Executive summary:
- this is due to license issues, UMFPACK changed from a BSD-compatible license
  to GPL a long time ago.
- this solves install issues; SWIG was always an undocumented build-time
  dependency if UMFPACK was installed on a system.
- scikits.umfpack was lost, but @rc is about to revive it.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
Build issues Issues with building from source, including different choices of architecture, compilers and OS defect A clear bug or issue that prevents SciPy from being installed or used as expected scipy.sparse.linalg
Projects
None yet
Milestone
0.14.0
Development

No branches or pull requests
3 participants
@pv @andreabedini @rgommers