Fixate serde version in 2.x (currently causing all new anchor programs to be broken) #432
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
solana-instruction v2.3.2was released a few hours ago, which when using theserdefeature tries to access stuff viaserde::__private::.... Unfortunately,__privateis no longer accessible in newer serde versions as of serde-rs/serde#2980 (and instead requires the patch version to be specified too, e.g.__private123for patch 123). This isn't visible in this crate as theCargo.lockfile prevents it from updating, but in crates that depend on it and don't have a lockfile yet (e.g. a new anchor project spawned withanchor init), it will default to the latest solana-instruction and serde version, which will spit out a million errors like the below:The "right" fix would be to migrate away from using
__privatealtogether, however for now this would be a good patch for solana-instruction to get it working for downstream users again. I think it would also make sense to yank 2.3.2.