In line with the Mass Python 2 Package Removal , the following (sub)packages of cryptlib were marked for removal:
According to our query, those (sub)packages only provide a Python 2 importable module. If this is not true, please tell us why, so we can fix our query.
Please remove them from your package.
As said in the change document, if there is no objection in a week, we will remove the package(s) as soon as we get to it. This change might not match your packaging style, so we'd prefer if you did the change. If you need more time, please let us know here.
We hope this doesn't come to you as a surprise. If you want to know our motivation for this, please read the change document .
The python2 module is now removed.
Python2 is still required to build the package.
Thanks for the update.
Please, stop adding the spec file to the lookaside cache. It is very confusing when the specfile immediately replaces itself with the older version.
Also, you don't need python2-devel anymore.
I wanted to send you a pull request, but pagure just says "waiting" all the time, so here are two commits on github:
(In reply to Miro Hrončok from comment #2)
> Also, you don't need python2-devel anymore.
Actually I do need python2-devel. Have a look at the source code.
If I didn't I'd had it removed by now.
I've looked at the source code and I don't understand why python2-devel is needed (I understand why python2 is needed).
Here's the PR: https://src.fedoraproject.org/rpms/cryptlib/pull-request/2
(In reply to Miro Hrončok from comment #4)
> I've looked at the source code and I don't understand why python2-devel is
> needed (I understand why python2 is needed).
OK, I will test it with python2-devel removed on rawhide and if it is
obsolete, I'll remove that too, BUT porting the python2 scripts will take
some time, it's on the to-do list. I always go for minimal changes to
the original source code. And if I change anything, I'd seek approval
from Peter Gutmann before heading to build something new.
The code in the above pull request builds fine.
Porting the script upstream to python3 would indeed be great.