-
Notifications
You must be signed in to change notification settings - Fork 920
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
ci: Specify to build winit
package when invoking cargo-apk
#2561
Conversation
I'll close this soon, now that original behaviour has been restored while using However, this PR does contain some nice cleanups... 😅 |
Since migrating `cargo-apk` to `clap` [it is now annoying] to pass unknown arguments to an underlying `cargo` command (like `cargo doc`): fortunately generating docs doesn't need to go through `cargo apk` to set up cross-compiler/linker environment variables at all. [it is now annoying]: rust-mobile/ndk#363
9f8d8ac
to
58bf5b9
Compare
Since rust-mobile/cargo-subcommand#23 `cargo-apk` now strictly searches for workspaces first before committing to finding the right package _within said workspace_, and bails when no package was selected since we don't support selecting (building, packaging, running) >1 target currently. Perhaps it's a bit hash to enforce this on free-form `cargo apk --` invocations, but it is what it is.
Ah, uhm, looks like the latest This probably wasn't an issue before because we didn't go looking for workspaces if we found our Might be simple the solve with |
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'm fine with the options: -p winit
fix
Looks like the CI is all green now! Fwiw it's not strictly a "fix" but more so explicitly specifying what we want |
Restarting one job, https://github.com/rust-windowing/winit/actions/runs/3533140877/jobs/5928396199 just got stuck for 15 minutes... |
clap
-backed cargo-apk
winit
package when invoking cargo-apk
I keep forgetting that I have merge rights here 😬 - merging this in now so that stuff merged to |
Fwiw I'm trying to back out of this change by reimplementing default package selection: rust-mobile/cargo-subcommand#25 |
Since rust-mobile/cargo-subcommand#23
cargo-apk
now strictly searches for workspaces first before committing to finding the right package within said workspace, and bails when no package was selected since we don't support selecting (building, packaging, running) >1 target currently.Perhaps it's a bit hash to enforce this on free-form
cargo apk --
invocations, but it is what it is.