https://bugs.kde.org/show_bug.cgi?id=405437

--- Comment #175 from Stanley Fertig <stanl...@nyc.rr.com> ---
Hi Rob,

Thanks so much for this.

I’m attaching 4 screen shots of folders (labeled with numbers).

The first is from /usr/local/bin
The second is from /usr/local/opt/python/libexec/bin
The 3rd is from /Library/Frameworks/Python.framework/Versions/3.7/bin
The 4th is from /Library/Frameworks/Python.framework/Versions/3.7/opt

I note I do see symlinks to python, python3, python3.7 and python3.8 in the
first, a simlink to python in the second, no links but a python folder in the
third (with a screenshot of the contents of that subfolder labeled 3.5), and
when I choose “Go To Folder…” for the fourth link, I just get a sysbeep and I
see the same folder as for the third link.

Note:  I have a Python3.8 folder in my Applications folder which contains the
items is screenshot #5.

Note 2:  if I substitute “3.8” for “3.7” in the 3rd & 4th links, I get what
appears to be the same folder as when I typed “3.7."

Don’t know if any of that is helpful, please let me know what else you want me
to test.

Many thanks again for your help and time,
Stan














> On Feb 9, 2020, at 12:04 PM, Rob <bugzilla_nore...@kde.org> wrote:
> 
> https://bugs.kde.org/show_bug.cgi?id=405437
> 
> --- Comment #174 from Rob <rlanca...@gmail.com> ---
> I did some experiments last night with the issue you reported in a virtual
> machine with python3 installed in different ways to see why python3 sometimes
> is not working properly with astrometry.net to plate solve.  Another user, who
> also installed non-homebrew python3 has reported a similar issue in this 
> forum:
> 
> https://indilib.org/forum/general/6362-kstars-mac-dmg-3-4-0-beta-testing-needed.html?start=72#48945
> 
> , and we were trying to diagnose it there too.  In both cases, we did a number
> of experiments but couldn't find the problem.  I decided to try a different
> approach.  It was much easier for me to diagnose the issue in a virtual
> machine.  I will post what I found last night in both places.
> 
> 
> 
> The problem:
> The issue happens when the user has installed non-homebrew python.  Python3 is
> installed properly, the site packages include astropy and numpy, it can find
> the site packages, the correct python3 is first in the PATH variable, KStars 
> is
> installed correctly, and NOTE this is not the "illegal argument exception"
> caused by running software compiled for a newer computer on an older 
> computer. 
> But when the plate solve is run, it gives an error message which means it 
> can't
> find astropy.  When run from the command line, it gives the same error!
> 
> My finding:
> It seems to me that the issue is that the calls to python astrometry.net are
> making use the name python not python3 when the calls are made.  OS X has a
> python2.7 installed by default that is used by the system and should not be
> changed.  Python3 is installed in various ways and could be in different
> locations.  All the different python versions that I tested last night put a
> simlink in /usr/local/bin for python3 to redirect calls for python3 to 
> wherever
> python3 is installed.  There is not a simlink to python put in that location
> because the assumption is that if you call python, you want python2.7 to run
> the code and if you call python3, you want your self installed python to run
> it.  I ran into this issue before with the homebrew python, and it gave me big
> headaches before, but later I found that there was a folder homebrew made
> called /usr/local/opt/python/libexec/bin where there actually was a simlink
> placed from python to the homebrew python3 and if I put that in the path, it
> automatically fixed the problem!  I had assumed that the  other versions of
> python would have a similar folder and you could just put them in the PATH
> variable and it would work.  I was surprised last night when I didn't find a
> python simlink in /Library/Frameworks/Python.framework/Versions/3.7/bin (or
> similar folder for other installation), nor did I find anything in
> /Library/Frameworks/Python.framework/Versions/3.7/opt.  So thus even with that
> folder in the PATH, it still called the system python whenever python was
> called for.  
> 
> Now that I think I know what the problem is, I should be able to come up with 
> a
> way to fix it for non homebrew pythons.  Just to verify, can you check for
> symlinks to python (not python3) in your /usr/local/bin folder, your
> /usr/local/opt/python/libexec/bin folder, and in whichever python3 bin and opt
> folder you would currently like to use (for example:
> /Library/Frameworks/Python.framework/Versions/3.7/bin and
> /Library/Frameworks/Python.framework/Versions/3.7/opt). If none of those
> folders contain a file or simlink called python, I think we have found the
> python3 issue.
> 
> -- 
> You are receiving this mail because:
> You are on the CC list for the bug.

-- 
You are receiving this mail because:
You are watching all bug changes.

Reply via email to