-
-
Notifications
You must be signed in to change notification settings - Fork 18.4k
pandas-0.15.0 test failure test_string_index_alias_tz_aware (pandas.tseries.tests.test_timezones.TestTimeZoneSupportDateutil) #8639
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
pls pd.show_versions() |
pd.show_versions() INSTALLED VERSIONScommit: None pandas: 0.15.0 |
this works with latest master so not sure what the problem is (I matched your installed versions). Here are some windows builds of a test version of 0.15.2 (0.15.1 is officially the current release) |
I see the same error with current HEAD. |
the error report you have doesn't match the show versions first is in py3.3 and 2nd says py2.7 which is it?? |
it is with every python version INSTALLED VERSIONScommit: None pandas: 0.15.1-196-ge51eb9e ERROR: test_string_index_alias_tz_aware (test_timezones.TestTimeZoneSupportDateutil)Traceback (most recent call last): INSTALLED VERSIONScommit: None pandas: 0.15.1-196-ge51eb9e ERROR: test_string_index_alias_tz_aware (test_timezones.TestTimeZoneSupportDateutil)Traceback (most recent call last): INSTALLED VERSIONScommit: None pandas: 0.15.1-196-ge51eb9e NoneERROR: test_string_index_alias_tz_aware (test_timezones.TestTimeZoneSupportDateutil)Traceback (most recent call last): |
for dateutil 2.3 might be related to #9021 @jlec you are showing several different versions of dateutil here, so very confusing. I think that this may be broken on your linux version. You can provide a debug output (e.g. run nosetests with |
ok, this is ONLY on >= 2.3. The attached PR #9036 now shows the issues (was being suppressed somehow on windows). I think the API changed in 2.3 |
Do you need anything from me, or is the issue clear? |
This issue is also present with dateutil-2.2 |
The requested values from the test: result -> 2000-01-03 00:00:00-05:00 -1.566048 Freq: D, dtype: float64 |
Latest HEAD plus #9047 with python-dateutil-2.3: https://gist.github.com/jlec/ca1f2fb9d383faacaef6 |
With dateutil-2.3 there is test_append_with_timezones_dateutil (pandas.io.tests.test_pytables.TestHDFStore) ... /usr/lib64/python2.7/site-packages/dateutil/zoneinfo/init.py:36: UserWarning: I/O error(2): No such file or directory which is a simple FAIL with 2.2 Beside that the testfailures are the same for both dateutil versions |
pls run this and report on 2.2 and 2.3 under python 2.7 |
zoneinfo.gettz() seems to have problems (1 & 2) on system which do not install the zoninfo tarball (e.g. Debian, Gentoo and Fedora) but rely on the system zoneinfo files. This results in test failures (3 & 4) tz.gettz() doesn't suffer from this problem. 1 dateutil/dateutil#8 2 dateutil/dateutil#11 3 pandas-dev#9059 4 pandas-dev#8639 Signed-off-by: Justin Lecher <[email protected]>
zoneinfo.gettz() seems to have problems (1 & 2) on system which do not install the zoninfo tarball (e.g. Debian, Gentoo and Fedora) but rely on the system zoneinfo files. This results in test failures (3 & 4) tz.gettz() doesn't suffer from this problem. 1 dateutil/dateutil#8 2 dateutil/dateutil#11 3 pandas-dev#9059 4 pandas-dev#8639 Signed-off-by: Justin Lecher <[email protected]>
zoneinfo.gettz() seems to have problems (1 & 2) on system which do not install the zoninfo tarball (e.g. Debian, Gentoo and Fedora) but rely on the system zoneinfo files. This results in test failures (3 & 4) tz.gettz() doesn't suffer from this problem. 1 dateutil/dateutil#8 2 dateutil/dateutil#11 3 pandas-dev#9059 4 pandas-dev#8639 Signed-off-by: Justin Lecher <[email protected]>
zoneinfo.gettz() seems to have problems (1 & 2) on system which do not install the zoninfo tarball (e.g. Debian, Gentoo and Fedora) but rely on the system zoneinfo files. This results in test failures (3 & 4) tz.gettz() doesn't suffer from this problem. 1 dateutil/dateutil#8 2 dateutil/dateutil#11 3 pandas-dev#9059 4 pandas-dev#8639 Signed-off-by: Justin Lecher <[email protected]>
zoneinfo.gettz() seems to have problems (1 & 2) on system which do not install the zoninfo tarball (e.g. Debian, Gentoo and Fedora) but rely on the system zoneinfo files. This results in test failures (3 & 4) tz.gettz() doesn't suffer from this problem. 1 dateutil/dateutil#8 2 dateutil/dateutil#11 3 pandas-dev#9059 4 pandas-dev#8639 Signed-off-by: Justin Lecher <[email protected]>
zoneinfo.gettz() seems to have problems (1 & 2) on system which do not install the zoninfo tarball (e.g. Debian, Gentoo and Fedora) but rely on the system zoneinfo files. This results in test failures (3 & 4) tz.gettz() doesn't suffer from this problem. 1 dateutil/dateutil#8 2 dateutil/dateutil#11 3 pandas-dev#9059 4 pandas-dev#8639 Signed-off-by: Justin Lecher <[email protected]>
zoneinfo.gettz() seems to have problems (1 & 2) on system which do not install the zoninfo tarball (e.g. Debian, Gentoo and Fedora) but rely on the system zoneinfo files. This results in test failures (3 & 4) tz.gettz() doesn't suffer from this problem. 1 dateutil/dateutil#8 2 dateutil/dateutil#11 3 pandas-dev#9059 4 pandas-dev#8639 Signed-off-by: Justin Lecher <[email protected]>
zoneinfo.gettz() seems to have problems (1 & 2) on system which do not install the zoninfo tarball (e.g. Debian, Gentoo and Fedora) but rely on the system zoneinfo files. This results in test failures (3 & 4) tz.gettz() doesn't suffer from this problem. 1 dateutil/dateutil#8 2 dateutil/dateutil#11 3 pandas-dev#9059 4 pandas-dev#8639 Signed-off-by: Justin Lecher <[email protected]>
zoneinfo.gettz() seems to have problems (1 & 2) on system which do not install the zoninfo tarball (e.g. Debian, Gentoo and Fedora) but rely on the system zoneinfo files. This results in test failures (3 & 4) tz.gettz() doesn't suffer from this problem. 1 dateutil/dateutil#8 2 dateutil/dateutil#11 3 pandas-dev#9059 4 pandas-dev#8639 Signed-off-by: Justin Lecher <[email protected]>
zoneinfo.gettz() seems to have problems (1 & 2) on system which do not install the zoninfo tarball (e.g. Debian, Gentoo and Fedora) but rely on the system zoneinfo files. This results in test failures (3 & 4) tz.gettz() doesn't suffer from this problem. 1 dateutil/dateutil#8 2 dateutil/dateutil#11 3 pandas-dev#9059 4 pandas-dev#8639 Signed-off-by: Justin Lecher <[email protected]>
zoneinfo.gettz() seems to have problems (1 & 2) on system which do not install the zoninfo tarball (e.g. Debian, Gentoo and Fedora) but rely on the system zoneinfo files. This results in test failures (3 & 4) tz.gettz() doesn't suffer from this problem. 1 dateutil/dateutil#8 2 dateutil/dateutil#11 3 pandas-dev#9059 4 pandas-dev#8639 Signed-off-by: Justin Lecher <[email protected]>
python-dateutil provides two implementations for gettz(), tz.gettz() and zoneinfo.gettz(). The former tries first to use system provided timezone data, where as the later always uses a bundled tarball. Upstreams recommandation for library consumers is only using tz.gettz() (1 & 2). Further more, on system which do not install the zoninfo tarball (e.g. Debian, Gentoo and Fedora) but rely on the system zoneinfo files the direct usage of zoneinfo.gettz() creates problems which result in test failures (3 - 6). For compatibility in pandas code pandas.tslib._dateutil_gettz() should be used. 1 dateutil/dateutil#8 2 dateutil/dateutil#11 3 pandas-dev#9059 4 pandas-dev#8639 5 pandas-dev#10121 6 pandas-dev#9663 Signed-off-by: Justin Lecher <[email protected]>
python-dateutil provides two implementations for gettz(), tz.gettz() and zoneinfo.gettz(). The former tries first to use system provided timezone data, where as the later always uses a bundled tarball. Upstreams recommandation for library consumers is only using tz.gettz() (1 & 2). Further more, on system which do not install the zoninfo tarball (e.g. Debian, Gentoo and Fedora) but rely on the system zoneinfo files the direct usage of zoneinfo.gettz() creates problems which result in test failures (3 - 6). For compatibility in pandas code pandas.tslib._dateutil_gettz() should be used. 1 dateutil/dateutil#8 2 dateutil/dateutil#11 3 pandas-dev#9059 4 pandas-dev#8639 5 pandas-dev#10121 6 pandas-dev#9663 Signed-off-by: Justin Lecher <[email protected]>
python-dateutil provides two implementations for gettz(), tz.gettz() and zoneinfo.gettz(). The former tries first to use system provided timezone data, where as the later always uses a bundled tarball. Upstreams recommandation for library consumers is only using tz.gettz() (1 & 2). Further more, on system which do not install the zoninfo tarball (e.g. Debian, Gentoo and Fedora) but rely on the system zoneinfo files the direct usage of zoneinfo.gettz() creates problems which result in test failures (3 - 6). For compatibility in pandas code pandas.tslib._dateutil_gettz() should be used. 1 dateutil/dateutil#8 2 dateutil/dateutil#11 3 pandas-dev#9059 4 pandas-dev#8639 5 pandas-dev#10121 6 pandas-dev#9663 Signed-off-by: Justin Lecher <[email protected]>
ERROR: test_string_index_alias_tz_aware (pandas.tseries.tests.test_timezones.TestTimeZoneSupportDateutil)
Traceback (most recent call last):
File "/var/tmp/portage/dev-python/pandas-0.15.0/work/pandas-0.15.0-python3_3/lib/pandas/tseries/tests/test_timezones.py", line 606, in test_string_index_alias_tz_aware
self.assertAlmostEqual(result, ts[2])
File "/usr/lib64/python3.3/unittest/case.py", line 665, in assertAlmostEqual
if first == second:
File "/var/tmp/portage/dev-python/pandas-0.15.0/work/pandas-0.15.0-python3_3/lib/pandas/core/generic.py", line 692, in nonzero
.format(self.class.name))
ValueError: The truth value of a Series is ambiguous. Use a.empty, a.bool(), a.item(), a.any() or a.all().
The text was updated successfully, but these errors were encountered: