On 03/28/2016 09:00 AM, Avram Lubkin wrote:
So, a package I help maintain, python-dns is now provided by Red Hat. So I
thought, "OK, I'll still build the python34 package to help in that
effort".
But the problem with that is, per the EPEL 7 in Python 3 Plan Draft (1), if
Red Hat provides the package, the SRPM can't use the same name. I can see the
merit there. The problem is that in Fedora, a SRPM name needs to match the git
repo name. So, yes, I could ask for a python3-dns package to be setup, but
that creates two problems. The first, keeping the EPEL-only repo in sync with
the main repo. The second, Differentiating between the python3 package for
Fedora which is in the python-dns git repo and the python3 package for EPEL
which, according to the guideline, would be in python3-dns.
Ideally, I'd be able to maintain everything in the main git repo and use
one spec file cloned from master. That's not too difficult except the Fedora
build system won't build a package if it can't find the package (based on the
SRPM name) in the database.
I don't see a clean solution which makes me very hesitant to preemptively put
out python34-dns for EPEL7. Which is part of the whole problem with python34
on EL7, there are no packages. If you build it, they will come, otherwise
everyone stands around complaining it's not built.
Am I missing something?
Not really, although with git remotes I imagine you could pull changes from
the python-dns git repo into the python3-dns repo if desired.
Come join us ...
https://admin.fedoraproject.org/pkgdb/packages/?motif=python3-*&branc...
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA, Boulder/CoRA Office FAX: 303-415-9702
3380 Mitchell Lane orion(a)nwra.com
Boulder, CO 80301
http://www.nwra.com