Upstream, this software supports Python 3. Please provide a Python 3
package for Fedora.
According to the Python packaging guidelines , software must be
packaged for Python 3 if upstream supports it.
The guidelines give detailed information on how to do this, and even
provide an example spec file .
The current best practice is to provide subpackages for the two Python
versions (called "Common SRPM" in the guidelines). Alternatively, if
nothing depends on your Python2 package, you can just switch to Python 3
It's ok to do this in Rawhide only, however, it would be greatly
appreciated if you could push it to Fedora 24 as well.
If anything is unclear, or if you need any kind of assistance with the
porting, you can ask on IRC (#fedora-python on Freenode), or reply here.
We'll be happy to help!
what about this package? Do you need any help adding Python 3 support to the RPM?
If you need more instructions, a [guide] for porting Python-based RPMs is available.
Hi Dominika, I currently have no time to do this. If you need this done soon, feel free and request comaintainership in pkgdb - I'll be glad to grant it to you and then you can add the python3 subpackage yourself.
Created attachment 1166314 [details]
python 3 support
A patch to provide Python 3 support.
Also package is updated to latest snapshot.
Koji scratch build: http://koji.fedoraproject.org/koji/taskinfo?taskID=14435847
Also tested in mock and works.
This bug appears to have been reported against 'rawhide' during the Fedora 25 development cycle.
Changing version to '25'.
Applying: Provide a Python 3 subpackage
error: patch failed: python-restsh.spec:1
error: python-restsh.spec: patch does not apply
Patch failed at 0001 Provide a Python 3 subpackage
The copy of the patch that failed is found in: .git/rebase-apply/patch
When you have resolved this problem, run "git am --continue".
If you prefer to skip this patch, run "git am --skip" instead.
To restore the original branch and stop patching, run "git am --abort".
Rebased the patch, will apply.
Repos are synched so did some more testing in mock. Everything works correct.
Package is imported in python by: import restshlib, and binary works as expected from the python3 subpackage. Note that in order for the binary to work you cannot be in a higher level than the home directory, as it will give a traceback for not finding the ~/.restsh-history file.