public inbox for cygwin-apps@cygwin.com
 help / color / mirror / Atom feed
From: Marco Atzeri <marco.atzeri@gmail.com>
To: cygwin-apps@cygwin.com
Subject: Re: Python - plan & execution
Date: Tue, 26 May 2020 06:31:02 +0200	[thread overview]
Message-ID: <2c93d640-06b0-cdad-011c-fd5935e14cbc@gmail.com> (raw)
In-Reply-To: <e0f02064913d1d65b037e51c3eac39d2df96e6ed.camel@cygwin.com>

[-- Attachment #1: Type: text/plain, Size: 3642 bytes --]

On 26.05.2020 01:45, Yaakov Selkowitz wrote:
> On Mon, 2020-05-25 at 06:52 +0200, Marco Atzeri via Cygwin-apps wrote:
>> On 27.04.2020 16:34, Jon Turney wrote:
>>> On 23/04/2020 22:54, Yaakov Selkowitz wrote:
>>>> On Fri, 2020-04-10 at 14:52 +0200, Marco Atzeri via Cygwin-apps wrote:
>>>>> Am 26.03.2020 um 08:19 schrieb Yaakov Selkowitz:
>>>>>> On Thu, 2020-03-26 at 06:54 +0100, Marco Atzeri via Cygwin-apps wrote:
>>>>>>> Am 20.03.2020 um 04:47 schrieb Yaakov Selkowitz:
>>>>>
>>>>> currently we have
>>>>>
>>>>> 119 *python27*
>>>>
>>>> These are fine as is, but they also don't need to be rebuilt or updated
>>>> any more.
>>>>
>>>>> 114 *python36*
>>>>> 115 *python37*
>>>>> 10  *python38*
>>>>
>>>> We don't need to _obsolete or remove python3[67]-* packages, we just
>>>> need to track how many don't have python38-* equivalents yet.
>>>> Obviously that's still the vast majority, since 3.8 just got updated to
>>>> a stable version.
>>>>
>>>> Jon Turney, if a python-foo source package was previously building e.g.
>>>> python27-foo, python36-foo, and python37-foo, and now starts building
>>>> only python37-foo and python38-foo, is calm going to complain?
>>>
>>> Yes, currently it will complain about that ("install packages from
>>> source package '...' have non-unique current versions")
>>>
>>> calm is currently smart enough to exclude old soversions from that
>>> check, so I guess perhaps that it needs to be taught about python27 as
>>> well.
>>>
>>
>> there will be several cases to test;
>> the first I am rebuilding is python-setuptools
>> and it seems there are half of the packages to drop in 46.4.0
>>
>>
>> python-setuptools	python27-setuptools   drop
> 
> I'd like to suggest you make two updates to setuptools, one to the last
> version which supports 2.7 with all Pythons enabled, and then to the
> latest version, dropping 2.7.
> 
>> python-setuptools	python35-setuptools   drop
> 
> 3.5 is still supported upstream and by latest setuptools, why drop
> this?

we are not really supporting 3.5, we have only 8 packages and
stable is 3.6, so I see no reason to go backwards

>> python-setuptools	python36-setuptools
>> python-setuptools	python37-setuptools
>> python-setuptools	python38-setuptools
> 
> No change here, as expected.
> 
>> python-setuptools	python-setuptools-wheel  drop
>>
>> on python-setuptools-wheel, this file is not build/installed anymore
>>
>> usr/share/python-wheels/setuptools-41.2.0-py2.py3-none-any.whl
>>
>> so I guess it was Py2 only
> 
> No; since setuptools dropped Py2 support, they must have stopped
> declaring 'universal' compatibility, so the wheel would now be just
> 'py3' instead of 'py2.py3'.  You don't want to drop this package,
> because it is used by (patched) python3Y venv as well as by python3Y-
> virtualenv.
> 
> OTOH, since the latest setuptools won't work with python27, then
> python27 and python27-virtualenv shouldn't use python-setuptools-wheel
> anymore.  I'd have to look further into the best way to handle that.
> 
> --
> Yaakov
> 

I was moving to the next package after installing setuptools and I got

 >>> python36-pip requires: python36 python38 python38-pip 
ca-certificates python36-setuptools
 >>> python36-pip OBSOLETES: python3-pip
 >>> python37-pip requires: python37 ca-certificates python37-setuptools
 >>> python38-pip requires: python38 ca-certificates python38-setuptools


that is very curious and due to

   usr/bin/pip3

that is a copy of usr/bin/pip3.8

Should I manage "pip3" with alternatives so that is really available
for all python versions ?
I can also override with pip3.7 or pip3.6 to force a fixed default.

Regards
Marco



[-- Attachment #2: python-setuptools.cygport --]
[-- Type: text/plain, Size: 639 bytes --]

PYTHON_WHEEL_VERSIONS="3.6:3.7:3.8"
inherit python-wheel

NAME="python-setuptools"
VERSION=46.4.0
RELEASE=1
CATEGORY="Python"
SUMMARY="Python package management tool"
DESCRIPTION="PyPI Python eggs package management tool"
SRC_URI="${SRC_URI%.tar.gz}.zip"

ARCH=noarch

#PKG_NAMES+=" ${NAME}-wheel"
#python_setuptools_wheel_CONTENTS="
#	usr/share/python-wheels/setuptools-*.whl
#	usr/share/doc/${NAME}-wheel/
#"

python36_setuptools_CONTENTS+=" usr/bin/*-3.6"
python37_setuptools_CONTENTS+=" usr/bin/*-3.7"
python38_setuptools_CONTENTS+=" usr/bin/*-3.8"

#PKG_IGNORE="usr/bin/easy_install"

src_install() {
	cd ${B}
	python_wheel_install
}

[-- Attachment #3: python-pip.cygport --]
[-- Type: text/plain, Size: 1028 bytes --]

PYTHON_WHEEL_VERSIONS="3.6:3.7:3.8"
inherit python-wheel

NAME="python-pip"
VERSION=20.1.1
RELEASE=1
CATEGORY="Python"
SUMMARY="Python package installation tool"
DESCRIPTION="The PyPA recommended tool for installing Python packages."

PATCH_URI="https://src.fedoraproject.org/rpms/python-pip/raw/master/f/dummy-certifi.patch"

ARCH=noarch

CYGPORT_USE_UNSTABLE_API=1
src_unpack_hook() {
	rm src/pip/_vendor/certifi/*.pem
	sed -i '/\.pem$/d' src/pip.egg-info/SOURCES.txt
}

# PKG_NAMES+=" ${NAME}-wheel"
# python_pip_wheel_CONTENTS="
# 	usr/share/python-wheels/pip-*.whl
#	usr/share/doc/${NAME}-wheel/
# "

python36_pip_CONTENTS+=" usr/bin/pip3.6"
python36_pip_REQUIRES="ca-certificates python36-setuptools"
python37_pip_CONTENTS+=" usr/bin/pip3.7"
python37_pip_REQUIRES="ca-certificates python37-setuptools"
python38_pip_CONTENTS+=" usr/bin/pip3.8"
python38_pip_REQUIRES="ca-certificates python38-setuptools"

REQUIRES_EXCLUDE_FROM="*/etree_lxml.py:*/_vendor/urllib3/contrib/*"

src_install() {
	cd ${B}
	python_wheel_install
}

  reply	other threads:[~2020-05-26  4:31 UTC|newest]

Thread overview: 70+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-03-20  3:47 Putting packages up for adoption Yaakov Selkowitz
2020-03-20  5:04 ` Marco Atzeri
2020-03-20  6:05   ` ASSI
2020-03-20 10:19     ` Corinna Vinschen
2020-03-20 10:23   ` Corinna Vinschen
2020-03-20  8:13 ` Hamish McIntyre-Bhatty
2020-03-20  8:28   ` Marco Atzeri
2020-03-20  9:29 ` Jan Nijtmans
2020-03-20 10:22   ` Corinna Vinschen
2020-03-22 22:34   ` Yaakov Selkowitz
2020-03-23 12:07     ` Jan Nijtmans
2020-03-23 15:45       ` Yaakov Selkowitz
2020-03-23 21:04         ` Jan Nijtmans
2020-03-23 23:37           ` Yaakov Selkowitz
2020-03-24 11:41             ` Jan Nijtmans
2020-03-24 13:51               ` Yaakov Selkowitz
2020-03-24 14:11                 ` Jan Nijtmans
2020-03-24 14:24                   ` Yaakov Selkowitz
2020-03-24 19:27                     ` Jan Nijtmans
2020-04-01  9:10                       ` Jan Nijtmans
2020-03-20 10:19 ` Corinna Vinschen
2020-03-20 12:11   ` Jon Turney
2020-03-24 20:19   ` Andrew Schulman
2020-04-01 20:58     ` Yaakov Selkowitz
2020-04-02  7:35       ` Corinna Vinschen
2020-07-21  0:33         ` Andrew Schulman
2020-03-20 12:09 ` Jon Turney
2020-03-21 12:47   ` Thomas Wolff
2020-03-21 14:10     ` Jon Turney
2020-03-20 12:31 ` Marco Atzeri
2020-03-20 17:32   ` Achim Gratz
2020-03-20 19:16     ` Hamish McIntyre-Bhatty
2020-03-20 19:22     ` Yaakov Selkowitz
2020-03-20 20:30     ` Marco Atzeri
2020-03-22 15:34       ` ASSI
2020-03-22 16:36         ` ASSI
2020-03-22 19:49           ` Yaakov Selkowitz
2020-03-22 20:39             ` Achim Gratz
2020-03-22 19:03   ` Achim Gratz
2020-03-23 17:14     ` ASSI
2020-03-23 23:06       ` Marco Atzeri
2020-03-20 16:17 ` Doug Henderson
2020-03-21 14:12   ` Jon Turney
2020-03-26  5:54 ` Marco Atzeri
2020-03-26  7:19   ` Yaakov Selkowitz
2020-03-27 17:52     ` Marco Atzeri
2020-03-27 20:52       ` Yaakov Selkowitz
2020-03-28  3:33         ` Marco Atzeri
2020-03-30  6:01           ` Yaakov Selkowitz
2020-03-27 17:53     ` Marco Atzeri
2020-03-27 18:32       ` Hamish McIntyre-Bhatty
2020-03-27 19:10         ` Yaakov Selkowitz
2020-03-27 20:02           ` Hamish McIntyre-Bhatty
2020-04-10 12:52     ` Python - plan & execution Marco Atzeri
2020-04-23 21:54       ` Yaakov Selkowitz
2020-04-27 14:34         ` Jon Turney
2020-05-25  4:52           ` Marco Atzeri
2020-05-25 13:43             ` Jon Turney
2020-05-25 23:45             ` Yaakov Selkowitz
2020-05-26  4:31               ` Marco Atzeri [this message]
2020-06-08 19:20                 ` Jon Turney
2020-06-08 20:02                   ` Marco Atzeri
2020-06-09 13:20                     ` Jon Turney
2020-06-09 19:16                       ` Marco Atzeri
2020-06-12 14:44                         ` Jon Turney
2020-05-25  5:02       ` Marco Atzeri
2020-07-07 18:40         ` Marco Atzeri
2020-07-09 23:52           ` airplanemath
2020-07-10  5:34             ` Marco Atzeri
2020-04-04  3:17 ` Putting packages up for adoption Marco Atzeri

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=2c93d640-06b0-cdad-011c-fd5935e14cbc@gmail.com \
    --to=marco.atzeri@gmail.com \
    --cc=cygwin-apps@cygwin.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).