astral-sh/uv

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

Open

#16.192 aberto em 8 de out. de 2025

Ver no GitHub
 (3 comments) (3 reactions) (0 assignees)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

Guia do colaborador

Pilha de tecnologia
rust
Domain
clideveloper experience
Tipo Issue
feature
DifficultyDificuldade de implementação estimada para um novo contribuidor, de 1 para alterações muito pequenas a 5 para trabalho de nível especializado.
3
Tempo estimadoUm intervalo de tempo aproximado para um colaborador experiente investigar, implementar, testar e preparar um pull request.
half day
Status da atividadeQuão disponível o issue aparece agora: novo, ativo, obsoleto, bloqueado ou aguardando entrada do mantenedor.
fresh
ClarityCom que clareza o issue explica a mudança esperada, os critérios de aceitação e a próxima etapa.
clear
Prerequisites
Basic RustUnderstanding of uv lockfile format
Simpatia para novatosUma pontuação de 1 a 100 que estima o quão acessível este issue é para colaboradores iniciantes.
70
Direção de pesquisa
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.