Conversation
| [tool.pixi.environments] | ||
| default = { solve-group = "default" } | ||
| complete = { features = ["complete"], solve-group = "default" } | ||
| development = { features = ["development"], solve-group = "default" } | ||
| jax = { features = ["jax"], solve-group = "default" } | ||
| numba = { features = ["numba"], solve-group = "default" } | ||
| rtd = { features = ["rtd"], solve-group = "default" } | ||
| tests = { features = ["tests"], solve-group = "default" } |
There was a problem hiding this comment.
Does this work when you don't have anything defined under tool.pixi.features? IIUC, this is using the different entries under project.optional-dependencies, right?
|
|
||
| [tool.pixi.workspace] | ||
| channels = ["conda-forge"] | ||
| platforms = ["linux-64"] |
There was a problem hiding this comment.
I think this will only support development on linux?
There was a problem hiding this comment.
I suppose, but I wouldn't be able to test it on any other platform so I am thinking that it is easier if people who want support on other platforms add it themselves
| rtd = { features = ["rtd"], solve-group = "default" } | ||
| tests = { features = ["tests"], solve-group = "default" } | ||
|
|
||
| [tool.pixi.tasks] |
There was a problem hiding this comment.
Why this empty entry?
There was a problem hiding this comment.
pixi init created this entry but one could add tasks. Maybe testing, running mypy, building the docs, etc?
|
I like Pixi a lot and I've been using it almost everywhere now. We use it for Bambi and Formulae. If you want to have a look, these are the pyproject.toml https://github.com/bambinos/bambi/blob/main/pyproject.toml https://github.com/bambinos/formulae/blob/master/pyproject.toml. They are quite similar. In short, we use setuptools for building the package, and pixi for anything dev related. Dev specific dependencies, such as those needed for tests, do not go into With that said, I can imagine not everybody uses pixi for developing |
|
Am on vacation until January, but see #1542 and feedback |
|
The environment will be quite large, so we should probably think hard about if/where/how we store the lockfiles. |
|
I suggest we use a CI job to have pixi to generate a conda env file if we're going this way, to keep everything automatically synced. Alternatively we could delete the environment.yaml we have now, but I hope we don't go that way yet -- I'm not all aboard the pixi train. |
|
In my PR I generate pixi.toml directly from environment.yml. I will be back in a few days and be able to give detailed feedback then. |
Description
Related Issue
Checklist
Type of change