Uv 0.3 – Unified Python packaging
astral.sh
Uv 0.3 – Unified Python packaging
1–10 of 60 posts
Re: Uv 0.3 – Unified Python packaging
#2Re: Uv 0.3 – Unified Python packaging
#3Re: Uv 0.3 – Unified Python packaging
#4Is there any reason to still use Rye, now? looks like this release adds all the things I would have missed from Rye, but I don't think I use all of Rye's features
Re: Uv 0.3 – Unified Python packaging
#5Is there any reason to still use Rye, now? looks like this release adds all the things I would have missed from Rye, but I don't think I use all of Rye's features
With love, rye is all vision, philosophy and duct tape. uv is built by a full-time team.
Re: Uv 0.3 – Unified Python packaging
#6Is there any reason to still use Rye, now? looks like this release adds all the things I would have missed from Rye, but I don't think I use all of Rye's features
Re: Uv 0.3 – Unified Python packaging
#7Re: Uv 0.3 – Unified Python packaging
#8EDIT: I still like how hatch allows for defining multiple envs for a given project with the ability to switch between / run in them by name.
Re: Uv 0.3 – Unified Python packaging
#9I wonder, if you plan to extend the functionality of building and publishing packages. For example, support for dynamic version (from github) and trusted publishers.
Re: Uv 0.3 – Unified Python packaging
#10I like the idea of that single-file Python script with inline dependency info construct, but it's probably going to be a bummer in terms of editor experience. I doubt the typical LSP servers will be aware of dependencies specified in that way and so won't offer autocompletion etc for those libraries.