I just compared the i386 and amd64 packages and it turns out that the path 'usr/lib/python3.1' is changed to 'usr/lib/python3' in the amd64 package. Looks like pycentral expects x.y version numbers and throws out the "ValueError" mentioned above which makes dpkg abort configuration.
I think the error occurs when it tries to read the version information from the file "usr/share/pyshared-data/python-apt". The 3rd line in the file states "python-version = 2.6, 3, 2.5" If I rebuild the package with "usr/lib/python3.1" (also changed in "usr/share/pyshared-data/python-apt" and "python-version = 2.6, 3.1, 2.5") it installs without problems. It can be quite tricky to get rid of the messed up package though because dpkg refuses removing or up/downgrading because the prerm and postinst scripts return the error mentioned before. So quick fix for people who have this problem right now: (I hope this doesn't mess up things in python..) Change the 3rd line in the file '/usr/share/pyshared-data/python-apt' to "python-version = 2.6, 3.1, 2.5" Then you're able to remove the package or replace it with version 0.7.97.1 from testing. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
