<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Apr 25, 2014 at 4:18 AM, Moritz Lennert <span dir="ltr"><<a href="mailto:mlennert@club.worldonline.be" target="_blank">mlennert@club.worldonline.be</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div class="">On 25/04/14 09:36, Markus Metz wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
On Fri, Apr 25, 2014 at 5:18 AM, Glynn Clements<br>
<<a href="mailto:glynn@gclements.plus.com" target="_blank">glynn@gclements.plus.com</a>> wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<br>
Martin Landa wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
It's easier to check if the file is a python script and if so than<br>
to force to use bundled version of Python.<br>
</blockquote>
<br>
So long as I have commit access, GRASS isn't going to be "forcing" the<br>
use of a non-system Python.<br>
</blockquote>
<br>
But an existing system Python on MS Windows can change or disappear<br>
any time, and a GRASS installation will not be notified about this<br>
change.<br>
<br>
I am not opposed to using the system's Python, I just don't trust it.<br>
</blockquote>
<br></div>
But that's exactly the same on any OS, including GNU/Linux. It is up to the user/sysadmin/packagers to ensure that Python is installed. But I can uninstall Python at any time on my system and GRASS will never be notified.<br>


<br></blockquote><div>On my Linux I cannot uninstall Python without notifying (i.e. uninstalling) all other dependent packages. The only GRASS which will not know about it is the one I compiled myself. If I compiled myself, I probably understand the issues, so nothing to worry about from point of view of GRASS developer. While on MS Windows user can be in the same situation as I'm with compiled GRASS with the difference that he or she is installed standard version and thus is possibly very unexperienced.</div>

<div><br></div><div>I just wanted to point out that there is a significant difference thanks to packaging (and packagers!). No historical reasons, this is how it is.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">


So the issue is that for historical reasons of usage, we don't want the Windows user to have that responsibility, while we trust the Linux user with it, partly because he is helped by packagers.<span class=""><font color="#888888"><br>

</font></span></blockquote><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span class=""><font color="#888888">
Moritz</font></span><div class=""><div class="h5"><br>
______________________________<u></u>_________________<br>
grass-dev mailing list<br>
<a href="mailto:grass-dev@lists.osgeo.org" target="_blank">grass-dev@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/grass-dev" target="_blank">http://lists.osgeo.org/<u></u>mailman/listinfo/grass-dev</a><br>
</div></div></blockquote></div><br></div></div>