Changes between Initial Version and Version 1 of Ticket #2499


Ignore:
Timestamp:
2015-09-04T09:10:21Z (9 years ago)
Author:
daira
Comment:

Legend:

Unmodified
Added
Removed
Modified

  • Ticket #2499 – Description

    initial v1  
    33<warner> and I'm thwarted by packaging and setuptools, again
    44[...]
    5 <warner> ... "PYTHONPATH=/path/to/my/foolscap/tree ./bin/tahoe" ... currently emits: PackagingError: could not parse actual version '0.8.0+12.g1fdaa3e.dirty' of foolscap from '/Users/warner/stuff/python/foolscap' due to TypeError: expected string or buffer
    6 <warner> Warning: version number '0.8.0-12.g1fdaa3e.dirty' found for dependency 'foolscap' by pkg_resources could not be parsed. The version found by import was '0.8.0+12.g1fdaa3e.dirty' from '/Users/warner/stuff/python/foolscap'. pkg_resources thought it should be found at '/Users/warner/stuff/python/foolscap'. The exception was PackagingError: could not parse '0.8.0-12.g1fdaa3e.dirty' due to TypeError: expected string or buffer
    7 <warner> I don't know where that TypeError is coming from, or what it's getting that isn't a string
     5<warner> ... "PYTHONPATH=/path/to/my/foolscap/tree ./bin/tahoe" ... currently emits: PackagingError: could not parse actual version '0.8.0+12.g1fdaa3e.dirty' of foolscap from '/Users/warner/stuff/python/foolscap' due to !TypeError: expected string or buffer
     6<warner> Warning: version number '0.8.0-12.g1fdaa3e.dirty' found for dependency 'foolscap' by pkg_resources could not be parsed. The version found by import was '0.8.0+12.g1fdaa3e.dirty' from '/Users/warner/stuff/python/foolscap'. pkg_resources thought it should be found at '/Users/warner/stuff/python/foolscap'. The exception was !PackagingError: could not parse '0.8.0-12.g1fdaa3e.dirty' due to !TypeError: expected string or buffer
     7<warner> I don't know where that !TypeError is coming from, or what it's getting that isn't a string
    88<warner> I thought it might have to do with some Versioneer changes I made at one point which cause versions to sometimes be unicode, but hardcoding the version doesn't make the tahoe/packaging error go away
    99
    1010warner tries to even figure out what our 'setup.py build' does these days
    1111<warner> ah, found it. Tahoe's verlib.suggest_normalized_version() doesn't recognize Versioneer's (setuptools-compatible) "0.8.0+12.g123abc.dirty" as a parseable version, and returns None
    12 <warner> then verlib.NormalizedVersion(that) explodes when the regexp tries to parse the None
     12<warner> then verlib.!NormalizedVersion(that) explodes when the regexp tries to parse the None
    1313<warner> delete.. it.. all..
    1414<warner> actually now it's reminding me of the HHGTTG scene where the intergalactic cruise is grounded for centuries whilst waiting the availability of lemon-soaked paper napkins