Skip to content
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

Fix CI builds #15

Merged
merged 5 commits into from
Oct 17, 2024
Merged

Fix CI builds #15

merged 5 commits into from
Oct 17, 2024

Conversation

facutuesca
Copy link
Collaborator

@facutuesca facutuesca commented Oct 15, 2024

The issue was that the OpenSSL libs needed to be installed in order to build. This is easy when compiling for the same target architecture as the host, but when cross-compiling you need to get the libraries for the target architecture.

What this PR does is enable the vendored feature for the openssl crate, which builds OpenSSL from source for the target architecture. This is used only for the LInux builds.

For the MacOS builds, we simply use the OpenSSL libs already available on the runner (to avoid using more time than necessary on the GHA MacOS runners). For Windows builds, we download and install the libs in order to also avoid compiling OpenSSL.

This should fix #19, since the high-consumption was due to me running the CI over and over in order to test the different builds. Consumption should be normal from now on.

@facutuesca facutuesca changed the title Fix ubuntu CI builds Fix CI builds (WIP) Oct 15, 2024
@facutuesca facutuesca force-pushed the fix-ci branch 29 times, most recently from 89f5dff to 1bb55eb Compare October 16, 2024 14:05
@facutuesca facutuesca force-pushed the fix-ci branch 13 times, most recently from bfee2d4 to bf3db25 Compare October 17, 2024 09:29
@facutuesca facutuesca changed the title Fix CI builds (WIP) Fix CI builds Oct 17, 2024
@DarkaMaul
Copy link
Collaborator

Wahoo - thanks a lot for the work here @facutuesca

Since we end up paying a lot for our MacOS runners - would it make sense to disable them at push time and only run them periodically ?

@facutuesca
Copy link
Collaborator Author

Since we end up paying a lot for our MacOS runners - would it make sense to disable them at push time and only run them periodically ?

Yeah I think limiting the MacOS runs makes sense. I added a GitHub environment and tied the MacOS job to it, so that jobs will only run when someone manually approves them (docs).

This way we can approve them manually right before merging, so that they only run once per PR.

image

@DarkaMaul DarkaMaul merged commit 89fc9bb into main Oct 17, 2024
20 checks passed
@facutuesca facutuesca deleted the fix-ci branch October 17, 2024 15:32
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

High consumption of GitHub Actions
2 participants