-
Notifications
You must be signed in to change notification settings - Fork 14.5k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Sync v2-7-stable with v2-7-test to release 2.7.2 #34775
Conversation
We should only tag :latest image when default image is used because this step always tags `apache/airflow:X.Y.Z` (defaulti Python) to become the `apache/airflow:latest`. This step was previously run for all Python versions which could have two effects: * if non-default image completed before the default such tagging would fail as the `apache/airflow:X.Y.Z` was not ready yet to be used as target of `apache/airflow:latesti` tag * if non-default image completed later, it would be no-op because the `apache/airflow:latest` already pointed to `apache/airflow:X.Y.Z` (cherry picked from commit 51d8b10)
* better command line support with better auto-complete * allows to run back-referance generation for individual provider packages * better typing including using Pathlib everywhere * handling of redirection between providers - when an operator is moved from one provider to the other - instead of generating invalid "stable" link we generate back reference for all versions of the provider. (cherry picked from commit 14faf19)
This is a better fix for add-back-references breeze command, as the previous fix had a bug and processed more than just providers when providers --gen-type was selected. See #33149. This version fixes it in a much more consistent way: * you have to specify what you want to work on as option * you can select few of the provider via auto-complete * you can also select apache-airflow and helm-chart * you can mix and match them if you need All the scripts and references where `--gen-type` was used previously have been updated and documentation was changed to reflect it (cherry picked from commit 8c28454)
(cherry picked from commit 50abdce)
(cherry picked from commit e434ae8)
(cherry picked from commit 94f70d8)
(cherry picked from commit 2dbb963)
Co-authored-by: Tzu-ping Chung <[email protected]> (cherry picked from commit 85acbb4)
(cherry picked from commit 0e00564)
(cherry picked from commit ba0bab0)
(cherry picked from commit 8aa2229)
(cherry picked from commit 94c8291)
Currently, the candidates are ordered by the PR number but ordering by the closed date is better and will help avoid some conflicts (cherry picked from commit 90628e4)
(cherry picked from commit cfa5477)
(cherry picked from commit a44f261)
(cherry picked from commit a1d4a20)
) (cherry picked from commit 4e545c8)
(cherry picked from commit 1e81ed1)
(cherry picked from commit 660386b)
…4293) Some of the recent sqlalchemy changes are not working with minimum version of sqlalchemy of ours - for example `where` syntax does not allow moe than one clause and we are already passing more in _do_delete_old_records (added in #33527). This syntax however was added in SQL Alchemy 1.4.28 and our minimum version was 1.4.27. This change bumps the minimum SQLAlchemy version to 1.4.28 but it also adds a special test job that only runs on Postgres that downgrades the SQLAlchemy to the minimum supported version (retrieved from setup.cfg). This way, we will be able to detect such incompatible changes at the PR time. This is a new flag `--downgrade-sqlalchemy` on test command that works similar to earlier `--upgrade-boto`. We also enable the `--upgrade-boto` and `--downgrade-sqlalchemy` flags to be used for `breeze shell` command - thanks to that we can easily test both flags with `breeze shell` command. (cherry picked from commit efbead9)
* Refactor: Simplify code in breeze --------- Co-authored-by: Tzu-ping Chung <[email protected]> (cherry picked from commit 7c950a8)
It's been quite some time since we bumped min versions for docker and docker-compose for Breeze and there are already a few cases where it held us back from more efficiently using some newer docker or docker-compose features (for example in #33547). Also docker-compose v1 is sufficiently old an unmaintained, that it's about time to get rid of it and ask the users to migrate to docker-compose v2. The new min versions propose: * Docker: 23.0.0 released 2023-02-01 (6 months ago) * Docker Compose 2.14.0 release 2022-12-15 (8 months ago) Docker v1 is not supported any more and the users are directed to migrate to v2 to continue using Breeze. (cherry picked from commit 73a3733)
In case docker is run in rootless mode, the host UID is mapped to root user automatically and host user id is mapped to 100999 (unknown) so changing ownership for created files in rootless mode is problematic as it makes the generated files inaccessible (cherry picked from commit 0631af8)
* Avoid WSL2 ones when finding a context for Breeze * fixup! Avoid WSL2 ones when finding a context for Breeze --------- Co-authored-by: Tzu-ping Chung <[email protected]> (cherry picked from commit 2e764fb)
(cherry picked from commit 1928498)
(cherry picked from commit 6618c5f)
dd2252d
to
2bef523
Compare
- Add missing audit logs for Flask actions add, edit and delete (#34090) | ||
- Hide Irrelevant Dag Processor from Cluster Activity Page (#33611) | ||
- Remove infinite animation for pinwheel, spin for 1.5s (#34020) | ||
- Restore rendering of provider configuration with ``version_added`` (#34011) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
this is internal change is it not?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It's a bug: #34005
* Fix autodetect_docker_context for list of dict case * Handle the case of dict (cherry picked from commit 5c2dc53)
2bef523
to
7d09fcb
Compare
3207ade
to
24ab656
Compare
(cherry picked from commit 1f3525f)
24ab656
to
c8b25cb
Compare
The failure in "pull request target" can be ignored. All the remaining steps in "pull request target" workflow are generally ignored when PR is run from "apache" repository (but in this case the pipx/packaging issue causes even the "build info" job to fail there - normally the output of that build info job is used to skipp all the other jobs in "pull request target" workflow, so you can merge it @ephraimbuddy - ignoring the "Pull request target" "build info" workflow (cc: @hussein-awala ). |
Ok. Thanks for info |
Time for
2.7.2rc1
!