-
Notifications
You must be signed in to change notification settings - Fork 15.3k
Fix remote installation from git #37340
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
Merged
Merged
Conversation
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
d5716e0
to
804946e
Compare
All right - so I found out finally why caching was not as efficient as it should be - because installing airflow from GitHub URL was actually broken. |
Having hatch_build.py in dev is not a good idea because hatch_build is removed from the archive produced by git archive and effectively it means that when you install Airflow from git URL it cannot find hatch_build.py
804946e
to
c7f4475
Compare
hussein-awala
approved these changes
Feb 11, 2024
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.
Good catch
I tested it locally - so I merge it quickly, this will likely help to build the cache now 🤞 |
potiuk
added a commit
to potiuk/airflow
that referenced
this pull request
Feb 11, 2024
Turns out that apache#37340 was not enough to make airflow build from git url - we also need to move provider lists.
potiuk
added a commit
that referenced
this pull request
Feb 11, 2024
Turns out that #37340 was not enough to make airflow build from git url - we also need to move provider lists.
potiuk
added a commit
that referenced
this pull request
Feb 13, 2024
Having hatch_build.py in dev is not a good idea because hatch_build is removed from the archive produced by git archive and effectively it means that when you install Airflow from git URL it cannot find hatch_build.py (cherry picked from commit 82f1f38)
potiuk
added a commit
that referenced
this pull request
Feb 13, 2024
potiuk
added a commit
to potiuk/airflow
that referenced
this pull request
Feb 13, 2024
Airflow Sdist packages have been broken by apache#37340 and fixed by 37388, but we have not noticed it because CI check for sdist packages has been broken since apache#36537 where we standardized naming of the sdist packages to follow modern syntax (and we silently skipped installation because no providers were found),. This PR fixes it: * changes the naming format expected to follow the new standard * treats "no providers found as error" The "no providers" as success was useful at some point of time when we run sdist as part of regular PRs and some PRs resulted in "no providers changed" condition, however sdist verification only happens now in canary build (so all providers are affected) as well as we have if condition in the job itself to skip the step of installation if there are no providers.
potiuk
added a commit
that referenced
this pull request
Feb 13, 2024
Airflow Sdist packages have been broken by #37340 and fixed by 37388, but we have not noticed it because CI check for sdist packages has been broken since #36537 where we standardized naming of the sdist packages to follow modern syntax (and we silently skipped installation because no providers were found),. This PR fixes it: * changes the naming format expected to follow the new standard * treats "no providers found as error" The "no providers" as success was useful at some point of time when we run sdist as part of regular PRs and some PRs resulted in "no providers changed" condition, however sdist verification only happens now in canary build (so all providers are affected) as well as we have if condition in the job itself to skip the step of installation if there are no providers.
ephraimbuddy
pushed a commit
that referenced
this pull request
Feb 22, 2024
Having hatch_build.py in dev is not a good idea because hatch_build is removed from the archive produced by git archive and effectively it means that when you install Airflow from git URL it cannot find hatch_build.py (cherry picked from commit 82f1f38)
ephraimbuddy
pushed a commit
that referenced
this pull request
Feb 22, 2024
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Having hatch_build.py in dev is not a good idea because hatch_build is removed from the archive produced by git archive and effectively it means that when you install Airflow from git URL it cannot find hatch_build.py
^ Add meaningful description above
Read the Pull Request Guidelines for more information.
In case of fundamental code changes, an Airflow Improvement Proposal (AIP) is needed.
In case of a new dependency, check compliance with the ASF 3rd Party License Policy.
In case of backwards incompatible changes please leave a note in a newsfragment file, named
{pr_number}.significant.rst
or{issue_number}.significant.rst
, in newsfragments.