Opened at 2010-06-22T08:29:01Z
Last modified at 2011-01-02T14:46:31Z
#38 new defect
Debian Package has no field Python-Version
Reported by: | arthur | Owned by: | arthur |
---|---|---|---|
Priority: | major | Milestone: | |
Version: | Keywords: | packaging | |
Cc: | Launchpad Bug: |
Description (last modified by zooko)
# dpkg -i "./buildbot_pycryptopp/Arthur debian-lenny-c7-i386/build/deb_dist/python-pycryptopp_0.5.19-r704-1_i386.deb" (Reading database ... 94425 files and directories currently installed.) Preparing to replace python-pycryptopp 0.5.15-1 (using .../python-pycryptopp_0.5.19-r704-1_i386.deb) ... Traceback (most recent call last): File "/usr/bin/pycentral", line 1891, in <module> main() File "/usr/bin/pycentral", line 1885, in main rv = action.run(global_options) File "/usr/bin/pycentral", line 1404, in run pkg.read_version_info() File "/usr/bin/pycentral", line 707, in read_version_info raise PyCentralError, "package has no field Python-Version" __main__.PyCentralError: package has no field Python-Version dpkg: error processing ./buildbot_pycryptopp/Arthur debian-lenny-c7-i386/build/deb_dist/python-pycryptopp_0.5.19-r704-1_i386.deb (--install): subprocess pre-installation script returned error exit status 1 Processing triggers for python-support ... Errors were encountered while processing: ./buildbot_pycryptopp/Arthur debian-lenny-c7-i386/build/deb_dist/python-pycryptopp_0.5.19-r704-1_i386.deb
Change History (3)
comment:1 Changed at 2010-06-22T15:37:00Z by zooko
comment:2 Changed at 2010-09-04T20:44:55Z by zooko
- Owner set to arthur
Hm, could this have been a bug in Debian?
https://bugs.launchpad.net/ubuntu/+source/python-central/+bug/195551
comment:3 Changed at 2011-01-02T14:46:31Z by zooko
- Description modified (diff)
Arthur: could you supply a patch that fixes this issue?
Note: See
TracTickets for help on using
tickets.
That .deb was built automatically. You can see the commands used and the output produced here:
http://tahoe-lafs.org/buildbot-pycryptopp/builders/Arthur%20debian-lenny-c7-i386/builds/71
Perhaps this means there is a bug in stdeb?