<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Thu, Sep 25, 2014 at 5:38 PM, Donald Stufft <span dir="ltr"><<a href="mailto:donald@stufft.io" target="_blank">donald@stufft.io</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><div><blockquote type="cite"><div><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><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 style="word-wrap:break-word"><div>2) Switch to —user based on if the user has permission to write to the</div><div>    site-packages or not.</div></div></blockquote><div><br></div><div>ouch -- no. Why not a clear error message if pip can't write to site-packages -- something like:</div></div></div></div></div></blockquote></div><div><div>I fairly strongly believe that the current default is doing a great disservice</div><div>to users. I believe that for *most* people --user is the correct option for</div><div>them to be using and the fact that it's not the default and requires opt in</div><div>is a historical artifact more than anything else.</div></div></div></blockquote><div><br></div><div>OK -- fine -- I think that history may be important -- at least for Py2, but I agree that --user is a better default.</div><div><br></div><div>But what I'm objecting to is is switching the install mode based on the permissions that the user happens to be running with at the time.  </div><div><br></div><div>None of us should be routinely running as admin. So what I do (and I image a LOT of people do) is try to do whatever I need to do, and only if I get an error to I switch to admin mode (or add sudo, or ???). What I'm suggesting is that folks that simply expect stuff to get installed into the usual system python is not thinking ahead of time "oh, I need be admin for this", but rather, simply do it, and then, if you get a permission error, make the switch to either admin in mode, or add --user.</div><div><br></div><div>If we do switch the default to --user, then this issue goes away.</div><div><br></div><div>In short -- too much magic is bad.</div><div><br></div><div>All this is also making me think that virtualenv and friends is the real solution to user installed packages anyway.</div><div><br></div><div>-Chris</div><div><br></div><div> </div></div>-- <br><br>Christopher Barker, Ph.D.<br>Oceanographer<br><br>Emergency Response Division<br>NOAA/NOS/OR&R            (206) 526-6959   voice<br>7600 Sand Point Way NE   (206) 526-6329   fax<br>Seattle, WA  98115       (206) 526-6317   main reception<br><br><a href="mailto:Chris.Barker@noaa.gov" target="_blank">Chris.Barker@noaa.gov</a>
</div></div>