pandas.version == commit_hash when pandas is installed from git trunk
Added support for pandas installed directly from git trunk
Coverage remained the same when pulling 147ce16 on invisibleroads:patch-1 into 9d4b1f8 on statsmodels:master.
Thanks, looks ok to me, though I don't have a machine handy to look at the pandas dev versioning. What, if anything, changed in pandas that this is no longer working?
If the user downloads and install pandas using
git clone --depth=1 https://github.com/pydata/pandas/pull/5520
pandas.version.version = d250d64 (the commit hash)
pandas.version.short_version = 0.12.0
Yes, I'm wondering when this changed. Did your PR change this behavior? For me,
: from pandas.version import version as pversion
: print pversion
: re.match('\d*.\d*.\d*', pversion).group()
I guess the shallow clones don't get the tags. Hmm. That's annoying. Maybe we should just always check short_version instead of a nested try/except.
Good idea! I updated the pull request to use pandas.version.short_version instead.
Coverage remained the same when pulling 09f7826 on invisibleroads:patch-1 into 9d4b1f8 on statsmodels:master.
Hi jseabold, is it possible for you to please merge these changes into master? I just ran into the same error on a fresh installation. For now, my workaround is to run "git fetch --tags" before installing pandas.
I want to note that installing pandas after running "git fetch --tags" did not resolve the issue. Then there are only two options: 1) install pandas from pypi instead of github 2) modify setup.py in statsmodels manually.
Yes, sorry. Thanks for the bump.