astral-sh/uv

Show a better error when a uv lockfile is used in `-r`

Open

#16 192 ouverte le 8 oct. 2025

Voir sur GitHub
 (3 commentaires) (3 réactions) (0 assignés)Rust (84 934 stars) (3 111 forks)batch import
error messageshelp wanted

Description

e.g., if you try to use uv lock --script action.py then -r action.py.lock

error: Couldn't parse requirement in `action.py.lock` at position 0
  Caused by: no such comparison operator "=", must be one of ~= == != <= >= < > ===
version = 1
        ^^^

We can do better by detecting our own lockfile format

Guide contributeur

Stack technique
rust
Domaine
clideveloper experience
Type d'issue
feature
DifficultéDifficulté estimée pour un nouveau contributeur, de 1 pour un très petit changement à 5 pour un travail expert.
3
Temps estiméFourchette de temps approximative pour investiguer, implémenter, tester et préparer une pull request.
half day
Statut d'activitéDisponibilité apparente de l'issue : fraîche, active, ancienne, bloquée ou en attente d'un mainteneur.
fresh
ClartéClarté avec laquelle l'issue explique le changement attendu, les critères d'acceptation et la prochaine étape.
clear
Prérequis
Basic RustUnderstanding of uv lockfile format
Accessibilité débutantScore de 1 à 100 estimant l'accessibilité de cette issue pour un premier contributeur.
70
Direction de recherche
The issue is about improving error handling when a user mistakenly passes a uv lockfile to the ` r` flag. Start by examining how ` r` arguments are parsed in the CLI, likely in the `uv` crate's argument handling or in the lockfile parser. Look for where the error message 'Couldn't parse requirement' is generated and trace back to understand how file types are detected. The goal is to detect if the file is a uv lockfile by checking its contents (e.g., the presence of 'version = 1' header) and emit a clearer, user friendly error message.