Comments

18 Comments

This update has been unpushed.

karma

Does not provide relevant changes. Default version can be changed in rawhide, should not be changed in released version as it may create unexpected issues for users.

This update has been unpushed.

karma

Does not provide relevant changes. Default version can be changed in rawhide, should not be changed in released version as it may create unexpected issues for users.

This update has been unpushed.

This update has been unpushed.

Is this ready to push? Been holding python-dns until this gets deployed.

Ok, just let me know when FreeIPA has been pushed.

Upstream says the problem is in FreeIPA. Sounds like it needs to be upstream in FreeIPA or in a patch.

From https://github.com/rthalley/dnspython/issues/214

This is a consequence of two things: 1) after the python 2/3 code merge what used to be unicode objects in the TXT record strings field became bytes objects, and 2) the FreeIPA code is directly invoking the TXT RR constructor instread of calling dns.rdata.from_text(), which is how dnspython would like you to do this kind of thing. If FreeIPA had called dns.rdata.from_text(), the right thing would have happened.

So at this point I think the best thing is to change the FreeIPA code as it will then work with any version of dnspython. I don't want to start making RR constructors apply lots of conversions as that's a job already handled in from_text().

Issue was caused my man pages from the python2-sphinx package. Fixed in python-sphinx-1.4.6-2.fc24

This update has been unpushed.

This update has been unpushed.

Correction, RHN is inconsistent, verifying. If python-dns is verified to be in RHEL7, EPEL7 package will be modified to only provide python34 package

To anonymous, python-dns does appear to be in the Centos repo, but no package is found in an RHN search. Please provide documentation or links.

Did not encounter any errors during testing

karma

Tested on RHEL 6.5 x86_64 with python-2.6.6-52. Installs successfully. Tests successfully.