FIY: I updated constraints for 2.10.5rc1 to include the new fab-provider
1.5.3 and Flask App Builder 4.5.3 containing bugs/security fixes. I also
regenerated the images, and tested it all, everything looks good. It does
not impact voting, as the Airflow source package released does not change -
only the constraints are changed.

J.


On Fri, Feb 7, 2025 at 8:44 AM Amogh Desai <amoghdesai....@gmail.com> wrote:

> +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
> > >
> > >
> >
>

Reply via email to