<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Apr 27, 2014 at 7:34 PM, Hamish <span dir="ltr"><<a href="mailto:hamish.webmail@gmail.com" target="_blank">hamish.webmail@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="">Markus Metz wrote:<br>
> ESRI assumes that their system-wide Python installation will never<br>
> change. That is rather ignorant. I don't think GRASS should mimik the<br>
> aggnorant ignorance of ESRI.<br>
<br>
</div>I think that's more a reflection on the way things are done in the MS<br>
Windows world: the last program to install itself wins. Which leads to<br>
the usual 1st trouble shooting step on Windows after seeing if a<br>
rebooting helps: try uninstalling then reinstalling the program. Then<br>
the program you are trying to use becomes the last thing to be installed<br>
and magically wins again (but by breaking the previously installed<br>
conflicting software). Of course with Linux rpm/deb package managed<br>
system uninstalling and reinstalling typically does not change<br>
anything, you usually would have more luck renaming away ~/.foorc/<br>
and starting fresh that way.<br></blockquote></div><br>This is a good point as well as Markus's note about .py being associated with editor instead of interpreter. Installing some general developer editor or SDK such as the one from MS, always associates whatever extensions it knows about and then later another tool does the same, time to time you can opt-out, but this is seldom true.</div>
</div>