pastel VS eget

pastel: A command-line tool to generate, analyze, convert and manipulate colors.

I'm a fan of standalone binaries statically linked to musl for small command line applications. One such CLI app that releases this way is Pastel, a comprehensive color utility.

fd is my very first Rust project. In fact, if you go back in (Git) history, the project was originally written in C++. I have created various other Rust command-line tools since then, but I love coming back to fd, as I personally use it the most.

How does this compare to pastel?

View on GitHub

would be good if you added a comparison with https://github.com/zyedidia/eget on your repo

There used to be a project called ginstall.sh that kept like, a manually maintained database of various projects with static binaries and how to install them. It still exists, but maintenance stopped because its model was also not sustainable. Its use case is better covered by tools like asdf, stew, and if you want to get even simpler, eget.

I'm a huge fan of asdf and have been using for years together with direnv! It's great to see how much effort is put into it! I hope more people adopt it so that we don't have to `curl | sh`! One thing I have issues with asdf is security as are no checksums, so, you if I project get compromised you'll get compromised, too. This, of course, is in addition to the third-party asdf plugin getting itself compromised (which is the greater risk). Last, but not least - I wish asdf came with something like eget [0] incorporated so that it can install 99% of the plugins directly and safely! Last, but not least - 99% of the plugins have almost identical code and all that changes is the repo, so, this should be generalized. For example, many years ago I made just one codebase of all HashiCorp plugins [1] and it's been working great!

[0]: https://github.com/zyedidia/eget

[1]: https://github.com/asdf-community/asdf-hashicorp