You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
[Python][CI] Failing test_dateutil_tzinfo_to_string due to new release of python-dateutil #40337
I can't reproduce this on Linux, so most probably a Windows issue (or related to the exact tzdata being used there, since for me locally it's using the system provided data)
// _filename returns a full path in general ('/usr/share/zoneinfo/Europe/Paris')
// or POSIX name on Windows ('Europe/Paris') - we need a substring in first case
std::size_t pos = result.find("zoneinfo/");
if (pos != std::string::npos) {
return result.substr(pos + 9);
}
return result;
}
(so it might also be that something changed under the hood in dateutil that messes that u. It would be good to verify if the actual tz object in the snippet above, before conversion to a string by pyarrow, also shows "Europe/Monaco")
Agree with you Joris. I would first like to check the behaviour of dateutil, as you mention, but also can't do that on my M1. I could in any case open an issue upstream before, if we think that makes sense.
Activity
AlenkaF commentedon Mar 4, 2024
cc @raulcd
jorisvandenbossche commentedon Mar 4, 2024
I can't reproduce this on Linux, so most probably a Windows issue (or related to the exact tzdata being used there, since for me locally it's using the system provided data)
Might be good to report upstream?
jorisvandenbossche commentedon Mar 4, 2024
The logic we use to convert a dateutil tz to a string:
arrow/python/pyarrow/src/arrow/python/datetime.cc
Lines 554 to 568 in 2b194ad
(so it might also be that something changed under the hood in dateutil that messes that u. It would be good to verify if the actual
tzobject in the snippet above, before conversion to a string by pyarrow, also shows "Europe/Monaco")AlenkaF commentedon Mar 4, 2024
Agree with you Joris. I would first like to check the behaviour of dateutil, as you mention, but also can't do that on my M1. I could in any case open an issue upstream before, if we think that makes sense.
raulcd commentedon Mar 4, 2024
The same issue is being reproduced on my PR on the conda feedstock on Windows:
https://dev.azure.com/conda-forge/feedstock-builds/_build/results?buildId=888527&view=logs&j=ab98fee7-5bc6-5c2f-a410-3ab9b2f2e8ca&t=472408ae-fc68-5791-981c-69ea41d2d692&l=38399
Edit: added on Windows
jorisvandenbossche commentedon Mar 12, 2024
A temporary skip was added in #40486
rok commentedon Mar 19, 2025
This was reported upstream: dateutil/dateutil#1353