Re: Getting rid of python3- backports packages

2018-07-01 Thread Miro Hrončok
On 1.7.2018 23:37, Zbigniew Jędrzejewski-Szmek wrote:> For the ones that have the most deps, maybe it would be worth to add all the Provides to python3-libs package? That would only make sense if the import lien would be the same. For example if we provide python3-mock form python3-libs, people

Re: Getting rid of python3- backports packages

2018-07-01 Thread Zbigniew Jędrzejewski-Szmek
On Sat, Jun 30, 2018 at 06:33:22AM -0700, Toshio Kuratomi wrote: > On Sat, Jun 30, 2018, 5:59 AM Miro Hrončok wrote: > > > During the 3.7 boostrapping of the interstitial sequence of Python 3 > > packages, I have noticed it includes a lot of packages that are only > > intended as Python 3 stdlib

Re: Getting rid of python3- backports packages

2018-06-30 Thread Miro Hrončok
On 30.6.2018 15:33, Toshio Kuratomi wrote: For the latter, the goal is to identify if there's a reason to use the library for more than just it's API compatibility with newer versions of python 3.  For simplejson, I know that it is faster than the stdlib json library.  It may also have addition

Re: Getting rid of python3- backports packages

2018-06-30 Thread Toshio Kuratomi
On Sat, Jun 30, 2018, 5:59 AM Miro Hrončok wrote: > During the 3.7 boostrapping of the interstitial sequence of Python 3 > packages, I have noticed it includes a lot of packages that are only > intended as Python 3 stdlib backports for older Pythons. > In general, I think this is a good effort h

Getting rid of python3- backports packages

2018-06-30 Thread Miro Hrončok
During the 3.7 boostrapping of the interstitial sequence of Python 3 packages, I have noticed it includes a lot of packages that are only intended as Python 3 stdlib backports for older Pythons. https://pypi.org/project/contextlib2/ is a backport of the standard library’s contextlib module to