DevHeads.net

EPEL: Python34 moving to Python36

Over the last 5 days, Troy Dawson, Jeroen van Meeuwen, Carl W George,
and several helpers have gotten nearly all of the python34 packages
moves over to python36 in EPEL-7. They are being included in 6 Bodhi
pushes because of a limitation in Bodhi for the text size of packages
in an include.

The current day for these package groups to move into EPEL regular is
April 2nd. We would like to have all tests we find in the next week or
so also added so that the updates can occur in a large group without
too much breakage.

<a href="https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-f2d195dada" title="https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-f2d195dada">https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-f2d195dada</a>
<a href="https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-9e9f81e581" title="https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-9e9f81e581">https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-9e9f81e581</a>
<a href="https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-0d62608bce" title="https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-0d62608bce">https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-0d62608bce</a>
<a href="https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-5be892b745" title="https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-5be892b745">https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-5be892b745</a>
<a href="https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-0f4cca7837" title="https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-0f4cca7837">https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-0f4cca7837</a>
<a href="https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-ed3564d906" title="https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-ed3564d906">https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-ed3564d906</a>

Please heavily test them by doing the following:
Stage 1 Testing
Install RHEL, CentOS, or Scientific Linux 7 onto a TEST system.
Install or enable the EPEL repository for this system
Install various packages you would normally use
yum --enablerepo=epel-testing update
Report problems to <a href="mailto:epel- ... at lists dot fedoraproject.org">epel- ... at lists dot fedoraproject.org</a>
Stage 2 Testing
Check for any updated testing instructions on this blog or EPEL-devel list.
Install RHEL, CentOS, or Scientific Linux 7 onto a TEST system.
Install or enable the EPEL repository for this system
yum install python34
yum --enablerepo=epel-testing update
Report problems to <a href="mailto:epel- ... at lists dot fedoraproject.org">epel- ... at lists dot fedoraproject.org</a>
Stage 3 Testing
Check for any updated testing instructions on this blog or EPEL-devel list.
Install RHEL, CentOS, or Scientific Linux 7 onto a TEST system.
Install or enable the EPEL repository for this system
yum install python36
yum --enablerepo=epel-testing update
Report problems to <a href="mailto:epel- ... at lists dot fedoraproject.org">epel- ... at lists dot fedoraproject.org</a>
This should cover the three most common scenarios. Other scenarios
exist and will require some sort of intervention to work around. We
will outline them as they come up.

Many Many Thanks go to Troy, Jeroen, Carl, and the many people on the
python team who made a copr and did many of the initial patches to
make this possible.

Comments

Re: EPEL: Python34 moving to Python36

By Chris at 03/13/2019 - 23:05

Amazing work!

I just wanted to ask if it was a bug that the Python v2 branch provided the
following RPMs, but the Python v3.6 did not:
- python36-requests-oauthlib
- python36-oauthlib
- python36-markdown
- python36-pytest-runner

Perhaps these ones just haven't been ported over yet? Thoughts?
Here's the source of my prob:
<a href="https://koji.fedoraproject.org/koji/taskinfo?taskID=33463886" title="https://koji.fedoraproject.org/koji/taskinfo?taskID=33463886">https://koji.fedoraproject.org/koji/taskinfo?taskID=33463886</a>

Chris

On Wed, Mar 13, 2019 at 10:38 AM Stephen John Smoogen < ... at gmail dot com>
wrote:

Re: EPEL: Python34 moving to Python36

By Dridi Boukelmoune at 03/13/2019 - 11:46

Hello,

On Wed, Mar 13, 2019 at 3:37 PM Stephen John Smoogen < ... at gmail dot com> wrote:
I was about to start a thread about this, so it saves me a fair amount of time.

I have been working on this today, so this is very fresh:

<a href="https://github.com/varnishcache/pkg-varnish-cache/pull/124" title="https://github.com/varnishcache/pkg-varnish-cache/pull/124">https://github.com/varnishcache/pkg-varnish-cache/pull/124</a>

My complaint is that the current packages for
python34-{sphinx,docutils} don't seem to have provides with a
"python3-" prefix. So while I can live with that fact, I'm not happy
with the prospect of having to break the continuity soon and have to
move my BuildRequires to a python36- prefix.

One more thing about those two specific packages, they also don't
provide binaries suffixed with "-3" so that means having to change
packaging again so that configures picks up rst2man-3.6 instead of
rst2man-3.4 and that's not a comfortable place to be in downstream.

I'm a bit confused because it seems the update above contains both
builds for the packages I'm interested in, and seems to keep building
the 3.4 variant of the package in addition to the new 3.6 builds.

That means I should not worry about having to move away from today's
work, right?

And I guess cohabitation would explain why I don't get a shiny
python3-foo package and foo-3 binaries?

If so, feel free to redirect my grumpiness to /dev/null :)

Amazing timing!

Dridi