feat: add cargo binstall support

[QEDK]

Adds binary installation support via binstall (https://github.com/cargo-bins/cargo-binstall).

[mattsse]

defer to @onbjerg here

but if we do that, we should also mention this option in the README

[QEDK]

defer to @onbjerg here

but if we do that, we should also mention this option in the README

Typically, it just works if the crate conforms to binstall expectations, but the current convention is a bit non-conformant (not necessarily wrong), will update the README as well.

[QEDK]

Updated book with binstall instructions.

[mattsse]

thanks, lgtm

pending @onbjerg

[gakonst]

Not sure that we want this? Seems like it adds more ways to install which seems redundant?

[QEDK]

Not sure that we want this? Seems like it adds more ways to install which seems redundant?

binstall is the de-facto crate used for install Rust binaries, for e.g. see cargo watch (https://github.com/watchexec/cargo-watch). Imo, this would greatly improve the UX, because you just need to install binstall once and each upgrade you can just run cargo binstall reth and it would be upgraded and installed automatically.

[onbjerg]

As long as we don't have to do anything special for this to work, it's ok to add I guess. Imo cargo binstall is more for Rust utilities and Cargo plugins, so I don't see the big benefit here, but OTOH there isn't really a downside either (again, as long as we don't have to do anything special to make this work)

[onbjerg]

@QEDK I accidentally fast merged it because I thought CI was tripping but I had to revert it. Please open up the PR again; this is not working because of your change to Cargo.toml. You can't add the package.metadata section since it would require package.name as well, but this is not valid in a workspace context