-
Notifications
You must be signed in to change notification settings - Fork 6
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
chore: Support pre-build grpc artefacts for CI jobs #411
Conversation
✅ Result of Pytest Coverage---------- coverage: platform linux, python 3.12.3-final-0 -----------
|
absl::random_random | ||
) | ||
|
||
target_link_libraries(modyn-storage-proto PUBLIC protobuf::libprotobuf grpc_unsecure gpr libaddress_sorting.a libupb.a libcares.a libz.a utf8_range ${protobuf_ABSL_USED_TARGETS}) |
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.
Just a note: At the time, this all was somewhat necessary to make it work with local gRPC because otherwise we were running into tons of linking issues. It could be that something changed about abseil/grpc, but there was a reason that we did all of this shenanigans :D
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.
I ran the full build pipeline from scratch using both local and pre-built grpc. I didn't encounter any linking errors so I assumed this wouldn't be needed (also in documentations online this isn't needed)
If you can actually cache the gRPC binaries, that would be amazing. Thanks so much for the effort here. |
2f77f1d
to
c30002d
Compare
c30002d
to
50aa179
Compare
a22109d
to
463c9ba
Compare
# Motivation Integration tests configs are currently hard coded. It would be could to be able to centrally configure the config dir for the integration config files to be able to test new versions locally. Being able to place them outside of Git VCS would make debugging easier. C++/Cmake config enabling linking with precompiled grpc is taken from #411
Closing for now as I don't intend to spend more time on this. |
Motivation
I want to speed up the CI. I want to build a workflow that periodically compiles all grpc binaries via a CI matrix. The build artifacts can then be used for linking grpc in the other CI workflows.
However, to build up this CI workflow I will need a couple of iterations.
Therefore I want to merge this dummy workflow so I can have the workflow triggered onpull_request
.** Update: Seems as if repo settings allow CI workflow runs on freshly introduced workflows.
Open questions
Bugfixes