Probar pixi como alternativa a uv cuando hay dependencias conda

[albertotb]

pixi es un gestor de proyectos de Python (y otros lenguajes) orientado al ecosistema conda. En el flujo de trabajo actual de Komorebi se usa conda para crear los entornos y gestionar las versiones de Python, por lo que incorporar también alguna dependencia de conda es más o menos sencillo (un ejemplo en el repo https://github.com/Komorebi-AI/satlink-autokat)

Sin embargo la gestión completa de todas las dependencias de un proyecto mezclando conda + pip tiene sutilezas, como por ejemplo que conda no soporta lockfiles como pip-compile (hay que hacerlo a mano) y que no se usan dependencias instaladas por pip al resolver el entorno (y por tanto se pueden reinstalar con conda, sin respetar versiones fijadas en requirements.txt).

Si reemplazamos conda por uv para crear venvs e instalar versiones de Python, este último no tiene ningún soporte para el ecosistema conda. Para proyectos con dependencias en pip no es problema, pero puede haber algún proyecto donde sea conveniente introducir una dependencia que solo se puede instalar con conda. En ese caso se puede probar pixi, que es una alternativa a uv pero orientada a conda.

Como resumen, veo dos tipos de proyectos: pip-only y pip+conda. Para los primeros se usaría uv, mientras que para los segundos se podría usar pixi. Habría que probarlo, escribir instrucciones y quizá añadir un ejemplo a la plantilla. Estaría bien además abstraer los comandos en el make si fuera posible.