Red Hat Bugzilla – Bug 620265
python-pydns needs to be rebuilt against python 2.7 in F14 and devel
Last modified: 2010-08-02 22:18:28 EDT
The package needs to be rebuilt against python 2.7 in both F14 and devel.
Automated rebuild fails; python 2.7 seems to be more picky about encoding issues than previous versions:
I'll take a look at this.
Information on the new "dist-git" system can be seen here:
Information on common difficulties with Python 2.7 rebuilds can be seen here:
Once it's been successfully rebuilt for F14, an update needs to be filed to get the rebuild into F14:
Please add this bug to the update, to make it easy to track what's been done, and what's left to do.
[david@brick DNS]$ file *.py
Base.py: ASCII English text
Class.py: ASCII English text
__init__.py: ASCII English text
lazy.py: ASCII English text
Lib.py: ISO-8859 English text
Opcode.py: ASCII English text
Status.py: ASCII English text
Type.py: ISO-8859 English text
win32dns.py: ASCII English text
Using hexdump, it looks like Lib.py and Type.py contain one-byte encodings of "Michael Ströder"'s name.
However, __init__.py, Lib.py and Type.py all come (upstream) with:
# -*- encoding: utf-8 -*-
lines (which appear to be incorrect for the two above; the "ö" should be two-bytes in UTF-8, I believe).
The specfile adds a downstream:
# -*- coding: latin-1 -*-
to the top of every file, so the three files above end up with two "encoding" lines; I believe that that's what python 2.7 is complaining about
Fix committed and pushed to f14 and master.
Rebuilding for f14 as:
and for f15 as:
python-pydns-2.3.3-6.fc14 has been submitted as an update for Fedora 14.
python-pydns-2.3.3-6.fc14 has been pushed to the Fedora 14 stable repository. If problems still persist, please make note of it in this bug report.