Re: [VOTE] Release Apache Airflow Helm Chart 1.6.0 based on 1.6.0rc1

2022-05-12 Thread Jed Cunningham
I'm canceling this vote as there is one more change we need to include. I'll cut RC2 and start another vote soon. Thanks Ephraim and Jarek for testing and voting 👍 On Thu, May 12, 2022 at 7:49 AM Jarek Potiuk wrote: > +1(binding) Verified signatures, licenses, checksum, installed and > upgraded

Re: Release cycle and patch releases

2022-05-12 Thread Jarek Potiuk
OK. Got to it. I personally think we should only release any "old" branch, when there is an absolute critical problem that cannot be easily circumvented by the users who already have the latest version from that line released. I strongly believe that the problems of our users with upgrades is tha

Re: [DISCUSS] Deprecate core airflow k8s settings in KubernetesPodOperator

2022-05-12 Thread Jarek Potiuk
Actually I thought about it - just do it Daniel. I think it makes no sense to hold it now. It might take quite a long time to resolve the K8S <> Core dependency and might even lead to breaking changes so even if we do it wrong now, we might simply redo it later. I have no reservations. J, On

Re: 2022 Airflow User Survey Planning

2022-05-12 Thread Jarek Potiuk
I've added a lot of suggestions. I added quite a number of questions about Summit, Community and Future of Airflow. I hope we can send it next week just before the Summit and maybe we could announce some results during the summit as well On Wed, May 11, 2022 at 11:35 AM Ewa Tatarczak wrote: >

Re: [VOTE] Release Apache Airflow Helm Chart 1.6.0 based on 1.6.0rc1

2022-05-12 Thread Jarek Potiuk
+1(binding) Verified signatures, licenses, checksum, installed and upgraded cleanly - no surprises. ran some dags. 2.3.0 is default. I still love the new Grid UI. On Tue, May 10, 2022 at 11:29 PM Ephraim Anierobi wrote: > +1(binding) Verified signatures, licensees, checksums and also ran some >

Re: Missing "start_date" or why must a DAG have one

2022-05-12 Thread Jarek Potiuk
Yeah. Maybe simply start_date should only be required when catchup=True then? Sounds like it might correctly reflect the intention of catchup=True, while bringing a very solid semantic for explicit start_date. J. On Tue, May 10, 2022 at 11:14 PM Ping Zhang wrote: > I agree that for the cronta