[gdal-dev] Installation prefix for Python bindings on MacOSX ?
Kurt Schwehr
schwehr at gmail.com
Sun Sep 20 10:59:46 PDT 2015
I've also not had a chance to try to figure out how to get gdal2 into fink
on mac osx. I've been focusing my time on Linux lately. Fink only works
in a user configurable tree (/sw by default), so fink often hits this type
of issue with packages. I'll try to get that soonish. I'll be making a
2nd package for gdal2 since there it will be a long time before there are
no packages that require gdal < 2.
On Sun, Sep 20, 2015 at 10:29 AM, William Kyngesburye <woklist at kyngchaos.com
> wrote:
> That looks like it should work. I'm only just getting around to looking
> at GDAL 2, so I don't know when I'll get a chance to test that.
>
> On Sep 20, 2015, at 11:58 AM, Antonio Valentino <
> antonio.valentino at tiscali.it> wrote:
>
> > 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
> >
> > _______________________________________________
> > gdal-dev mailing list
> > gdal-dev at lists.osgeo.org
> > http://lists.osgeo.org/mailman/listinfo/gdal-dev
>
> -----
> 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
>
--
--
http://schwehr.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/gdal-dev/attachments/20150920/6aa2feb2/attachment.html>
More information about the gdal-dev
mailing list