[gdal-dev] Installation prefix for Python bindings on MacOSX ?

Antonio Valentino antonio.valentino at tiscali.it
Sun Sep 20 09:58:49 PDT 2015


Hi Even, hi William,
I have just opened a new PR on github (https://github.com/OSGeo/gdal/pull/68).
It should restore the old behavior if the standard system interpreted is used on OSX.
It should also work with homebrew etc. that uses the classic unix schema for python packages installation.

Please let me know if it work for you.


cheers

--
Antonio Valentino



> Il giorno 20/set/2015, alle ore 18:02, William Kyngesburye <woklist at kyngchaos.com> ha scritto:
> 
> I tried the bit there that gets the python path (get_python_lb), and it works to get the OS X user path if there is no arg, ie get_python_lib().
> 
> For OS X is that the python user path is independent of the installation prefix.
> 
> For the logic, one basic method in a makefile I can think of for detecting OS X is to check uname for Darwin.  Note that the python path is also independent on whether an OS X framework (MACOSX_FRAMEWORK) or unix library is built, so don't use MACOSX_FRAMEWORK to test for OS X.
> 
> On Sep 20, 2015, at 10:33 AM, Even Rouault <even.rouault at spatialys.com> wrote:
> 
>> Le dimanche 20 septembre 2015 17:24:18, William Kyngesburye a écrit :
>>> /Library/Python/[version]/site-packages is the standard user path for OS X.
>>> /usr/lib is not in the python path.  Even if you add /usr/lib to the
>>> Travis setup, the installation will still be broken for general use.
>> 
>> ok, thanks for the feedback William. So I guess we have to figure how to revert
>> to the old behaviour on OS X then ? Any idea ? The changeset is
>> https://trac.osgeo.org/gdal/changeset/30564
>> 
>>> 
>>> On Sep 20, 2015, at 10:09 AM, Even Rouault <even.rouault at spatialys.com>
>> wrote:
>>>> Hi,
>>>> 
>>>> Antonio has contributed a fix in https://trac.osgeo.org/gdal/ticket/4563
>>>> to make the Python bindings honour the installation prefix.
>>>> 
>>>> A side effect of this is that now on the MacOsX Travis instance, they are
>>>> installed in /usr/lib/python2.7/site-packages whereas previously they
>>>> were installed in /Library/Python/2.7/site-packages
>>>> But it appears that they are not found automatically when in
>>>> /usr/lib/python2.7/site-packages. Is it expected ? Should we define
>>>> PYTHONPATH to /usr/lib/python2.7/site-packages in thre Travis script (
>>>> https://github.com/rouault/gdal_coverage/blob/trunk_travis_macosx/.travis
>>>> .yml )
>>>> 
>>>> Before change:
>>>> https://travis-ci.org/rouault/gdal_coverage/builds/81193480 New
>>>> behaviour: ​https://travis-ci.org/rouault/gdal_coverage/builds/81242249
>>>> 
>>>> Even
>>> 
>>> -----
>>> William Kyngesburye <kyngchaos*at*kyngchaos*dot*com>
>>> http://www.kyngchaos.com/
>>> 
>>> First Pogril: Why is life like sticking your head in a bucket filled with
>>> hyena offal? Second Pogril: I don't know.  Why IS life like sticking your
>>> head in a bucket filled with hyena offal? First Pogril: I don't know
>>> either.  Wretched, isn't it?
>>> 
>>> -HitchHiker's Guide to the Galaxy
>> 
>> --
>> Spatialys - Geospatial professional services
>> http://www.spatialys.com
> 
> -----
> William Kyngesburye <kyngchaos*at*kyngchaos*dot*com>
> http://www.kyngchaos.com/
> 
> "I ache, therefore I am.  Or in my case - I am, therefore I ache."
> 
> - Marvin
> 
> 
> _______________________________________________
> gdal-dev mailing list
> gdal-dev at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/gdal-dev

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 842 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <http://lists.osgeo.org/pipermail/gdal-dev/attachments/20150920/8399e329/attachment.pgp>


More information about the gdal-dev mailing list