-
-
Notifications
You must be signed in to change notification settings - Fork 2.4k
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
Add build_aarch64 workflow for push #7014
Add build_aarch64 workflow for push #7014
Conversation
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.
Unlike the normal build, this is not running in a container. (the other builds use osquery/builder18.04
) Is that intentional?
Not intentional, perhaps an oversight. Let me test and see what happens if I add the container logic to the workflow. |
Here are the proposed changes from the initial review: https://github.com/theopolis/osquery-ci-test/pull/5/files it looks like the container usage/addition is working as expected. This makes sense because I prepared the AMI with Docker support according to the documentation. |
I think I'm happy enough with the code in https://github.com/theopolis/osquery-ci-test/pull/5 want to pull that here and then merge? |
Heads up, once this is approved, I'll add the needed secrets before merging. |
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.
Let's try!
... I wonder, what if? |
Testing this in the |
This adds a new GitHub Actions workflow called
build_aarch64
. This workflow does not run on Pull Requests because non-collaborators do not have access to thesecrets
context, meaning the builds will always fail. This is acceptable for now since we are looking to go from not knowing if aarch64 is working to knowing if it works onmaster
. This gives us confidence when tagging new releases that aarch64 tests are passing, and we will have testable packages.In the future we want to have tests run on PRs and https://github.com/osquery/infrastructure/pull/7/files is exploring the solution.
This uses the approach here: https://github.com/machulav/ec2-github-runner but using my fork
theopolis/ec2-github-runner@main
for a little extra safety from breaking changes (and because I added aarch64 support but will PR this soon).