-
Notifications
You must be signed in to change notification settings - Fork 19
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
Fixup cli to handle parsing matches when called as a cargo subcommand #119
Conversation
Debug output of
|
To my surprise, it turned out that the contents of matches were different between debug and release target: presence of |
I confirmed that its behavior itself works fine.
FYI: Behavior before the fix (v0.15.1)
|
@cat-in-136 Thank you for the thorough testing that you've done here. Are there any changes you'd like me to make before getting the fix merged and released? |
Please check my review. (I've added @ mention to the review) |
Am I looking in the wrong place? I'm not able to see any review comment on this PR. |
Fixes #118.
Expect this issue can be fixed in multiple ways and happy for an alternative to be suggested. The underlying issue is that we're not correctly parsing the argument matches when cargo-generate-rpm is called as a cargo subcommand.
To regain the previous behaviour the arguments of the
generate-rpm
subcommand need to be reparsed. The issue can be reproduced by runningcargo run generate-rpm
on the latest main.