[Distutils] PEP for dependencies on libraries like BLAS

Reinout van Rees reinout at vanrees.org
Sun Sep 20 23:10:37 CEST 2015


Op 18-09-15 om 02:15 schreef Tennessee Leeuwenburg:
> Regarding 'boil the ocean' -- I think that's only true when this PEP 
> is taken to be trying to "solve all dependency interactions". In fact, 
> it's more about letting authors handle common, known issues on 
> specific platforms. That's my view anyway. I know if I had this for my 
> packages, just having one or two of these declared would handle a lot 
> of problems.
Perhaps a simple test case would be to get certain packages to 
work/build/test on travis-ci.org.

I've spend quite some hours this week to get one of my own packages to 
build there and I didn't succeed.
Well, let me rephrase that: I managed to get three packages working 
without any real problems, but one of them defied my efforts.

It is the typical difficult usecase of a package that needs psycopg2, 
mapnik, matplotlib, PIL(LOW), numpy, scipy and so.
I use buildout with the "syseggrecipe" that can re-use globally 
installed packages.
I could install psycopg2 with pip by first de-activating the standard 
travis-ci virtualenv.
With the new sudo-less infrastructure I could install matplotlib and 
numpy globally with an apt-get call.
My memory is fuzzy right now, but I think I also installed two libraries 
from within buildout after installing the appropriate header files.
Only mapnik failed because I couldn't install some header files and 
there was no wheel and other alternatives failed, too.

In any case: such a mix of wheel/apt-get/compile with several tools 
should ideally be stripped down to just one or two methods.

Reinout

-- 
Reinout van Rees                          http://reinout.vanrees.org/
reinout at vanrees.org                   http://www.nelen-schuurmans.nl/
"Learning history by destroying artifacts is a time-honored atrocity"




More information about the Distutils-SIG mailing list