Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

docs: add transitioning docs for poetry and conda #1624

Merged
merged 9 commits into from
Jul 17, 2024
Next Next commit
docs: add transatition from conda to pixi document
  • Loading branch information
ruben-arts committed Jul 17, 2024
commit d3a3534056e5cd764e3b6a383e30c6e842c26925
83 changes: 83 additions & 0 deletions docs/switching_from/conda.md
Original file line number Diff line number Diff line change
@@ -0,0 +1,83 @@
# Transitioning from the `conda` or `mamba` to `pixi`
Welcome to the guide designed to ease your transition from `conda` or `mamba` to `pixi`.
This document compares key commands and concepts between these tools, highlighting `pixi`'s unique approach to managing environments and packages.
With `pixi`, you'll experience a project-based workflow, enhancing your development process, and allowing for easy sharing of your work.

## Why Pixi?

`Pixi` builds upon the foundation of the conda ecosystem, introducing a project-centric approach rather than focusing solely on environments.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
`Pixi` builds upon the foundation of the conda ecosystem, introducing a project-centric approach rather than focusing solely on environments.
`Pixi` builds upon the foundation of the conda ecosystem, introducing a project-centric approach rather than focusing solely on named global environments.

This shift towards projects offers a more organized and efficient way to manage dependencies and run code, tailored to modern development practices.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Maybe specify that the dependency management is automated rather than manual?

Suggested change
This shift towards projects offers a more organized and efficient way to manage dependencies and run code, tailored to modern development practices.
This shift towards projects offers a more automated, organized, and efficient way to manage dependencies and run code, tailored to modern development practices.


## Key Differences at a Glance

| Task | Conda/Mamba | Pixi |
|-----------------------------|---------------------------------------------------|----------------------------------------------------------------------|
| Installation | Requires an installer | Download and add to path (See [installation](../index.md)) |
| Creating an Environment | `conda create -n myenv -c conda-forge python=3.8` | `pixi init myenv` followed by `pixi add python=3.8` |
| Activating an Environment | `conda activate myenv` | `pixi shell` within the project directory |
| Deactivating an Environment | `conda deactivate` | `exit` from the `pixi shell` |
| Running a Task | `conda run -n myenv python my_program.py` | `pixi run python my_program.py` (See [run](../reference/cli.md#run)) |
| Installing a Package | `conda install numpy` | `pixi add numpy` |
| Uninstalling a Package | `conda remove numpy` | `pixi remove numpy` |

!!! warn "No `base` environment"
Conda has a base environment, which is the default environment when you start a new shell.
**Pixi does not have a base environment**. And requires you to install the tools you need in the project or globally.
Using `pixi global install bat` will install `bat` in a global environment, which is not the same as the `base` environment in conda.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
Using `pixi global install bat` will install `bat` in a global environment, which is not the same as the `base` environment in conda.
Using `pixi global install bat` will install `bat` in an isolated global environment (similar to pipx), which is not the same as the `base` environment in conda.


??? tip "Activating pixi environment in the current shell"
For some advanced use-cases, you can activate the environment in the current shell.
This uses the `pixi shell-hook` which prints the activation script, which can be used to activate the environment in the current shell without `pixi` itself.
```shell
~/myenv > eval "$(pixi shell-hook)"
Comment on lines +28 to +32
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'd emphasize pixi shell, possibly with it's own section over using shell-hook.

It would also be worth showing how --manifest-path can be used to point to activate a shell from a different directory.

```

## Environment vs Project
`Conda` and `mamba` focus on managing environments, while `pixi` emphasizes projects.
In `pixi`, a project is a folder containing a [manifest](../reference/project_configuration.md)(`pixi.toml`/`pyproject.toml`) file that describes the project, a `pixi.lock` lock-file that describes the exact dependencies, and a `.pixi` folder that contains the environment.

This project-centric approach allows for easy sharing and collaboration, as the project folder contains all the necessary information to recreate the environment.
It manages more than one environment for more than one platform in a single project, and allows for easy switching between them. (See [multiple environments](../features/multi_environment.md))
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Maybe a callout on how Pixi can lock for multiple platforms to help enable collaboration to highlight Pixi's additional abilities?


## Global environments
`conda` installs all environments in one global location.
When this is important to you for filesystem reasons, you can use the [detached-environments](../reference/pixi_configuration.md#detached-environments) feature of pixi.
```shell
pixi config set detached-environments true
# or a specific location
pixi config set detached-environments /path/to/envs
```
This doesn't allow you to activate the environments using `pixi shell -n` but it will make the installation of the environments go to the same folder.
Comment on lines +44 to +50
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I might move this to troubleshooting, as having it here makes it sound more like a suggestion on the best way for a Conda user to use Pixi.


`pixi` does have the `pixi global` command to install tools on your machine. (See [global](../reference/cli.md#global))
This is not a replacement for `conda` but works the same as [`pipx`](https://pipx.pypa.io/stable/) and [`condax`](https://mariusvniekerk.github.io/condax/).
It creates a single isolated environment for the given requirement and installs the binaries into the global path.
```shell
pixi global install bat
bat pixi.toml
```

!!! warn "Never install `pip` with `pixi global`"
Installations with `pixi global` get their own isolated environment.
Installing `pip` with `pixi global` will create a new isolated environment with its own `pip` binary.
Using that `pip` binary will install packages in the `pip` environment, making it unreachable form anywhere as you can't activate it.


## Automated switching
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Automated switching feels like it describes Pixi using the right task environment over moving from environment.yml.

Suggested change
## Automated switching
## Migrating from environment.yml

With `pixi` you can import `environment.yml` files into a pixi project. (See [import](../reference/cli.md#init))
```shell
pixi init --import environment.yml
```
This will create a new project with the dependencies from the `environment.yml` file.


## Troubleshooting
Encountering issues? Here are solutions to some common problems when being used to the `conda` workflow:

- Dependency `is excluded because due to strict channel priority not using this option from: 'https://conda.anaconda.org/conda-forge/'`
This error occurs when the package is in multiple channels. `pixi` uses a strict channel priority. See [channel priority](../advanced/channel_priority.md) for more information.
- `pixi global install pip`, pip doesn't work.
`pip` is installed in the global isolated environment. Use `pixi add pip` in a project to install `pip` in the project environment and use that project.
- `pixi global install <Any Library>` -> `import <Any Library>` -> `ModuleNotFoundError: No module named '<Any Library>'`
The library is installed in the global isolated environment. Use `pixi add <Any Library>` in a project to install the library in the project environment and use that project.

4 changes: 4 additions & 0 deletions mkdocs.yml
Original file line number Diff line number Diff line change
Expand Up @@ -98,6 +98,10 @@ extra:
nav:
- Installation: index.md
- Basic Usage: basic_usage.md
- Switching from:
# - Pip: switching_from/pip.md
# - Poetry: switching_from/poetry.md
- Conda: switching_from/conda.md
- Changelog: CHANGELOG.md
- IDE Integration:
- JupyterLab: ide_integration/jupyterlab.md
Expand Down
2 changes: 1 addition & 1 deletion pixi.toml
Original file line number Diff line number Diff line change
Expand Up @@ -16,7 +16,6 @@ build = "cargo build --release"
install = "cargo install --path . --locked"
test = "cargo test"
test-all = "cargo test --all-features"
lint = "pre-commit run --all"
bump = "tbump --only-patch $RELEASE_VERSION"
pypi-proxy = "python ./tests/pypi_proxy.py"

Expand All @@ -33,6 +32,7 @@ typos = ">=1.23.1,<2"
[feature.lint.tasks]
pre-commit-install = "pre-commit install"
pre-commit-run = "pre-commit run --all"
lint = {depends-on = ["pre-commit-run"]}
ruben-arts marked this conversation as resolved.
Show resolved Hide resolved

[feature.build.dependencies]
# Needed for building
Expand Down