RE: Vnev issue - AttributeError: module 'sysconfig' has no attribute '_get_default_scheme'. Did you mean: 'get_default_scheme'?

[pranesh kumar]

   Hi

   Facing problem in creating virtual environment and in importing modules in
   pycharm community version 2021.2.2.

   Trying to import Open CV in pycharm but not able to complete

   When creating new virtual environment error I got is "AttributeError:
   module 'sysconfig' has no attribute '_get_default_scheme'. Did you mean:
   'get_default_scheme'?"



   Pranesh Kumar

   9789411538



   Your inputs could be so grateful on this issue

   Sent from [1]Mail for Windows





References

   Visible links
   1. https://go.microsoft.com/fwlink/?LinkId=550986
-- 
https://mail.python.org/mailman/listinfo/python-list

Re: Vnev issue - AttributeError: module 'sysconfig' has no attribute '_get_default_scheme'. Did you mean: 'get_default_scheme'?

[OmPs]

How are you creating the virtualenv. Creating virtualenv is pretty
straightforward. Please share what you are doing?

On Fri, 5 Nov 2021 at 10:15 PM, pranesh kumar 
wrote:

>
>
>Hi
>
>Facing problem in creating virtual environment and in importing modules
> in
>pycharm community version 2021.2.2.
>
>Trying to import Open CV in pycharm but not able to complete
>
>When creating new virtual environment error I got is "AttributeError:
>module 'sysconfig' has no attribute '_get_default_scheme'. Did you mean:
>'get_default_scheme'?"
>
>
>
>Pranesh Kumar
>
>9789411538
>
>
>
>Your inputs could be so grateful on this issue
>
>Sent from [1]Mail for Windows
>
>
>
>
>
> References
>
>Visible links
>1. https://go.microsoft.com/fwlink/?LinkId=550986
> --
> https://mail.python.org/mailman/listinfo/python-list
>
-- 
https://mail.python.org/mailman/listinfo/python-list

Strange Change Of Module Name

[Betty Hollinshead]

python3-3.10.0-1.fc35.x86_64
alacarte-3.36.0-6.fc35.noarch

Someone in the Python world changed the name of an import.
Once upon a time the import (in alacarte) it looked like this:
 from collections import Sequence
 
In a standard Fedora 35 install a few days ago, alacarte crashes.
because the import (now) needs to look like this:
 from collections.abc import Sequence
 
Am I alone in wondering about this sort of stupid change of name? 

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

Re: Strange Change Of Module Name

[Chris Angelico]

On Sat, Nov 6, 2021 at 8:42 AM Betty Hollinshead
 wrote:
>
> python3-3.10.0-1.fc35.x86_64
> alacarte-3.36.0-6.fc35.noarch
>
> Someone in the Python world changed the name of an import.
> Once upon a time the import (in alacarte) it looked like this:
>  from collections import Sequence
>
> In a standard Fedora 35 install a few days ago, alacarte crashes.
> because the import (now) needs to look like this:
>  from collections.abc import Sequence
>
> Am I alone in wondering about this sort of stupid change of name?
>

Calling it "stupid" isn't a great way to get a useful discussion.

I would say that alacarte has been buggy for the better part of a
decade, and you're only now getting an actual error. Here's the change
- it wasn't a rename at all:

https://docs.python.org/3/whatsnew/3.9.html#you-should-check-for-deprecationwarning-in-your-code

The "collections.Sequence" alias has been kept for backward
compatibility, but as of 3.10, has been removed. The correct spelling,
"collections.abc.Sequence", has been valid since at least 2012 (that's
when it started emitting a warning - don't know if it was available
longer and I don't have a Python 3.2 to test). So either alacarte
hasn't been updated in many many years, or nobody has bothered to
check the warnings.

Maybe, rather than calling the Python devs "stupid", you should
consider sending pull requests to projects you use, fixing things that
are raising warnings?

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

[RELEASE] Python 3.9.8 and 3.11.0a2 are now available

[Łukasz Langa]

Tcl/Tk updates

With the recent release of macOS 12 Monterey, we noticed that tkinter file 
dialogs are failing to show up on this new operating system, including in our 
built-in IDLE. Thanks to rapid help from the Tk team, and Marc Culler in 
particular, we were able to fix the issue by bundling Python 3.9.8 and Python 
3.11.0a2 with a fixed Tcl/Tk version. In 3.9.8 it’s a patched 8.6.11 release 
while 3.11.0a2 is rocking the bleeding-edge 8.6.12rc1.

Since the issue also affected our latest stable version, 3.10.0, an updated 
macOS installer for this version was issued. You can recognize it by the post2 
version appendix: python-3.10.0post2-macos11.pkg 
. We 
didn’t have to bump the version number of Python itself since there are no 
Python source differences between this package and the original 3.10.0. The 
only difference is the bundled patched Tcl/Tk library.

Initially the original 3.10.0 installer was removed from the website after all 
URLs got updated to point to the patched version but it turned out this breaks 
some workflows 
 
so the patched installer is now also available under the original filename.

 
Python
 3.9.8

Get it here: https://www.python.org/downloads/release/python-398/ 


Python 3.9.8 is the seventh maintenance release of the legacy 3.9 series. 
Python 3.10 is now the latest feature release series of Python 3. Get the 
latest release of 3.10.x here .
There’s been 202 commits since 3.9.7 which shows that there’s still 
considerable interest in improving Python 3.9. To compare, at the same stage of 
the release cycle Python 3.8 received over 25% fewer commits. See the changelog 
 for details on 
what changed.

On macOS, the default installer is now the new universal2 variant. It’s 
compatible with Mac OS X 10.9 and newer, including macOS 11 Big Sur and macOS 
12 Monterey. You may need to upgrade third-party components, like pip, to the 
newest versions. You may experience differences in behavior in IDLE and other 
Tk-based applications due to using the newest version of Tk. As always, if you 
encounter problems when using this installer variant, please check 
https://bugs.python.org  for existing reports and for 
opening new issues.

The next Python 3.9 maintenance release will be 3.9.9, currently scheduled for 
2022-01-03.

 
Python
 3.11.0a2

Get it here: https://www.python.org/downloads/release/python-3110a2/ 


Python 3.11 is still in development. This release, 3.11.0a2 is the second of 
seven planned alpha releases.
Alpha releases are intended to make it easier to test the current state of new 
features and bug fixes and to test the release process.

During the alpha phase, features may be added up until the start of the beta 
phase (2022-05-06) and, if necessary, may be modified or deleted up until the 
release candidate phase (2022-08-01). Please keep in mind that this is a 
preview release and its use is not recommended for production environments.

Many new features for Python 3.11 are still being planned and written. Among 
the new major new features and changes so far:

PEP 657  – Include Fine-Grained 
Error Locations in Tracebacks
The Faster CPython Project 1  is already 
yielding some exciting results: this version of CPython 3.11 is ~12% faster on 
the geometric mean of the PyPerformance benchmarks <>, compared to 3.10.0.
(Hey, fellow core developer, if a feature you find important is missing from 
this list, let Pablo know .)
The next pre-release of Python 3.11 will be 3.11.0a3, currently scheduled for 
Monday, 2021-12-06.

 
We
 hope you enjoy the new releases

Your friendly release team,
Ned Deily @nad 
Pablo Galindo Salgado @pablogsal 
Steve Dower @steve.dower 
Łukasz Langa @ambv 


signature.asc
Description: Message signed with OpenPGP
-- 
https://mail.python.org/mailman/listinfo/python-list