Larry added the comment:

Ned, thank you for your suggestions.  

Just so you know, my HD recently crashed so I rebuilt the system with a new 
SSD.  I was previously running 2.7.9 so I installed 2.7.9 to minimize any 
potential conflicts with my code base.  All was well.

Now it was time to rev Python to 2.7.11 and that was when the problem occurred. 
 ...so I tried 2.7.10 and then 2.7.9.  I hadn't gotten around to virtualenv so 
all these Python installs were on top of each other in /Library/Frameworks/...

Following your suggestion, with 2.7.9 installed, I ran your commands and the 
output was as expected.  I did notice, however, a lot of [benign?] cruft in my 
.profile and .bashrc and thought it best to clean them up.  Ok, still good.  I 
then installed 2.7.11 and reran your commands.  Again, everything worked as 
expected.  Huh?

I restored back to my earlier versions of .profile and .bashrc (cruft 
included), and am still unable to reproduce.  :-/  I've tested and retested.  
All is still well, so sadly I'm unable to report the cause.  I suggest we close 
the report.


Changing the subject slightly...  I noticed that each time we do an install of 
Python, another path is prepended to PATH even if there is already an identical 
entry in .profile.  Did I mention cruft?  ;-)  Hard perhaps, but is there a way 
for the install script to mock execute .profile to devine the resulting PATH, 
inspecting it for the desired path rather than just blindly adding it to 
.profile?  ...just a thot.

Again, thanks for your help.  I'm off and running.

----------
resolution:  -> not a bug
status: open -> closed

_______________________________________
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue26498>
_______________________________________
_______________________________________________
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

Reply via email to