Description of problem:
gpsd-libs contains both the C client library and the Python 2 client library. Therefore, anything requiring libgps drags in Python 2. We are trying to get rid of Python 2 in favor of Python 3, and Python bindings should generally be packaged separately from the C library to avoid dragging in Python needlessly.
Please split out a separate python2-gpsd subpackage.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Install gpsd-libs.
Drags in Python 2.
Does not drag in Python 2.
This is one of the last holdouts dragging in the legacy Python 2 onto the KDE live image and remixes thereof.
I've started looking at getting this resolved.
There are several scripts that will need updating to work correctly under python3. Additionally, this project uses scons for building, which is also python2 only, so there will be some work getting the compiled extensions working correctly for python3. I'll be working with upstream to get this resolved.
I'll start by taking a look at the dependent packages and seeing what they use out of gpsd. If the python components are not directly used by most of the dependent packages, than simply splitting into a python2-gpsd package ought to go along to addressing this issue.
Pull request submitted for the python subpackage split: https://src.fedoraproject.org/rpms/gpsd/pull-request/1
Upstream just released 3.17, complete with python3 support. I've updated the package to provide both python2 and python3 subpackages. Now the gpsd-clients subpackage depends on python3-gpsd, thus providing the ability to have a fully functional install of gpsd without a python2 dependency.
I'm currently having trouble initiating remote pull requests on http://src.fedoraproject.org (ref https://pagure.io/fedora-infrastructure/issue/6332 ), but the changes are available from https://gitlab.com/troycurtisjr/fedora-pkg-gpsd.git . Also, the successful Copr build can be found at https://copr.fedorainfracloud.org/coprs/troycurtisjr/gpsd/build/600182/
Thanks, Troy. This is great work.
The update to 3.17 will require rebuild of all client packages (about 10 or so). It seems the API was just extended, so hopefully it won't require any patching.
Any provenpackager willing to do that?
I've pushed the changes to git. The only functional change I made was move of the new ppscheck binary to the main gpsd package. I hope that's ok with you. I think it should be together with ntpshmmon and it's technically not a gpsd client.
Now, we just need to rebuild all the packages.
FYI I've done test builds for the dependent packages:
All built successfully, so whoever does the build shouldn't have to worry about stamping out many build issues. I did have trouble building 'vifir', but it was a gtkmm related error and according to https://src.fedoraproject.org/rpms/vifir/c/1ff08f2cd3e0c0f926e7d7a946f1def9ab82a4f8?branch=master it is a dead package now any way.
gpsd-3.17-1.fc28 is now built in rawhide. I sent an email to fedora-devel last week and the maintainers should receive mails about broken dependencies.