Chris Pryer
Chris Pryer
One callout is that it may not be worth it yet to use resources for a project with minimal dependencies and a dependabot running weekly.
See [milestones](https://github.com/cnpryer/huak/milestones) for more project status visibility.
Hi! I'd say the main differences right now are probably how far `huak` is willing to go for a specific ux and that `rye` has more mature toolchain features. `huak`...
So if I understand correctly you're referring to how `huak test` exists out of the box and `rye test` would be more like `rye run test` with the following pyproject.toml...
Would love feedback for the toolchain plans - #797
Agreed! This is something I've been putting off. Thanks for calling this out.
Note to self: https://github.com/cnpryer/huak/blob/557a61a9b3b9ac5f6dcbc67fd00b81cd97c78881/crates/huak_cli/src/main.rs#L24-L25
Another note would be that adding application-like experience of "a problem occurred" to library errors implemented with `thiserror` is a little messy. Ideally library error messages and data is limited...
Interesting. I'll try to reproduce this today. Thanks!
Ah ``` cause = "failed to parse version from /home/adam/Projects/recipe/backend/old_venv/pyvenv.cfg" method = "Panic" backtrace = """ ``` That'll do it. So `huak` is trying to pull the version of the...