astral-sh/uv

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

Open

#16.192 geöffnet am 8. Okt. 2025

Auf GitHub ansehen
 (3 Kommentare) (3 Reaktionen) (0 zugewiesene Personen)Rust (84.934 Stars) (3.111 Forks)batch import
error messageshelp wanted

Beschreibung

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

Contributor Guide

Tech Stack
rust
Domain
clideveloper experience
Issue Type
feature
SchwierigkeitGeschätzte Implementierungsschwierigkeit für neue Contributors, von 1 für sehr kleine Änderungen bis 5 für Expertenarbeit.
3
Geschätzte ZeitEin grober Zeitrahmen, um zu recherchieren, zu implementieren, zu testen und einen Pull Request vorzubereiten.
half day
AktivitätsstatusWie verfügbar das Issue gerade wirkt: frisch, aktiv, stale, blockiert oder wartet auf Maintainer-Input.
fresh
KlarheitWie klar das Issue die erwartete Änderung, Akzeptanzkriterien und den nächsten Schritt erklärt.
clear
Voraussetzungen
Basic RustUnderstanding of uv lockfile format
EinsteigerfreundlichkeitEin Score von 1 bis 100, der schätzt, wie zugänglich dieses Issue für First-Time Contributors ist.
70
Research-Richtung
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.