Re: I lost nearly all my modules installing 3.7

2018-07-02 Thread Elliott Roper
On 2 Jul 2018, Michael Torrie wrote
(in article):

> On 06/30/2018 11:10 AM, Elliott Roper wrote:
> > I should have mentioned that none of this went wrong in 3.6. All I'm after
> > are packages I can install with pip3. I really don't need to go down all the
> > twisty passages installing Fortran
>
> That's because there were likely binary packages available in the PyPi
> repository for matplotlib. Python 3.7 is new enough that there are not
> yet binary "wheels" for matplotlib. So you'll either have to compile it
> from source (hence the fortran compiler), or wait until binary wheels
> show up in pip.
>
> If you're wanting to use SciPy and matplotlib, I suggest you stick with
> Python 3.6. There's little reason to immediately go to Python 3.7.
> Anytime you upgrade to the very latest version of Python, it's going to
> take some time for binary wheels to be built and placed on PyPi,
> installable with pip. Either that, or make sure you do have the
> compilers, dependent libraries and tools (pkg-config) installed. This
> is easy on Linux. On Mac it's more involved and will likely involve
> installing a whole suite of 3rd-party software like MacPorts.

Thanks Michael, Back to 3.6 after a short wait for a miracle or when I really 
need matplotlib. My doctor read the blood pressure riot act to me, so I 
decided to hit the Python big guns to track my BP after some drastic 
lifestyle changes. I have just had my second and last single shot of coffee 
for the day. I used to down 10 shots before lunch! And I'm typing this stone 
cold sober.

Pandas and Numpy are working OK on 3.7 and I think I have fixed the mess I 
had with some packages needing sudo magic to update, so this whole exercise 
has not been wasted.


-- 
To de-mung my e-mail address:- fsnospam$elliott$$ PGP Fingerprint: 1A96 3CF7 
637F 896B C810 E199 7E5C A9E4 8E59 E248

-- 
https://mail.python.org/mailman/listinfo/python-list


Re: I lost nearly all my modules installing 3.7

2018-07-02 Thread Terry Reedy

On 7/2/2018 9:50 AM, Michael Torrie wrote:


If you're wanting to use SciPy and matplotlib, I suggest you stick with
Python 3.6.  There's little reason to immediately go to Python 3.7.
Anytime you upgrade to the very latest version of Python, it's going to
take some time for binary wheels to be built and placed on PyPi,
installable with pip.  Either that, or make sure you do have the
compilers, dependent libraries and tools (pkg-config) installed.  This
is easy on Linux.  On Mac it's more involved and will likely involve
installing a whole suite of 3rd-party software like MacPorts.


It used to take about 6 months after x.y was released before most major 
packages were available for x.y.  I hope they come faster now.


For Windows, a few hundred unofficial whls, for both win32 and amd64, 
including for matplotlib, are available for (2.7?, 3.4-) 3.7 from 
https://www.lfd.uci.edu/~gohlke/pythonlibs/, and have been for some 
number of months.


--
Terry Jan Reedy

--
https://mail.python.org/mailman/listinfo/python-list


Re: I lost nearly all my modules installing 3.7

2018-07-02 Thread Michael Torrie
On 06/30/2018 11:10 AM, Elliott Roper wrote:
> I should have mentioned that none of this went wrong in 3.6. All I'm after 
> are packages I can install with pip3. I really don't need to go down all the 
> twisty passages installing Fortran

That's because there were likely binary packages available in the PyPi
repository for matplotlib.  Python 3.7 is new enough that there are not
yet binary "wheels" for matplotlib.  So you'll either have to compile it
from source (hence the fortran compiler), or wait until binary wheels
show up in pip.

If you're wanting to use SciPy and matplotlib, I suggest you stick with
Python 3.6.  There's little reason to immediately go to Python 3.7.
Anytime you upgrade to the very latest version of Python, it's going to
take some time for binary wheels to be built and placed on PyPi,
installable with pip.  Either that, or make sure you do have the
compilers, dependent libraries and tools (pkg-config) installed.  This
is easy on Linux.  On Mac it's more involved and will likely involve
installing a whole suite of 3rd-party software like MacPorts.
-- 
https://mail.python.org/mailman/listinfo/python-list


Re: I lost nearly all my modules installing 3.7

2018-07-01 Thread tljarolimek
On Thursday, June 28, 2018 at 1:09:04 PM UTC-4, Elliott Roper wrote:
> I have done something stupid. Don't know what.
> 
> My $PATH looks like this
> XXXMac:~ elliott$ echo $PATH
> /Library/Frameworks/Python.framework/Versions/3.7/bin:/Library/Frameworks/Pyth
> on.framework/Versions/3.6/bin:/Library/Frameworks/Python.framework/Versions/3.
> 5/bin:/Library/Frameworks/Python.framework/Versions/3.4/bin:/Users/elliott/bin
> :/usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin:/Library/TeX/texbin:/usr/local/MacGPG2/bin:/Applications/Wireshark.app/Contents/MacOS:/usr/local/git/bin
> 
> pip3 list or pip3.7 list gives me
> Package Version
> -- ---
> pip 10.0.1
> setuptools 39.0.1
> > > > import numpy as np
> Traceback (most recent call last):
> File "", line 1, in 
> ModuleNotFoundError: No module named 'numpy'
> So it is not lying to me!!!
> 
> pip list or pip3.6 list
> gives the whole caboodle I was expecting with a far smaller version number 
> for setuptools.
> 
> My understanding is that the whole $PATH is searched in order to resolve an 
> import, but it isn't.
> 
> It might be relevant that I have had a bit of hassle installing module 
> updates in the past. I would get an error saying the module version being 
> replaced could not be deleted with permissions errors which I resolved with a 
> bit of sudo -H.
> 
> Python 3.6 is still working properly when invoked explicitly
> 
> -- 
> To de-mung my e-mail address:- fsnospam$elliott$$ PGP Fingerprint: 1A96 3CF7 
> 637F 896B C810 E199 7E5C A9E4 8E59 E248

https://www.youtube.com/watch?v=rAlTOfl9F2w
-- 
https://mail.python.org/mailman/listinfo/python-list


Re: I lost nearly all my modules installing 3.7

2018-07-01 Thread dieter
Elliott Roper  writes:
> ...
> I should have mentioned that none of this went wrong in 3.6. All I'm after 
> are packages I can install with pip3. I really don't need to go down all the 
> twisty passages installing Fortran

"pip[*]" is a tool to install Python packages.
But some Python packages are not pure Python and require
additional (beyond Python) infrastructure in your target system:
e.g. additional (operating) system packages, compilers, utilities, ...

Ideally, the installation instructions for a package would
describe which infrastructure is necessary. Of course,
you would need to consult them to find out whether a package
is pure Python or what additional components are necessary
in the target.

In my view, the packages you have reported problems with
do quite a good job: they provide precise and helpfull
error/warning messages during the installation process.
With their help, you can resolve the problems (or decide that
you do not need the package).

Side note: a missing "pkg-config" or Fortran compiler
is very likely not a "3.6" versus "3.7" issue.
It has to do with the target system (and its available infrastructure),
maybe the versions of the installed packages but not
the Python versions.


> I DID have pkg-config installed in ~/Library . site-packages.

Jim told us that "pkg-config" is not a Python package (but an
(operating) system package). Therefore, its expected place
is not below ".../site-packages". You must install it where
system packages are looked for -- or use system specific configuration
(likely, the envvar "PATH" in your case)
to look where you have installed it.

>I 
> uninstalled it and re-installed with an Admin account, where it appeared in 
> /Library ... site-packages
> but that made no difference, pip3 install -- user matplotlib still 
> complaining about pkg-config

"pkg-config" (once successfully installed) will provide
an operating system command "pkg-config". You can check whether
it is available and working by invoking "pkg-config" from the command
line.

On my system (Ubuntu) is is located at "/usr/bin/pkg-config".

On *nix like systems the envvar "PATH" controls where
operating system level commands are looked for.
Badly configuring "PATH" can lead to unexpectedly not finding
some commands.

> ...
> I do have write access. It looks like a Mac specific per user directory tree 
> for temporary stuff and installation records.

Apparently, you are on a "Mac". Its OS 10 started as
a *nix like system - but with many peculiarities. Not sure,
what of the above is applying.

What remains true: your "pkg-config" problem is not
a Python problem but an operating system level problem --
either with the installation of the "pkg-config" package
or with the configuration where commands are looked for.

-- 
https://mail.python.org/mailman/listinfo/python-list


Re: I lost nearly all my modules installing 3.7

2018-06-30 Thread Elliott Roper
On 30 Jun 2018, dieter wrote
(in article):

> Elliott Roper  writes:
> > ...
> > install scipy wrote an error message longer than War and Peace that finished
> > with:-
> > 
> > error: library dfftpack has Fortran sources but no Fortran compiler found
>
> An error message of the type I like: precise:
> Install a "Fortran compiler" and try again.
>
> > ...
> > and matplotlib produced a beautifully formatted report that started with:
> > __
> > Complete output from command python setup.py egg_info:
> > IMPORTANT WARNING:
>
> This is a warning only (even though it is marked as important).
>
> > pkg-config is not installed.
> > matplotlib may not be able to find some of its dependencies
>
> And the warning message is precise again: install "pkg-config"
> to get rid of it.
>
> I do not know "pkg-config". The name seems to indicate an
> operating system package; but, it might also be a Python extension
> package (less likely).
> I would start with the "matplotlib"
> installation instructions to look for information about it.

Thanks Jim and dieter.

I should have mentioned that none of this went wrong in 3.6. All I'm after 
are packages I can install with pip3. I really don't need to go down all the 
twisty passages installing Fortran

I DID have pkg-config installed in ~/Library . site-packages. I 
uninstalled it and re-installed with an Admin account, where it appeared in 
/Library ... site-packages
but that made no difference, pip3 install -- user matplotlib still 
complaining about pkg-config not being installed and not being able to find 
png

I was wrong about
Both look like not having write access to
/private/var/folders/v2/gj68t3zx3bd6764zxc332ctcgr/T/pip-install-
np76k73m/

I do have write access. It looks like a Mac specific per user directory tree 
for temporary stuff and installation records.

I really am out of my depth here.

I have found a post with a very similar problem on Stack Exchange
https://stackoverflow.com/questions/51082934/matplotlib-2-2-2-installation-
error-on-high-sierra
sadly without an answer

-- 
To de-mung my e-mail address:- fsnospam$elliott$$ PGP Fingerprint: 1A96 3CF7 
637F 896B C810 E199 7E5C A9E4 8E59 E248

-- 
https://mail.python.org/mailman/listinfo/python-list


Re: I lost nearly all my modules installing 3.7

2018-06-29 Thread Jim Lee




On 06/29/18 21:48, dieter wrote:


I do not know "pkg-config". The name seems to indicate an
operating system package; but, it might also be a Python extension
package (less likely).
I would start with the "matplotlib"
installation instructions to look for information about it.



https://www.freedesktop.org/wiki/Software/pkg-config/

"pkg-config is a helper tool used when compiling applications and 
libraries. It helps you insert the correct compiler options on the 
command line so an application can use|gcc -o test test.c `pkg-config 
--libs --cflags glib-2.0`|for instance, rather than hard-coding values 
on where to find glib (or other libraries). It is language-agnostic, so 
it can be used for defining the location of documentation tools, for 
instance."


-Jim
--
https://mail.python.org/mailman/listinfo/python-list


Re: I lost nearly all my modules installing 3.7

2018-06-29 Thread dieter
Elliott Roper  writes:
> ...
> install scipy wrote an error message longer than War and Peace that finished 
> with:-
> 
> error: library dfftpack has Fortran sources but no Fortran compiler found

An error message of the type I like: precise:
Install a "Fortran compiler" and try again.

> ...
> and matplotlib produced a beautifully formatted report that started with:
> __
> Complete output from command python setup.py egg_info:
> IMPORTANT WARNING:

This is a warning only (even though it is marked as important).

> pkg-config is not installed.
> matplotlib may not be able to find some of its dependencies

And the warning message is precise again: install "pkg-config"
to get rid of it.

I do not know "pkg-config". The name seems to indicate an
operating system package; but, it might also be a Python extension
package (less likely).
I would start with the "matplotlib"
installation instructions to look for information about it.

-- 
https://mail.python.org/mailman/listinfo/python-list


Re: I lost nearly all my modules installing 3.7

2018-06-29 Thread Elliott Roper
On 29 Jun 2018, Terry Reedy wrote
(in article):

> On 6/28/2018 6:45 PM, Elliott Roper wrote:
> > On 28 Jun 2018, Terry Reedy wrote
>
> > > There is a pip command for making an editable file of installed
> > > packages. Run that in 3.6, perhaps after updating everything.
> > >
> > >
> > > There is another pip command for using that file to install everything
> > > listed. Run that in 3.7.
> >
> > I can't see the pip commands you mention for writing a file from 3.6
> and
> > reading it back for 3.7
> > Is it pip freeze -r   followed by pip install -r? If so, what is
> > meant by 'the given requirements file' in the freeze options?
>
> 'pip freeze' sends the requirements list to stdout in alphabetical
> order. You redirect or copy-paste to a file. I have not done this, but
> apparently -r   uses file as a template for selecting and ordering
> the requirements. I presume pip will ignore any versions in the
> template and list the actual installed versions.
Thanks Terry. The freeze worked but the install -r looked like it was doing 
the right thing but ended up doing nothing after complaining about matplotlib 
being unable to install one of its dependencies IIRC

I have deleted every trace of python following every element on sys.path for 
every version I had except for Apple's 2.6 and then reinstalled 3.7 from 
python.org's downloads. Then using the output from my 3.6 freeze, I installed 
each package on that list one by one with the --user option.

That worked well except for two of the biggies I wanted to play with -- scipy 
and matplotlib.
I did get numpy and pandas to install that way, which is a large part I need 
for what I am playing with.

install scipy wrote an error message longer than War and Peace that finished 
with:-

error: library dfftpack has Fortran sources but no Fortran compiler found


Command "/Library/Frameworks/Python.framework/Versions/3.7/bin/python3.7 -u 
-c "import setuptools, 
tokenize;__file__='/private/var/folders/v2/gj68t3zx3bd6764zxc332ctcgr/T/pi
p-install-np76k73m/scipy/setup.py';f=getattr(tokenize, 'open', 
open)(__file__);code=f.read().replace('\r\n', 
'\n');f.close();exec(compile(code, __file__, 'exec'))" install --record 
/private/var/folders/v2/gj68t3zx3bd6764zxc332ctcgr/T/pip-record-
0norcg4s/install-record.txt --single-version-externally-managed --compile 
--user --prefix=" failed with error code 1 in 
/private/var/folders/v2/gj68t3zx3bd6764zxc332ctcgr/T/pip-install-
np76k73m/scipy/
__
_
and matplotlib produced a beautifully formatted report that started with:
__
Complete output from command python setup.py egg_info:
IMPORTANT WARNING:
pkg-config is not installed.
matplotlib may not be able to find some of its dependencies

Edit setup.cfg to change the build options
___
and finished with
* The following required packages can not be built:
* png


Command "python setup.py egg_info" failed with error code 1 in 
/private/var/folders/v2/gj68t3zx3bd6764zxc332ctcgr/T/pip-install-
3fnvrt2b/matplotlib/
___

Both look like not having write access to 
/private/var/folders/v2/gj68t3zx3bd6764zxc332ctcgr/T/pip-install-
np76k73m/

since I was installing with the --user switch, it looks like a bug in pip. It 
should have guessed I was a non-priviliged user. But then that "Edit 
setup.cfg to change the build options" is intriguing, especially since 'pip3 
config list' returns nothing.

Still. I have got a fair way there. Thanks so much for your help. It would be 
great if there were a Mac user with as much patience for numpties.

To de-mung my e-mail address:- fsnospam$elliott$$ PGP Fingerprint: 1A96 3CF7 
637F 896B C810 E199 7E5C A9E4 8E59 E248

-- 
https://mail.python.org/mailman/listinfo/python-list


Re: I lost nearly all my modules installing 3.7

2018-06-28 Thread Terry Reedy

On 6/28/2018 6:45 PM, Elliott Roper wrote:

On 28 Jun 2018, Terry Reedy wrote



There is a pip command for making an editable file of installed
packages. Run that in 3.6, perhaps after updating everything.


There is another pip command for using that file to install everything
listed. Run that in 3.7.


I can't see the pip commands you mention for writing a file from 3.6

 and

reading it back for 3.7
Is it pip freeze -r   followed by pip install -r? If so, what is
meant by 'the given requirements file' in the freeze options?


'pip freeze' sends the requirements list to stdout in alphabetical 
order.  You redirect or copy-paste to a file.  I have not done this, but 
apparently -r  uses file as a template for selecting and ordering 
the requirements.  I presume pip will ignore any versions in the 
template and list the actual installed versions.


I believe you got the install right.


When I look inside site-packages in ~/Library (see below) I see many packages
that pip lists, but by no means all. F'instance numpy and scipy. They can be
found in /Library's site-packages however.




My understanding is that the whole $PATH is searched in order to resolve an
import, but it isn't.


The OS searches the OS path, which you listed above.
Python searches its sys.path, which it creates when started.
Run >>>  import sys; sys.path to see the contents.
Unless macOS is more different than I think, you should see a 3.7
site-packages when running 3.7.


Aha! That is most helpful

Python 3.7.0 (v3.7.0:1bf9cc5093, Jun 26 2018, 23:26:24)
[Clang 6.0 (clang-600.0.57)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
(python prompt)>>>  import sys
.>>>sys.path
['', '/Library/Frameworks/Python.framework/Versions/3.7/lib/python37.zip', #
no such file


sys.path included directories that might be present.  In this case, a 
zipped version of the stdlib.



'/Library/Frameworks/Python.framework/Versions/3.7/lib/python3.7', # 207
items, none matching pip intstallable modules
'/Library/Frameworks/Python.framework/Versions/3.7/lib/python3.7/lib-
dynload',# 69 items, none matching pip installable modules
'/Library/Frameworks/Python.framework/Versions/3.7/lib/python3.7/site-
packages'] # just pip and setuptools are in here
.>>>  ^D


site-packages is the default for 3rd parth packages.  It can have .pth 
files that extend the directory to effectively include other directories.



EiPro:~ elliott$ python3.6
Python 3.6.5 (v3.6.5:f59c0932b4, Mar 28 2018, 05:52:31)
[GCC 4.2.1 Compatible Apple LLVM 6.0 (clang-600.0.57)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
.>>>  import sys
(python prompt)>>>  sys.path
['', '/Library/Frameworks/Python.framework/Versions/3.6/lib/python36.zip', #
no such file
'/Library/Frameworks/Python.framework/Versions/3.6/lib/python3.6', # 207
items, none matching pip intstallable modules
'/Library/Frameworks/Python.framework/Versions/3.6/lib/python3.6/lib-
dynload',# 65 items, none matching pip installable modules
'/Users/elliott/Library/Python/3.6/lib/python/site-packages', # 103 items
some matching items that appear in pip3.6 list
'/Library/Frameworks/Python.framework/Versions/3.6/lib/python3.6/site-
packages'] # numpy, scipy, pandas etc. are here. These might have been
modules I needed sudo -H to update
.>>>

What I did not make clear that my 'elliott' user is not an Administrator. If
I log into my admin account (which I hardly ever do), it thinks my Python3 is
3.7, list there also shows the hugely abbreviated collection of modules
namely pip and setuptools. pip list shows a list of modules so old as to be
unrecognisable.


I expect the system install to be 2.7, python3 link to 3.7 either 
because that is the most recent 3x installed or the most recent version.



It looks like I have a tangled mess. Is there a way of getting rid of all the
pythons except Apple's museum piece and starting again? It is a hobby for me.
I have no need for backward compatibility. I think if I could install 3.7
site wide from my non-admin account, I would be happiest. The standard
install pretty much worked up to 3.6
pip
Would it be safe to delete everything on python's sys.path and re-install
from the download .pkg


I suspect you can get rid of 3.6, 3.5, 3.4, but I am not a Mac user.  I 
hope someone who is answers.


--
Terry Jan Reedy

--
https://mail.python.org/mailman/listinfo/python-list


Re: I lost nearly all my modules installing 3.7

2018-06-28 Thread Elliott Roper
On 28 Jun 2018, Terry Reedy wrote
(in article):

> On 6/28/2018 1:08 PM, Elliott Roper wrote:
> > I have done something stupid. Don't know what.
>
> It appears that you ran 3.7 expecting that modules installed for 3.6
> would magically be available for 3.7.
Yes indeed. It worked for 3.4, 3.5, and 3.6
>
>
> There is a pip command for making an editable file of installed
> packages. Run that in 3.6, perhaps after updating everything.
>
>
> There is another pip command for using that file to install everything
> listed. Run that in 3.7.

I can't see the pip commands you mention for writing a file from 3.6 and 
reading it back for 3.7
Is it pip freeze -r   followed by pip install -r? If so, what is 
meant by 'the given requirements file' in the freeze options?
>
>
> > My $PATH looks like this
> > XXXMac:~ elliott$ echo $PATH
> > /Library/Frameworks/Python.framework/Versions/3.7/bin:/Library/Frameworks/Py
> > th
> > on.framework/Versions/3.6/bin:/Library/Frameworks/Python.framework/Versions/
> > 3.
> > 5/bin:/Library/Frameworks/Python.framework/Versions/3.4/bin:/Users/elliott/b
> > in
> > > /usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin:/Library/TeX/texbin:/usr/local
> > > /MacGPG2/bin:/Applications/Wireshark.app/Contents/MacOS:/usr/local/git/bin
> >
> > pip3 list or pip3.7 list gives me
> > Package Version
> > -- ---
> > pip 10.0.1
> > setuptools 39.0.1
>
> This is the content of the 3.7 site-packages.
>
> > > > > import numpy as np
> > Traceback (most recent call last):
> > File "", line 1, in 
> > ModuleNotFoundError: No module named 'numpy'
> > So it is not lying to me!!!
> >
> > pip list or pip3.6 list
> > gives the whole caboodle I was expecting with a far smaller version number
> > for setuptools.
>
> The content of the 3.6 site-packages directory.

When I look inside site-packages in ~/Library (see below) I see many packages 
that pip lists, but by no means all. F'instance numpy and scipy. They can be 
found in /Library's site-packages however.
>
>
> > My understanding is that the whole $PATH is searched in order to resolve an
> > import, but it isn't.
>
> The OS searches the OS path, which you listed above.
> Python searches its sys.path, which it creates when started.
> Run >>>  import sys; sys.path to see the contents.
> Unless macOS is more different than I think, you should see a 3.7
> site-packages when running 3.7.

Aha! That is most helpful

Python 3.7.0 (v3.7.0:1bf9cc5093, Jun 26 2018, 23:26:24)
[Clang 6.0 (clang-600.0.57)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
(python prompt)>>>  import sys
.>>>sys.path
['', '/Library/Frameworks/Python.framework/Versions/3.7/lib/python37.zip', # 
no such file 
'/Library/Frameworks/Python.framework/Versions/3.7/lib/python3.7', # 207 
items, none matching pip intstallable modules 
'/Library/Frameworks/Python.framework/Versions/3.7/lib/python3.7/lib-
dynload',# 69 items, none matching pip installable modules
'/Library/Frameworks/Python.framework/Versions/3.7/lib/python3.7/site-
packages'] # just pip and setuptools are in here
.>>>  ^D

EiPro:~ elliott$ python3.6
Python 3.6.5 (v3.6.5:f59c0932b4, Mar 28 2018, 05:52:31)
[GCC 4.2.1 Compatible Apple LLVM 6.0 (clang-600.0.57)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
.>>>  import sys
(python prompt)>>>  sys.path
['', '/Library/Frameworks/Python.framework/Versions/3.6/lib/python36.zip', # 
no such file 
'/Library/Frameworks/Python.framework/Versions/3.6/lib/python3.6', # 207 
items, none matching pip intstallable modules 
'/Library/Frameworks/Python.framework/Versions/3.6/lib/python3.6/lib-
dynload',# 65 items, none matching pip installable modules
'/Users/elliott/Library/Python/3.6/lib/python/site-packages', # 103 items 
some matching items that appear in pip3.6 list 
'/Library/Frameworks/Python.framework/Versions/3.6/lib/python3.6/site-
packages'] # numpy, scipy, pandas etc. are here. These might have been 
modules I needed sudo -H to update
.>>>

What I did not make clear that my 'elliott' user is not an Administrator. If 
I log into my admin account (which I hardly ever do), it thinks my Python3 is 
3.7, list there also shows the hugely abbreviated collection of modules 
namely pip and setuptools. pip list shows a list of modules so old as to be 
unrecognisable.

It looks like I have a tangled mess. Is there a way of getting rid of all the 
pythons except Apple's museum piece and starting again? It is a hobby for me. 
I have no need for backward compatibility. I think if I could install 3.7 
site wide from my non-admin account, I would be happiest. The standard 
install pretty much worked up to 3.6
pip
Would it be safe to delete everything on python's sys.path and re-install 
from the download .pkg
>
>
> > It might be relevant that I have had a bit of hassle installing module
> > updates in the past. I would get an error saying the module version being
> > replaced could not be deleted with permissions errors which I 

Re: I lost nearly all my modules installing 3.7

2018-06-28 Thread Terry Reedy

On 6/28/2018 1:08 PM, Elliott Roper wrote:

I have done something stupid. Don't know what.


It appears that you ran 3.7 expecting that modules installed for 3.6 
would magically be available for 3.7.


There is a pip command for making an editable file of installed 
packages.  Run that in 3.6, perhaps after updating everything.


There is another pip command for using that file to install everything 
listed.  Run that in 3.7.



My $PATH looks like this
XXXMac:~ elliott$ echo $PATH
/Library/Frameworks/Python.framework/Versions/3.7/bin:/Library/Frameworks/Pyth
on.framework/Versions/3.6/bin:/Library/Frameworks/Python.framework/Versions/3.
5/bin:/Library/Frameworks/Python.framework/Versions/3.4/bin:/Users/elliott/bin
:/usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin:/Library/TeX/texbin:/usr/local/MacGPG2/bin:/Applications/Wireshark.app/Contents/MacOS:/usr/local/git/bin

pip3 list or pip3.7 list gives me
Package Version
-- ---
pip 10.0.1
setuptools 39.0.1


This is the content of the 3.7 site-packages.


import numpy as np

Traceback (most recent call last):
File "", line 1, in 
ModuleNotFoundError: No module named 'numpy'
So it is not lying to me!!!

pip list or pip3.6 list
gives the whole caboodle I was expecting with a far smaller version number
for setuptools.


The content of the 3.6 site-packages directory.


My understanding is that the whole $PATH is searched in order to resolve an
import, but it isn't.


The OS searches the OS path, which you listed above.
Python searches its sys.path, which it creates when started.
Run >>> import sys; sys.path to see the contents.
Unless macOS is more different than I think, you should see a 3.7 
site-packages when running 3.7.



It might be relevant that I have had a bit of hassle installing module
updates in the past. I would get an error saying the module version being
replaced could not be deleted with permissions errors which I resolved with a
bit of sudo -H.

Python 3.6 is still working properly when invoked explicitly




--
Terry Jan Reedy

--
https://mail.python.org/mailman/listinfo/python-list


I lost nearly all my modules installing 3.7

2018-06-28 Thread Elliott Roper
I have done something stupid. Don't know what.

My $PATH looks like this
XXXMac:~ elliott$ echo $PATH
/Library/Frameworks/Python.framework/Versions/3.7/bin:/Library/Frameworks/Pyth
on.framework/Versions/3.6/bin:/Library/Frameworks/Python.framework/Versions/3.
5/bin:/Library/Frameworks/Python.framework/Versions/3.4/bin:/Users/elliott/bin
:/usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin:/Library/TeX/texbin:/usr/local/MacGPG2/bin:/Applications/Wireshark.app/Contents/MacOS:/usr/local/git/bin

pip3 list or pip3.7 list gives me
Package Version
-- ---
pip 10.0.1
setuptools 39.0.1
> > > import numpy as np
Traceback (most recent call last):
File "", line 1, in 
ModuleNotFoundError: No module named 'numpy'
So it is not lying to me!!!

pip list or pip3.6 list
gives the whole caboodle I was expecting with a far smaller version number 
for setuptools.

My understanding is that the whole $PATH is searched in order to resolve an 
import, but it isn't.

It might be relevant that I have had a bit of hassle installing module 
updates in the past. I would get an error saying the module version being 
replaced could not be deleted with permissions errors which I resolved with a 
bit of sudo -H.

Python 3.6 is still working properly when invoked explicitly

-- 
To de-mung my e-mail address:- fsnospam$elliott$$ PGP Fingerprint: 1A96 3CF7 
637F 896B C810 E199 7E5C A9E4 8E59 E248

-- 
https://mail.python.org/mailman/listinfo/python-list