Thank you all for the replies.
I have tried various tests on Ubuntu, and even installing numpy beforehand, apt
has to come into play at some point (as has sudo). I guess it is simpler to
leave dependencies up to the user. And perhaps provide a package hooked up to
python-dev and python-gdal in
On 14 April 2016 at 06:33, Nathaniel Smith wrote:
> Thanks to Matthew Brett's tireless efforts (hat tip to Zhang Xianyi
> for fixing a bunch of bugs in OpenBLAS just for us), there are now[1]
> numpy linux wheels with optimized BLAS up on PyPI, so if you have pip
>>= 8.1.0, then
On Wed, Apr 13, 2016 at 11:31 AM, Chris Barker wrote:
>
> On Wed, Apr 13, 2016 at 12:02 AM, Luís de Sousa
> wrote:
>>
>> Thank you for the reply Chris.
>>
>> I just tried to install pygdal directly from PiPY on a stock Ubuntu
>> distribution
On Wed, Apr 13, 2016 at 12:02 AM, Luís de Sousa <
luis.de.so...@protonmail.ch> wrote:
> Thank you for the reply Chris.
>
> I just tried to install pygdal directly from PiPY on a stock Ubuntu
> distribution and it fails [0], even if I supposedly have all the necessary
> headers installed.
>
Thank you for the reply Chris.
I just tried to install pygdal directly from PiPY on a stock Ubuntu
distribution and it fails [0], even if I supposedly have all the necessary
headers installed.
I will try easier ways before going with Conda, but thanks for the suggestion
in any case.
Luís
setting gdal as a dependency is only going to work if one of these is true:
* There is a binary wheel on PyPi for gdal (which is very hard to do,
though with teh manylinux effort, maybe there will be some day)
* the system on which you are trying to install is all set up to compile
gdal -- which
Dear all,
I am trying to package a Python script for PyPI that uses GDAL. I started by
including a direct reference in my setup.py:
install_requires=['GDAL==1.11.2'],
This way the package failed to install in my test virtual environment:
extensions/gdal_wrap.cpp:2855:22: fatal error: