On Wed, 14 Dec 2022, Stephen Smoogen wrote:
On Wed, 14 Dec 2022 at 09:45, Miro Hrončok <mhroncok@xxxxxxxxxx> wrote:
Hello folks.
A new major version of tox was released. The bump form version 3 to
version 4
should be flawless to users but breaks all the plugins that have not been
updated to the new API yet.
I would like to avoid the need to maintain tox 3 in EPEL9 for many years
after
upstream abandoned it (they have no intention to do maintenance releases
for
tox 3.x).
We are currently upgrading to tox 4 in Fedora Rawhide. When the dust
settles
I'd like to have the possibility to update it in EPEL too.
One way to do it is to package a new tox4 component in EPEL 9 (and make it
conflict with tox < 4) and keep the old tox around until it breaks (the
breakage might mean it no longer supports a newly added Python version
being
added to RHEL 9).
How does this sound?
Add a tox4 which conflicts with tox3 and tox. Then release a tox3 which
replaces tox and has a prominent END-OF-LIFE file and possibly in the Info
that this is the last release of tox3 and it will be removed from EPEL
around RHEL-9.2. Then set tox3's shelf-life to 2023-07-01 in pdc. (move
dates to what you want). Then it goes and everyone knows why it went.
Should tox3 and tox4 *provide* tox ?
--
Andrew C. Aitchison Kendal, UK
andrew@xxxxxxxxxxxxxxx_______________________________________________
epel-devel mailing list -- epel-devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to epel-devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/epel-devel@xxxxxxxxxxxxxxxxxxxxxxx
Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
