It seems Christoph Gohlke has been cut adrift and his extremely valuable
web page ...
https://www.lfd.uci.edu/~gohlke/pythonlibs/
... turned into an archive getting staler by the day.
What does the Python Software Foundation and the community think about this?
On 11/04/2023 5:21 pm, Chris Angelico wrote:
My personal view? Windows is *really really really* hard to support,
and ONE PERSON did a stellar job of supporting the platform for an
incredibly long job.
I have to agree - but what you are really saying is that without Christoph, Python on Windows is
*really really really*
not viable.
On Apr 11, 2023, at 2:24 AM, Chris Angelico <rosuav@gmail.com> wrote:
On Tue, 11 Apr 2023 at 14:20, Mike Dewhirst <miked@dewhirst.com.au> wrote:
It seems Christoph Gohlke has been cut adrift and his extremely valuable
web page ...
https://www.lfd.uci.edu/~gohlke/pythonlibs/
... turned into an archive getting staler by the day.
What does the Python Software Foundation and the community think about this?
My personal view? Windows is *really really really* hard to support,
and ONE PERSON did a stellar job of supporting the platform for an
incredibly long job.
I don't know if he'll ever read this, but if he does, thank you
Christoph for your amazing contribution to the community.
The fact that we have a problem now is a testament to the length of
time that we *didn't* have a problem, thanks to him.
ChrisA
--
https://mail.python.org/mailman/listinfo/python-list
What’s the problem now? Is it with python on windows? I use python on windows so I’d like to know. Thanks
On Tue, 11 Apr 2023 at 20:15, Jim Schwartz <jschwar@sbcglobal.net> wrote:
What’s the problem now? Is it with python on windows? I use python on windows so I’d like to know. Thanks
Python itself is fine, but a lot of third-party packages are hard to
obtain. So if you need numpy, for instance, or psycopg2, you might
need to find an alternative source.
On Tue, 11 Apr 2023 at 20:15, Jim Schwartz <jschwar@sbcglobal.net> wrote:
What’s the problem now? Is it with python on windows? I use python on windows so I’d like to know. Thanks
Python itself is fine, but a lot of third-party packages are hard toThese days I use pip to install packages, and so far for the things I
obtain. So if you need numpy, for instance, or psycopg2, you might
need to find an alternative source.
Both numpy and psycopg2 have binary wheels for Windows that can be pip installed from PyPI.
Certainly for the more widely used libraries like numpy installing
binaries with pip is not a problem these days on Windows or other
popular OS. I notice that psycopg2 *only* provides binaries for
Windows and not e.g. OSX or Linux
Op 11/04/2023 om 12:58 schreef Chris Angelico:
Python itself is fine, but a lot of third-party packages are hard toThese days I use pip to install packages, and so far for the things I
obtain. So if you need numpy, for instance, or psycopg2, you might
need to find an alternative source.
need it simply works. "pip install numpy" works, same for psycopg2,
pillow, pandas, and other packages I use. Conda should work too, for
those who use the Anaconda Python distribution. I honestly don't even
know how it's done: are there some kind souls who provide the wheels
(binary packages) for all those things, or if there is maybe a build
farm that does the hard work to make things easy for us.
In the past I've used Christoph Gohlke's site and I'm very grateful for
the service it provided, but these days I don't really need it anymore, luckily.
On Tue, 11 Apr 2023 at 20:15, Jim Schwartz <jschwar@sbcglobal.net> wrote:
What’s the problem now? Is it with python on windows? I use python on windows so I’d like to know. Thanks
Python itself is fine, but a lot of third-party packages are hard to
obtain. So if you need numpy, for instance, or psycopg2, you might
need to find an alternative source.
On 4/11/23 06:03, Roel Schroeven wrote:
Op 11/04/2023 om 12:58 schreef Chris Angelico:
Python itself is fine, but a lot of third-party packages are hard toThese days I use pip to install packages, and so far for the things I
obtain. So if you need numpy, for instance, or psycopg2, you might
need to find an alternative source.
need it simply works. "pip install numpy" works, same for psycopg2,
pillow, pandas, and other packages I use. Conda should work too, for
those who use the Anaconda Python distribution. I honestly don't even
know how it's done: are there some kind souls who provide the wheels (binary packages) for all those things, or if there is maybe a build
farm that does the hard work to make things easy for us.
In the past I've used Christoph Gohlke's site and I'm very grateful for
the service it provided, but these days I don't really need it anymore, luckily.
The deal really is, the instant a new Python version drops (3.11, 3.12,
etc.) a million people rush to install it, some of whom should know
better and be more patient. 3rd party packages are their own projects,
some have binary wheels ready on Python release day, some soon after,
some months after.
You can hardly blame a lot of people for doing this. A seb search for "download python" gives this as the first hit: https://www.python.org/downloads/
On Tue, 11 Apr 2023 at 14:55, Mats Wichmann <mats@wichmann.us> wrote:
On 4/11/23 06:03, Roel Schroeven wrote:
Op 11/04/2023 om 12:58 schreef Chris Angelico:
Python itself is fine, but a lot of third-party packages are hard toThese days I use pip to install packages, and so far for the things I
obtain. So if you need numpy, for instance, or psycopg2, you might
need to find an alternative source.
need it simply works. "pip install numpy" works, same for psycopg2,
pillow, pandas, and other packages I use. Conda should work too, for
those who use the Anaconda Python distribution. I honestly don't even
know how it's done: are there some kind souls who provide the wheels
(binary packages) for all those things, or if there is maybe a build
farm that does the hard work to make things easy for us.
In the past I've used Christoph Gohlke's site and I'm very grateful for
the service it provided, but these days I don't really need it anymore,
luckily.
The deal really is, the instant a new Python version drops (3.11, 3.12,
etc.) a million people rush to install it, some of whom should know
better and be more patient. 3rd party packages are their own projects,
some have binary wheels ready on Python release day, some soon after,
some months after.
You can hardly blame a lot of people for doing this. A seb search for "download python" gives this as the first hit: https://www.python.org/downloads/
I am guessing that the release process automatically updates that page
so that the minute 3.12 gets released the big yellow button will
suggest downloading 3.12.0 as the default option.
Perhaps it is really package authors who should be getting a release
out that is compatible with Python 3.12 before 3.12 itself is
released. It's tricky though because as a maintainer it makes more
sense to wait until you see the finished 3.12 product before making a
release that is fully tested with it (even if you are testing the
alphas etc in CI and making incremental fixes before 3.12 is
released).
The other option could be changing the downloads page so that it does
not suggest 3.12.0 as the default option until it is clear that at
least some baseline of widely used packages have uploaded compatible
wheels.
Sadly Windows is still in the dock. The jury is still out.
Turns out the "without a hitch" was based on cached wheels.
I'm going to start from scratch with new projects using Pythons 3.8,
3.10 and 3.11 and report back.
Collecting psycopg2==2.9.3
On 12/04/2023 10:59 pm, Mike Dewhirst wrote:enable the '--use-pep517' option. Discussion can be found athttps://github.com/pypa/pip/issues/8559
Sadly Windows is still in the dock. The jury is still out.
Turns out the "without a hitch" was based on cached wheels.
I'm going to start from scratch with new projects using Pythons 3.8,
3.10 and 3.11 and report back.
Report summary:
pip install works well with Python 3.8 and 3.10 (and presumably 3.9) but
3.11 fails.
Report conclusion:
As indicated in this thread, pip cannot find Python 3.11 wheels and
therefore needs to compile from source. It is looking for Microsoft's
C++ compiler version 14.
I'll (gulp) attempt to swallow the Koolaid.
See error below ...
Cheers
Mike
(xreq) D:\Users\mike\envs\xreq>pip install -r requirements\dev.txt
...
Collecting psycopg2==2.9.3
Downloading psycopg2-2.9.3.tar.gz (380 kB)
--------------------------------------- 380.6/380.6 kB 6.0 MB/s eta 0:00:00
Preparing metadata (setup.py) ... done
Collecting Pillow==9.1.1
Downloading Pillow-9.1.1.tar.gz (49.8 MB)
---------------------------------------- 49.8/49.8 MB 4.5 MB/s eta 0:00:00
Preparing metadata (setup.py) ... done
...
Installing collected packages: psycopg2, Pillow, ...
DEPRECATION: psycopg2 is being installed using the legacy 'setup.py install' method, because it does not have a 'pyproject.toml' and the 'wheel' package is not installed. pip 23.1 will enforce this behaviour change. A possible replacement is to
Running setup.py install for psycopg2 ... error
error: subprocess-exited-with-error
× Running setup.py install for psycopg2 did not run successfully.
│ exit code: 1
╰─> [24 lines of output]
D:\Users\mike\envs\xreq\Lib\site-packages\setuptools\config\setupcfg.py:508: SetuptoolsDeprecationWarning: The license_file parameter is deprecated, use license_files instead.
warnings.warn(msg, warning_class)
running install
D:\Users\mike\envs\xreq\Lib\site-packages\setuptools\command\install.py:34: SetuptoolsDeprecationWarning: setup.py install is deprecated. Use build and pip and other standards-based tools.
warnings.warn(
running build
running build_py
creating build
creating build\lib.win-amd64-cpython-311
creating build\lib.win-amd64-cpython-311\psycopg2
copying lib\errorcodes.py -> build\lib.win-amd64-cpython-311\psycopg2
copying lib\errors.py -> build\lib.win-amd64-cpython-311\psycopg2
copying lib\extensions.py -> build\lib.win-amd64-cpython-311\psycopg2
copying lib\extras.py -> build\lib.win-amd64-cpython-311\psycopg2
copying lib\pool.py -> build\lib.win-amd64-cpython-311\psycopg2
copying lib\sql.py -> build\lib.win-amd64-cpython-311\psycopg2
copying lib\tz.py -> build\lib.win-amd64-cpython-311\psycopg2
copying lib\_ipaddress.py -> build\lib.win-amd64-cpython-311\psycopg2
copying lib\_json.py -> build\lib.win-amd64-cpython-311\psycopg2
copying lib\_range.py -> build\lib.win-amd64-cpython-311\psycopg2
copying lib\__init__.py -> build\lib.win-amd64-cpython-311\psycopg2
running build_ext
building 'psycopg2._psycopg' extension
error: Microsoft Visual C++ 14.0 or greater is required. Get it with "Microsoft C++ Build Tools":https://visualstudio.microsoft.com/visual-cpp-build-tools/
[end of output]
note: This error originates from a subprocess, and is likely not a problem with pip.
error: legacy-install-failure
× Encountered error while trying to install package.
╰─> psycopg2
note: This is an issue with the package mentioned above, not pip.
hint: See above for output from the failure.
(xreq) D:\Users\mike\envs\xreq>
Sysop: | Keyop |
---|---|
Location: | Huddersfield, West Yorkshire, UK |
Users: | 300 |
Nodes: | 16 (2 / 14) |
Uptime: | 62:38:15 |
Calls: | 6,712 |
Files: | 12,244 |
Messages: | 5,355,897 |