Skip to content

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 1 commit into from
Feb 11, 2024

Conversation

potiuk
Copy link
Member

@potiuk potiuk commented Feb 11, 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


^ 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.

@potiuk
Copy link
Member Author

potiuk commented Feb 11, 2024

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
@potiuk potiuk force-pushed the fix-remote-installation-in-github branch from 804946e to c7f4475 Compare February 11, 2024 18:16
Copy link
Member

@hussein-awala hussein-awala left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Good catch

@potiuk
Copy link
Member Author

potiuk commented Feb 11, 2024

I tested it locally - so I merge it quickly, this will likely help to build the cache now 🤞

@potiuk potiuk merged commit 82f1f38 into apache:main Feb 11, 2024
@potiuk potiuk deleted the fix-remote-installation-in-github branch February 11, 2024 18:36
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 potiuk added the changelog:skip Changes that should be skipped from the changelog (CI, tests, etc..) label Feb 12, 2024
@potiuk potiuk added this to the Airflow 2.8.2 milestone Feb 12, 2024
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
Turns out that #37340 was not enough to make airflow build from
git url - we also need to move provider lists.

(cherry picked from commit 1e4a2d5)
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
Turns out that #37340 was not enough to make airflow build from
git url - we also need to move provider lists.

(cherry picked from commit 1e4a2d5)
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area:dev-tools changelog:skip Changes that should be skipped from the changelog (CI, tests, etc..)
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants