potiuk commented on PR #43604:
URL: https://github.com/apache/airflow/pull/43604#issuecomment-2452974508

   Just to copy a bit more context on this change:
   
   My - very basic and long term assumption for our local dev environment is 
that while ``uv`` makes it (and it will only get better) to maintain, upgrade, 
sync and setup the environment  very easily and the UX is great and complexity 
is low, we do not want to EXCLUSIVELY have setup that only works with UV
   
   I think everything that works with uv should also be achievable (even if in 
a much more convoluted way) with the standard tooling that is managed by 
PSF-managed tools (pip , hatch etc.) .
   
   While I love Astral, they are VC-backed company that will expect some 
returns of investment, and while I believe they are great community member and 
have no evil goals, they might get acquired, or whatever at any time, and we do 
not want to have a “strong” dependency on their tooling being available forever.
   
   This goes in line with ASF’s “plan for 50 years” tools dependency approach - 
use what’s available and makes you more productive, but don’t rely too much on 
anything you cannot exchange easily. Sooner or later EVERY vendor we work with 
will disappear, and we must be there. (edited) 
   
   That’s why this doc has two chapters “recommended with UV” and “here is how 
you can do it with pip”
   
   I also removed hatch - for simplicity - we do not want to describe 3 tools, 
also I removed plyvel as dependency as it is almost impossible to install it 
MacOs and it blocked --all-extras and --devel extras to be installed for MacOS 
(edited) 
   
   All the rest might fail when installing - and you might need to have some 
system dependencies but they should be “easy” to install with brew and others
   
   Plyvel has a long time history of breaking MacOS and 10.15 is famously 
broken now https://github.com/wbolster/plyvel/issues/114
   
   Also ``uv.lock`` is excluded for now until we figure out if /how to keep it 
updated acrooss all ~700 dependencies of ours and how to join it with the 
constraints we produce. 


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: [email protected]

For queries about this service, please contact Infrastructure at:
[email protected]

Reply via email to