[GRASS-dev] [GRASS-PSC] too many branches => retirement GRASS6.5.svn (=develbranch6)

Moritz Lennert mlennert at club.worldonline.be
Tue Apr 8 05:02:14 PDT 2014


On 07/04/14 23:13, Glynn Clements wrote:
>
> Moritz Lennert wrote:
>
>> In my understanding we were still quite far away from solving the python
>> on windows issues.
>
> That depends upon what you consider the "issue" to be.
>
> If the user already has a compatible version of Python and the
> required libraries correctly installed, there isn't any issue, AFAIK.
>
> If you consider the issue to be that the system's Python installation
> matters, then we will always be quite far away from solving it,
> because running a script from non-GRASS code via e.g.
> system("script.py") will always depend upon the system's handling of
> the .py extension, and we can't change that.
>
> The best that can be achieved in that regard is to add hard-coded
> handling for Python scripts to those execution vectors which we
> control as we encounter them, i.e. never-ending maintenance (aka
> Whac-a-Mole), and just give up on the ones we don't control (i.e.
> GRASS will have to remain some form of "walled garden" on Windows).
>
> Note that this isn't entirely specific to Windows. We'll start
> encountering similar issues once Linux distributions start installing
> Python 3.x as /usr/bin/python (although that's slightly easier to work
> around, due to the #!/usr/bin/env trick).

So what does that mean in practice: just leave everything as is, but 
improve the documentation to explain the needed Python 
installation/configuration ?

Moritz


More information about the grass-dev mailing list