Add UV support to venv operators#43612
Conversation
|
I'd say:
|
With the follow-up question(s):
Proposal:
Alternatively we can also make it like attept UV and if it fails attempt pip as fallback? |
I feel like default to UV is better, as now we are completely moving towards UV, so if user want to switch they can update? |
f083716 to
212cfb6
Compare
Yes. It's good I think. Needs to be followed up with newsfragment explaining it. |
212cfb6 to
4f439ce
Compare
Co-authored-by: GPK <gopidesupavan@gmail.com>
providers/src/airflow/providers/standard/utils/python_virtualenv.py
Outdated
Show resolved
Hide resolved
…nv.py Co-authored-by: GPK <gopidesupavan@gmail.com>
|
LGTM :) |
|
@jscheffl WOW THANKS FOR TAKING THIS TO THE FINISH LINE!!! It's amazing to see how simple it was to add what I think is an extremely valuable contribution!!! GOOD JOB! ❤️ |
|
just saw it on slack. love this one! |
* Add UV support to venv operators * Uups, allow creation also when requirements+pip.conf are used * Fix venv numpy example which needs to be 1.26 at least to be working in Python 3.12 * Review feedback and pytests * Fix pytests * Revert fix in examples * Add newsfragment * Update providers/src/airflow/providers/standard/provider.yaml Co-authored-by: GPK <gopidesupavan@gmail.com> * Update providers/src/airflow/providers/standard/utils/python_virtualenv.py Co-authored-by: GPK <gopidesupavan@gmail.com> --------- Co-authored-by: GPK <gopidesupavan@gmail.com>
Follow-up on #43553 and #43568
Adds support for UV for the VirtualEnv operators.
Don't know if it is acceptable like this, it is auto-detecting: if UV is installed then it is using UV.
Do we need to make this configurable or is an auto-detection sufficient?