#No, see this: https://deploy-preview-
1 messages · Page 1 of 1 (latest)
Nice. I missed these docs, are they not publically released yet?
(trying to be a little hipster for this spike and using rye on it)
Thats a part of https://github.com/dagger/dagger/pull/6681 🙂
Yeah, should work with rye. Haven't tried it yet.
supposedly they support pip so I am guessing yes as well
Rye doesn't need to support pip, they need PEP 517, which means a build backend in pyproject.toml. Default backend is just the build package.
That's if rye builds python packages like poetry. Otherwise it's just your local tool, and doesn't affect the module at runtime.
If i did want to use Rye, would I need to actually modify the 3.11 python runtime container that dagger is using?
Like in other SDKs, Python modules run in a container (called the runtime container) that’s bootstrapped specifically by the Python SDK, with the necessary environment to run the module’s code. It’s currently hardcoded to run in Python 3.11, but we plan on it being configurable at some point.
or is this simply a matter of installing rye into the container and specifying the correct build backend in pyproject.toml
Let me brush up on rye for a moment, so I give a proper answer 🙂
fwiw, i think i got something working
According to https://rye-up.com/guide/publish/, there's no build backend. They use the default buid package. So basically rye is a local dev only tool.
The runtime container won't run rye.