[tahoe-lafs-trac-stream] [pycryptopp] #107: Older versions of pycryptopp have a newer-looking version number

pycryptopp trac at tahoe-lafs.org
Fri Feb 24 13:24:01 UTC 2017


#107: Older versions of pycryptopp have a newer-looking version number
-------------------------+-----------------
     Reporter:  exarkun  |      Owner:
         Type:  defect   |     Status:  new
     Priority:  blocker  |  Milestone:
      Version:           |   Keywords:
Launchpad Bug:           |
-------------------------+-----------------
 The current release of pycryptopp on pypi is
 0.7.1.869544967005693312591928092448767568728501330214

 I assume the release was generated from the revision at the git tag
 pycryptopp-0.7.1

 The git tag pycryptopp-0.7.1 is about 4 revisions behind master at HEAD right
 now.  The self-reported version of pycryptopp at master at HEAD is
 0.7.1.4.182880377279460454774209806269619214747373856330.post4

 {{{
 >>> from packaging.version import Version
 >>> release =
 Version("0.7.1.869544967005693312591928092448767568728501330214")
 >>> head =
 Version("0.7.1.4.182880377279460454774209806269619214747373856330.post4")
 >>> versions = [release, head]
 >>> versions.sort()
 <Version('0.7.1.869544967005693312591928092448767568728501330214')>]
 >>> versions == [head, release]
 True
 >>>
 }}}

 The actually newer code has a version that marks it as being older.
 Perhaps this only affects postX versions but that's sufficient to break
 testing environments where it becomes difficult to get an in-development
 version of pycryptopp instead of the last release.

--
Ticket URL: <https://tahoe-lafs.org/trac/pycryptopp/ticket/107>
pycryptopp <https://Tahoe-LAFS.org/trac/pycryptopp>
python bindings to the (C++) "Crypto++" library


More information about the tahoe-lafs-trac-stream mailing list