Hi Vikram.

Thanks for the summary from the meeting. I missed a call (assuming that it
will be in 2 weeks from previous).
Can you, please, share what is the timeline for the Airflow 3.1 release. It
is not mentioned in the summary, and I can't find it on wiki.

Thank you

- Eugene

On Mon, Jul 7, 2025 at 3:04 AM Vikram Koka <vik...@astronomer.io.invalid>
wrote:

> Hey everyone,
>
> Thank you to everyone who made the dev call last week. I updated our
> meeting notes document in the Airflow wiki to capture the notes. The link
> for those notes is here
> <https://cwiki.apache.org/confluence/pages/viewpage.action?pageId=308153072#Airflow3Devcall:MeetingNotes-Summary.31>
>
> To everyone who attended the meeting, please check the summary and add
> anything that I may have missed. For those who could not join, please let
> us know if you disagree with anything discussed and agreed upon in
> the meeting. Also, please do ask questions if something is unclear.
>
> Our next meeting is scheduled for the 17th of July at the same time. The
> agenda is pretty open for now and is focused on development updates for the
> AIPs targeted towards Airflow 3.1.  Please let me know if you would like
> to add anything to the agenda
> <https://cwiki.apache.org/confluence/pages/viewpage.action?pageId=308153072#Airflow3Devcall:MeetingNotes-ProposedAgenda.12>
> .
>
> Best regards,
> Vikram
>
> --
> Below is the summary from the call:
>
>    - Catch-up on action items from last call:
>       - None
>    - Development updates and presentations:
>       - Airflow 3 adoption (Vikram)
>          - Vikram shared that the download numbers show encouraging signs
>          of 3.0 adoption, with about 12% of all downloads for the last month 
> being
>          for 3.0 placing it in third place, with 2.10 in the lead with 29% 
> and 2.6
>          (still puzzling) in second place with 16%.
>          - Vikram also noted that 2.11 which was released after 3.0 is at
>          5% of downloads, which showed that more people were willing to go to 
> 3.0
>          directly from earlier 2.x versions.
>          - Jens noted that it was still a very good thing that we had
>          released 2.11, since 5% of people had upgraded to it from earlier 2.x
>          versions, presumably because they were not yet ready to upgrade to 
> 3.0.
>          - The team noted that for several organizations there were a
>          couple of functional gaps, notably UI Plugins and "run as user" which
>          blocked the upgrade to 3.0. Amogh responded that "run as user" is 
> available
>          as part of Airflow 3.0.3.
>          - Vikram noted that the two big known gaps i.e. UI plugins and
>          Deadline Alerts are targeted for the 3.1 release.
>          - The team noted that we should make an effort to clean up any
>          such small blockers in the 3.1 release.
>          - The ask for the community is to please highlight such gaps
>          encountered in the dev list or the Airflow 3 dev slack channel.
>       - CLI update (Bugra)
>          - Bugra walked through the Github project for this AIP as well
>          as the current status of the work.
>          - Bugra stated that the project would be ready to be integrated
>          into the release process in a couple of weeks.
>          - Bugra also volunteered to help in the release process as
>          needed. Jarek pointed out that some additional work may be needed 
> around
>          tests as part of getting ready for release.
>       - Airflow 3.1 update (Vikram)
>          - Vikram shared the overall scope and timing of the Airflow 3.1
>          release as documented on the wiki page.
>          - The one area of significant discussion was the Human in the
>          loop as detailed below.
>       - Discussion topics:
>       - Human in the loop
>          - Jens started the discussion here by pushing for the Human in
>          the loop feature to be built and released as a separate provider, not
>          within the standard provider package.
>          - Kaxil vocally advocated for this to be in Core Airflow for
>          simplicity and walked through the initial PR created by Wei to 
> illustrate
>          his rationale.
>          - Jarek vehemently agreed with Kaxil.
>          - Pierre also agreed with Kaxil, saying that he would prefer UI
>          plugins to be only used by users, not by us as Airflow contributors.
>          - This then led to the discussion that we have gone too far with
>          the Provider separation from Core Airflow. Jed brought up the point 
> that he
>          would like to get the Executors out of the Providers into a different
>          package.
>          - The discussion ended with the decision to make the "core"
>          Human in the loop functionality as part of Core Airflow.
>       - Code sharing discussion (Ash)
>          - The prior discussion also led to the code sharing discussion
>          between Task SDK and Core Airflow, following the thread brought up 
> by Ash
>          in the dev list.
>          - This was a great discussion with a lot of participation from
>          everyone on the call.
>          - Ash to summarize this.
>
>
> --[image: Screenshot 2025-07-01 at 7.41.50 PM.png]
>
> Vikram Koka
> Chief Strategy Officer
> Email: vik...@astronomer.io
>
>
> <https://www.astronomer.io/>
>


-- 
Eugene

Reply via email to