Proposal: subcommand to generate zon dep of current project
If I see ezpkg as the main tool for making all things zon easy, I think generating a zon dependency that can be put into a client's (=potential user of the current project) build.zig.zon could be useful for package maintainers.
Basically, the new feature would compute the hash of the current project (as opposed to the deps hashes it computes already) and print it, ideally in the form of a zon dependency, ready to be pasted into a build.zig.zon.
This would give package maintainers an easy way to generate snippets they can (automatically) put into e.g. their readmes, making the lives of consumers of their projects easier.
(See zigzap/zap README.md#using-it)
I am not 100% convinced that this is needed since you can always create a "client" project referencing the current one (e.g. a lib), and have ezpkg fix the clients build.zig.zon - from which you can take the dependency to communicate. Also, I guess a similar feature will be part of the package manager sooner or later.
If I implemented a, let's say, compute-hash or generate-dep subcommand, would that be OK / in scope?