astral-sh/uv

[Feature] Allow setting no-editable in `pyproject.toml`

Open

#8 124 ouverte le 11 oct. 2024

Voir sur GitHub
 (7 commentaires) (1 réaction) (0 assignés)Rust (3 111 forks)batch import
enhancementhelp wanted

Métriques du dépôt

Stars
 (84 934 stars)
Métriques de merge PR
 (Merge moyen 7j 16h) (259 PRs mergées en 30 j)

Description

My project includes multiple native C modules with a rather complicated build setup. Editable installs of my package don't work as expected:

When I run uv build, it ends up creating ./.venv/lib/python3.12/site-packages/my_package/ which contains lots of .so files, and it also creates a ./.venv/lib/python3.12/site-packages/_my_package.pth. When I run my tests, the .so modules are not found because the _my_package.pth takes precedence and points to my source dir.

Using the --no-editable flag works around this, but I need to specify it every time I run a uv command, or else uv will re-sync and create an editable install.

It would be preferable to specify this in my pyproject.toml, for example:

[tool.uv]
no-editable = true

Guide contributeur

Direction de recherche
Ajoutez une nouvelle option de configuration `no editable` dans la section `[tool.uv]` de pyproject.toml en étendant la structure de configuration et en l'analysant dans les chemins de commande appropriés.
Stack technique
rustpython
Domaine
clidevtools
Type d'issue
Fonctionnalité
DifficultéDifficulté estimée pour un nouveau contributeur, de 1 pour un très petit changement à 5 pour un travail expert.
2
Temps estiméFourchette de temps approximative pour investiguer, implémenter, tester et préparer une pull request.
1-3 heures
Statut d'activitéDisponibilité apparente de l'issue : fraîche, active, ancienne, bloquée ou en attente d'un mainteneur.
Active
ClartéClarté avec laquelle l'issue explique le changement attendu, les critères d'acceptation et la prochaine étape.
Claire
Prérequis
PythonRust
Accessibilité débutantScore de 1 à 100 estimant l'accessibilité de cette issue pour un premier contributeur.
60