+1 non binding Installed the RC with breeze and ran my example DAGs to check for regressions. Generally everything looks good (didn't test anything specific as I didn't have any changes in this RC)
Thanks & Regards, Amogh Desai On Fri, Feb 7, 2025 at 4:25 AM Jarek Potiuk <ja...@potiuk.com> wrote: > +1 (binding) - Checked Reproducible builds, licences, signatures, > checksums. > > Checked all the changes I implemented. > I run a few DAGs, I also installed the upcoming FAB provider 1.5.3rc1 and > it works fine with the new FAB 4.5.3 without raising the exception with the > wrong user name. > > All looks good! > > J. > > On Wed, Feb 5, 2025 at 9:53 PM Jens Scheffler <j_scheff...@gmx.de.invalid> > wrote: > > > +1 (binding) - Checked SVN, Reproducible package build, Licenses, > > Signatures > > > > Checked the patches that I merged / back-ported to 2-10-test branch and > > all these seem to be OK > > > > Will check tomorrow if I see problems when integrating in our env and > > will report if I see any problem, else I assume wwe can release! > > > > On 05.02.25 16:07, Jarek Potiuk wrote: > > > Note - if you check this- with the currently released FAB provider > there > > > will be exception when you use non-existing user to log in, which is > > fixed > > > in the fab provider being voted on - that requires only changes in > > > constraints ( > > https://pypi.org/project/apache-airflow-providers-fab/1.5.3rc1/) > > > - when we release the provider we will update the constraints to point > to > > > 1.5.3, but one good test that you might want to do as part of the > testing > > > will be to install the new rc1 of the provider and see the problem is > > fixed > > > - that would confirm both, the provider and airflow works as intended. > > > > > > J. > > > > > > > > > On Wed, Feb 5, 2025 at 3:42 PM Utkarsh Sharma > > > <utkarsh.sha...@astronomer.io.invalid> wrote: > > > > > >> Hey fellow Airflowers, > > >> > > >> I have cut Airflow 2.10.5rc1. This email is calling a vote on the > > release, > > >> which will last at least 72 hours, from Wednesday, February 5, 2025 at > > 3:00 > > >> pm UTC > > >> until Saturday, February 8, 2025 at 3:00 pm UTC > > >> < > > >> > > > https://www.timeanddate.com/worldclock/fixedtime.html?msg=8&iso=20250208T1500&p1=1440 > > >>> , > > >> and until 3 binding +1 votes have been received. > > >> > > >> Status of testing of the release is kept in > > >> https://github.com/apache/airflow/issues/46466 > > >> > > >> Consider this my (non-binding) +1. As I’m not a member of the PMC, > > Ephraim > > >> signed the distribution. > > >> > > >> Airflow 2.10.5rc1 is available at: > > >> https://dist.apache.org/repos/dist/dev/airflow/2.10.5rc1/ > > >> > > >> *apache-airflow-2.10.5-source.tar.gz* is a source release that comes > > with > > >> INSTALL instructions. > > >> *apache-airflow-2.10.5.tar.gz* is the binary Python "sdist" release. > > >> *apache_airflow-2.10.5-py3-none-any.whl* is the binary Python wheel > > >> "binary" release. > > >> > > >> Public keys are available at: > > >> https://dist.apache.org/repos/dist/release/airflow/KEYS > > >> > > >> Please vote accordingly: > > >> > > >> [ ] +1 approve > > >> [ ] +0 no opinion > > >> [ ] -1 disapprove with the reason > > >> > > >> Only votes from PMC members are binding, but all members of the > > community > > >> are encouraged to test the release and vote with "(non-binding)". > > >> > > >> The test procedure for PMC members is described in: > > >> > > >> > > > https://github.com/apache/airflow/blob/main/dev/README_RELEASE_AIRFLOW.md\#verify-the-release-candidate-by-pmc-members > > >> > > >> The test procedure for contributors and members of the community who > > would > > >> like to test this RC is described in: > > >> > > >> > > > https://github.com/apache/airflow/blob/main/dev/README_RELEASE_AIRFLOW.md\#verify-the-release-candidate-by-contributors > > >> > > >> Please note that the version number excludes the 'rcX' string, so it's > > now > > >> simply 2.10.5. This will allow us to rename the artifact without > > modifying > > >> the artifact checksums when we actually release. > > >> > > >> Release Notes: > > >> https://github.com/apache/airflow/blob/2.10.5rc1/RELEASE_NOTES.rst > > >> > > >> For information on what goes into a release please see: > > >> > > >> > > > https://github.com/apache/airflow/blob/main/dev/WHAT_GOES_INTO_THE_NEXT_RELEASE.md > > >> > > >> *Changes since 2.10.4:* > > >> > > >> *Significant Changes* > > >> *Ensure teardown tasks are executed when DAG run is set to failed > > (#45530)* > > >> > > >> Previously when a DAG run was manually set to "failed" or to "success" > > >> state the terminal state was set to all tasks. > > >> But this was a gap for cases when setup- and teardown tasks were > > >> defined: If teardown was used to clean-up infrastructure > > >> or other resources, they were also skipped and thus resources could > > >> stay allocated. > > >> > > >> As of now when setup tasks had been executed before and the DAG is > > >> manually set to "failed" or "success" then teardown > > >> tasks are executed. Teardown tasks are skipped if the setup was also > > >> skipped. > > >> > > >> As a side effect this means if the DAG contains teardown tasks, then > > >> the manual marking of DAG as "failed" or "success" > > >> will need to keep the DAG in running state to ensure that teardown > > >> tasks will be scheduled. They would not be scheduled > > >> if the DAG is directly set to "failed" or "success". > > >> > > >> *Bug Fixes* > > >> > > >> - Prevent using ``trigger_rule=TriggerRule.ALWAYS`` in a > > >> task-generated mapping within bare tasks (#44751) > > >> - Fix ShortCircuitOperator mapped tasks (#44912) > > >> - Fix premature evaluation of tasks with certain trigger rules (e.g. > > >> ``ONE_DONE``) in a mapped task group (#44937) > > >> - Fix task_id validation in BaseOperator (#44938) (#44938) > > >> - Allow fetching XCom with forward slash from the API and escape it in > > >> the UI (#45134) > > >> - Fix ``FileTaskHandler`` only read from default executor (#46000) > > >> - Fix empty task instance for log (#45702) (#45703) > > >> - Remove ``skip_if`` and ``run_if`` decorators before TaskFlow > > >> virtualenv tasks are run (#41832) (#45680) > > >> - Fix request body for json requests in event log (#45546) (#45560) > > >> - Ensure teardown tasks are executed when DAG run is set to failed > > >> (#45530) (#45581) > > >> - Do not update DR on TI update after task execution (#45348) > > >> - Fix object and array DAG params that have a None default (#45313) > > >> (#45315) > > >> - Fix endless sensor rescheduling (#45224) (#45250) > > >> - Evaluate None in SQLAlchemy's extended JSON type decorator (#45119) > > >> (#45120) > > >> - Allow dynamic tasks to be filtered by ``rendered_map_index`` > (#45109) > > >> (#45122) > > >> - Handle relative paths when sanitizing URLs (#41995) (#45080) > > >> - Set Autocomplete Off on Login Form (#44929) (#44940) > > >> - Add Webserver parameters ``max_form_parts``, > > >> ``max_form_memory_size`` (#46243) (#45749) > > >> - Fixed accessing thread local variable in BaseOperators ``execute`` > > >> safeguard mechanism (#44646) (#46280) > > >> - Add map_index parameter to extra links API (#46337) > > >> *Miscellaneous* > > >> > > >> - Add traceback log output when SIGTERMs was sent (#44880) (#45077) > > >> - Removed the ability for Operators to specify their own "scheduling > > >> deps" (#45713) (#45742) > > >> - Deprecate ``conf`` from Task Context (#44993) > > >> > > >> > > >> > > >> Cheers, > > >> Utkarsh Sharma > > >> > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: dev-unsubscr...@airflow.apache.org > > For additional commands, e-mail: dev-h...@airflow.apache.org > > > > >