[Python-Dev] pip 20.3 release (new resolver as default)

2020-11-30 Thread Sumana Harihareswara
On behalf of the PyPA and the pip team, I am pleased to announce that we have 
just released pip 20.3, a new version of pip. You can install it by running 
`python -m pip install --upgrade pip`.

This is an important and disruptive release -- we [explained why in a blog post 
last year](https://pyfound.blogspot.com/2019/12/moss-czi-support-pip.html). We
even made [a video about it](https://www.youtube.com/watch?v=B4GQCBBsuNU).

## Highlights

* **DISRUPTION**: Switch to the new dependency resolver by default. (#9019) 
Watch out for changes in handling editable
installs, constraints files, and more:

https://pip.pypa.io/en/latest/user_guide/#changes-to-the-pip-dependency-resolver-in-20-3-2020

* **DEPRECATION**: Deprecate support for Python 3.5 (to be removed in pip 21.0) 
(#8181)

* **DEPRECATION**: pip freeze will stop filtering the pip, setuptools, 
distribute and wheel packages from pip freeze output in a future version. To 
keep the previous behavior, users should use the new `--exclude` option. (#4256)

* Substantial improvements in new resolver for performance, output and
  error messages, avoiding infinite loops, and support for constraints files.

* Support for PEP 600: Future ‘manylinux’ Platform Tags for Portable
  Linux Built Distributions. (#9077)

* Documentation improvements: Resolver migration guide, quickstart
  guide, and new documentation theme.

* Add support for MacOS Big Sur compatibility tags. (#9138)

The new resolver is now *on by default*. It is significantly stricter
and more consistent when it receives incompatible instructions, and
reduces support for certain kinds of constraints files, so some
workarounds and workflows may break. Please see [our guide on how to
test and migrate, and how to report 
issues](https://pip.pypa.io/en/latest/user_guide/#changes-to-the-pip-dependency-resolver-in-20-3-2020).
 You
can use the deprecated (old) resolver, using the flag
`--use-deprecated=legacy-resolver`, until we remove it in the pip 21.0
release in January 2021.

You can find more details (including deprecations and removals) [in the
changelog](https://pip.pypa.io/en/stable/news/).

## User experience

Command-line output for this version of pip, and documentation to help
with errors, is significantly better, because you worked with our
experts to test and improve it. [Contribute to our user experience work: sign 
up to become a member of the UX Studies group](https://bit.ly/pip-ux-studies) 
(after you join, we'll notify you about future UX surveys and interviews).

## What to expect in 20.1

We aim to release pip 20.1 in January 2021, per our [usual release 
cadence](https://pip.pypa.io/en/latest/development/release-process/#release-cadence).
 You can expect:

* Removal of [Python 
2.7](https://pip.pypa.io/en/latest/development/release-process/#python-2-support)
 and 3.5 support
* Further improvements in the new resolver
* Removal of legacy resolver support


## Thanks

As with all pip releases, a significant amount of the work was
contributed by pip's user community. Huge thanks to all who have
contributed, whether through code, documentation, issue reports and/or
discussion. Your help keeps pip improving, and is hugely appreciated.

Specific thanks go to Mozilla (through its [Mozilla Open Source
Support](https://www.mozilla.org/en-US/moss/) Awards) and to the [Chan
Zuckerberg Initiative](https://chanzuckerberg.com/eoss/) DAF, an
advised fund of Silicon Valley Community Foundation, for their funding
that enabled substantial work on the new resolver.

That funding went to [Simply Secure](https://simplysecure.org/)
(specifically Georgia Bullen, Bernard Tyers, Nicole Harris, Ngọc
Triệu, and Karissa McKelvey), [Changeset
Consulting](https://changeset.nyc/) (Sumana Harihareswara),
[Atos](https://www.atos.net) (Paul F. Moore), [Tzu-ping
Chung](https://uranusjr.com), [Pradyun Gedam](https://pradyunsg.me/),
and Ilan Schnell. Thanks also to Ernest W. Durbin III at the Python
Software Foundation for liaising with the project.


-Sumana Harihareswara, pip project manager
___
Python-Dev mailing list -- python-dev@python.org
To unsubscribe send an email to python-dev-le...@python.org
https://mail.python.org/mailman3/lists/python-dev.python.org/
Message archived at 
https://mail.python.org/archives/list/python-dev@python.org/message/56ILRE26U4KU55YNVY2GQMGYYCEXPW74/
Code of Conduct: http://python.org/psf/codeofconduct/


[Python-Dev] Re: pip 20.3 release (new resolver as default)

2020-11-30 Thread Pradyun Gedam
> ## What to expect in 20.1
>
> We aim to release pip 20.1 in January 2021, per our [usual release
> cadence](
> https://pip.pypa.io/en/latest/development/release-process/#release-cadence).
>
> You can expect:
>
> * Removal of [Python
> 2.7](
> https://pip.pypa.io/en/latest/development/release-process/#python-2-support)
>
> and 3.5 support
> * Further improvements in the new resolver
> * Removal of legacy resolver support
>

A small correction: the next pip release is 21.0, not 20.1.

Pradyun
___
Python-Dev mailing list -- python-dev@python.org
To unsubscribe send an email to python-dev-le...@python.org
https://mail.python.org/mailman3/lists/python-dev.python.org/
Message archived at 
https://mail.python.org/archives/list/python-dev@python.org/message/3KNZUSUOGTPI7FMKXPCANHGOV3PYKBBB/
Code of Conduct: http://python.org/psf/codeofconduct/


[Python-Dev] Re: Distro packagers: PEP 615 and the tzdata dependency

2020-11-30 Thread Brett Cannon
On Sun, Nov 29, 2020 at 8:54 AM Miro Hrončok  wrote:

> On 11/28/20 9:30 PM, Paul Ganssle wrote:
> > Considering the people involved and the nature of the list, I suspect
> that
> > adding a new @python.org mailing list would be better than discourse.
> In my
> > experience, it's very difficult to just follow a single topic on the
> discourse,
> > and most people complain that the e-mail integration is not great. For
> something
> > like, "Here's a head's up about something affecting distributors", I
> don't think
> > Discourse offers much in the way of advantages.
> >
> > My guess is that distributors would be happiest with a relatively
> low-volume
> > e-mail list that would point to discussions happening elsewhere (or that
> > announces changes relevant to distributors).
>
> I totally agree with that. Following a mailing list is simple. Following a
> category on discuss.python.org not so much.
>

Then someone else will need to set that up as I don't manage new mailing
lists anymore. 😁

-Brett


>
> I understand the argument that mailing lists are weird for new
> contributors
> etc., but I guess that distributors need to know how to handle mailing
> lists
> already anyway.
>
> --
> Miro Hrončok
> --
> Phone: +420777974800
> IRC: mhroncok
> ___
> Python-Dev mailing list -- python-dev@python.org
> To unsubscribe send an email to python-dev-le...@python.org
> https://mail.python.org/mailman3/lists/python-dev.python.org/
> Message archived at
> https://mail.python.org/archives/list/python-dev@python.org/message/U7RC7PZQXA44B34K7IHSGCLM3LMVZZY3/
> Code of Conduct: http://python.org/psf/codeofconduct/
>
___
Python-Dev mailing list -- python-dev@python.org
To unsubscribe send an email to python-dev-le...@python.org
https://mail.python.org/mailman3/lists/python-dev.python.org/
Message archived at 
https://mail.python.org/archives/list/python-dev@python.org/message/HZ5EAY242PE2SWBBROGEFMOE2LZ6W4IQ/
Code of Conduct: http://python.org/psf/codeofconduct/