-
Notifications
You must be signed in to change notification settings - Fork 8
Update to remote crate dep #291
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
Conversation
|
What's the error you get? Are you sure you wouldn't rather just add the explicit version to the workspace manifest? Line 88 in b385bf3
|
Here's the requirement: https://doc.rust-lang.org/cargo/reference/specifying-dependencies.html#local-paths-in-published-crates
Do you mean like this: spl-token-wrap = { version = "1.0.0", path = "program", features = ["no-entrypoint"] }I wonder if this is more brittle as this will work locally, but upon publish |
Yeah exactly. It is kinda brittle no matter how you do it, but this is the pattern we use in other places already. https://github.com/anza-xyz/solana-sdk/blob/2cffbca31fe0ad886c340006c0e1d0136f62de02/Cargo.toml#L240 |
|
Updated! @buffalojoec |
|
@grod220 sorry, forgot to mention you should also add token-wrap/clients/cli/Cargo.toml Line 3 in 527f297
|
|
The workspace doesn't define a version that can be inherited. I'm not quite sure it should though. The two crates have to be published independently and the publish action sets the version and commits it to the repo automatically. |
Ah yes, you're right. Sounds good! |
Now that spl-token-wrap is published to crates.io, the CLI helper crate will need to depend on that prior to being able to publish as well. Otherwise, it will get an error about the local dependency.