Re: [DISCUSS] Removing postgres frrom the helm chart (bitnami) ?

I agree with this idea but I also see this in the announcements: > Q: Are Bitnami’s free images going away? A: Not entirely. Bitnami will continue to offer a limited subset of free, latest-version images intended for development use. These images will be more hardened and secure, but older version

Re: [DISCUSS] Improve test package hierarchy?

Nice to hear that opinion Ash, it's an interesting angle. If someone works on a POC for that, would be interested to know how it spans out. Thanks & Regards, Amogh Desai On Mon, Jul 28, 2025 at 7:23 PM Ash Berlin-Taylor wrote: > Yeah, I wasn’t sure if it would work for us. Let us know how it

Re: [VOTE] July 2025 PR of the Month

+1 for #49470, it is never easy to resolve such issues and it was handled with patience and flair. Kudos Jason! Thanks & Regards, Amogh Desai On Tue, Jul 29, 2025 at 9:24 AM Aritra Basu wrote: > Same I believe for #46891, my vote would go for it. Conclusion of quite a > long effort. > -- > Re

Re: [VOTE] July 2025 PR of the Month

Same I believe for #46891, my vote would go for it. Conclusion of quite a long effort. -- Regards, Aritra Basu On Tue, 29 Jul 2025, 8:21 am Wei Lee, wrote: > Not sure whether it was missed by the script ( > https://github.com/apache/airflow/pull/49470#issuecomment-3057574807). > > But I would li

Re: [VOTE] July 2025 PR of the Month

Not sure whether it was missed by the script ( https://github.com/apache/airflow/pull/49470#issuecomment-3057574807). But I would like to vote for #49470. It's hard work that spans over six months and has been reworked multiple times due to conflict. Best, Wei Pierre Jeambrun 於 2025年7月29日 週二

Re: [VOTE] July 2025 PR of the Month

+1 for #51264 which is a super cool new feature and required some significant effort! On Mon 28 Jul 2025 at 21:08, Jens Scheffler wrote: > A lot of options this one and hard to decide! The top three listed are > the hardest competitors in my view - giving my +1 to #52996 especially > as this is

Re: [VOTE] July 2025 PR of the Month

A lot of options this one and hard to decide! The top three listed are the hardest competitors in my view - giving my +1 to #52996 especially as this is from a newcomer as contributor and we had a couple of review cycles and discussions but finally with all reviewers agreed to merge it! On 28.

[VOTE] July 2025 PR of the Month

Hey All, It’s once again time to vote for the PR of the Month! With the help of the `get_important_pr_candidates` script in dev/stats we've identified the following candidates: PR#51264: Add support for favorite/pin dags to dashboard < https://github.com/apache/airflow/pull/51264> PR#52868: Add

Re: [DISCUSS] Persisting State in a Trigger

Guangyang and I have created a draft AIP, which you can find here: https://cwiki.apache.org/confluence/display/AIRFLOW/%5BDRAFT%5D+AIP-93. Curious to get folks' thoughts and opinions! On Fri, Jul 25, 2025 at 9:12 PM Guangyang Li wrote: > Jake and I have put down the details in this AIP draft do

Re: [DISCUSS] Improve test package hierarchy?

Yeah, I wasn’t sure if it would work for us. Let us know how it goes. > On 28 Jul 2025, at 14:12, Jarek Potiuk wrote: > > That is an interesting alternative and I quite like it. > > We tried to use importlib before and we failed (but we did not try "hard") > - Andrey tried it one day and it gen

Re: [DISCUSS] Improve test package hierarchy?

If we do it it has a nice "feature" - we would not have to add "tests" folders at all to be added to PYTHONPATH (we do it in "setup_idea.py" now for IntelliJ and "setup_vscode.py' I think. But if each tests is a standalone "test script" that does not have to even know what "package" it is in - ther

Re: [DISCUSS] Improve test package hierarchy?

That is an interesting alternative and I quite like it. We tried to use importlib before and we failed (but we did not try "hard") - Andrey tried it one day and it generated a lot of errors - but we've changed a LOT since the (including separating of common test classes to "devel_common". It migh

Re: [DISCUSS] Improve test package hierarchy?

Did you look at changing the pytest import option instead? https://docs.pytest.org/en/stable/explanation/pythonpath.html - and specifically the `importlib` option To quote their documentation: > importlib: this mode uses more fine control mechanisms provided by importlib >