Re: Changed behaviour of Timezone DST in Python 3.6 vs. 3.5

Ok. I think I fixed it and PR is running in Travis. It was quite an interesting one. Yet another tiny python3.5 vs. python 3.6 incompatibility :). This time because we are mixing standard datetime and pendulum - we are using croniter and it does not pla

Re: Changed behaviour of Timezone DST in Python 3.6 vs. 3.5

As per update - It looks like it's the changed fold behaviour, rather than TZ. I will try to dig deeper and see what's going on. J. On Sun, Apr 14, 2019 at 10:38 AM Ash Berlin-Taylor wrote: > Does anything in Airflow depend upon the TZ environment variable, or even > the stock tz behaviour? I t

Re: Changed behaviour of Timezone DST in Python 3.6 vs. 3.5

Does anything in Airflow depend upon the TZ environment variable, or even the stock tz behaviour? I thought we used the pendulum library as it was more predictable. If it's just that one test that fails it should be fixed, and perhaps added to our docs they TZ isn't respected (ie use the existi

Re: Changed behaviour of Timezone DST in Python 3.6 vs. 3.5

After a bit of diffing it seems it's a different reason Local Time disambiguation changed in Python 3.6: https://docs.python.org/3/whatsnew/3.6.html#pep-495-local-time-disambiguation https://pendulum.eustace.io/docs/#using-the-timezone-library-directly - seems that pendulum which we use backporte

Changed behaviour of Timezone DST in Python 3.6 vs. 3.5

Hello Airflowers. While testing the multi-staging docker I've found an incompatibility problem between python 3.5 and 3.6 w/regards to Timezone DST. Seems related to a known TZ behaviour change in Python 3.6 https://bugs.python.org/issue30062 I created a JIRA issue for it: https://issues.apache.o