-
Notifications
You must be signed in to change notification settings - Fork 53
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 FIXUP option, for automatic package hash. #40
base: main
Are you sure you want to change the base?
Conversation
It seems |
@aparcar Please do "Squash and merge" if the PR is good and whenever it is convenient for you. Thanks! |
This PR worked perfect, THANKS!!! |
I think when FIXUP=1, package should not compile, or there can have another option to enable fixup-only action |
I don't understand the motivation for this PR. Could you please explain and add it to the commit message? |
Let me run the motivation by you for your feedback, before I update the commits. The motivation behind adding the When When the This PR adds the ability to specify the I welcome suggestions for changes to this PR. |
let me add an example this actions compiles the latest smartdns |
When compiling individual packages, one may want to pass the FIXUP option to `make check`. It can help with generating package hashes.
df63054
to
684dfe0
Compare
@aparcar Done. I kept only the FIXUP option in this PR for simplicity and clarity. |
@cmangla changes looks O.K. If you have extra time I would also check the diff in the package Makefile and if FIXUP enable also suggest the correct hash. Totally optional but would be welcome An alternative solution might be "--nocheck" to disable package check entirely. |
@Ansuel I mostly use FIXUP to fix the hash in Makefile, not use it to avoid build failure. I think this is the right way use it, so I thinks when FIXUP=1, the compile should not happen. |
@EkkoG Presumably, when you do use FIXUP to fix the hash in the Makefile, you do eventually compile it, right? In other words, the eventual goal of fixing the Makefile is to then launch a build with it. Given that, I do not see the point on insisting that the build should not happen when FIXUP=1. Anyway, if the merge of this PR is predicated on this alternative mode of operation, please do let me know. I do agree with @Ansuel though, that ideally the fixed Makefile should be presented so that the fixes can be retrieved and then the subsequent checks can pass without the FIXUP option. |
Fixes #18
Fixes #35