If in doubt, delete the uv.lock file
Pubblicata su AIChronos il · fonte del · Simon Willison
L'articolo di Simon Willison evidenzia un problema comune nell'utilizzo di Python 3.15 con il gestore pacchetti uv: la generazione involontaria di file uv.lock che bloccano dipendenze prive di wheel per quella versione specifica del linguaggio. L'autore suggerisce come regola d'oro di eliminare questo file prima dell'esecuzione dei comandi (es. pytest) se si incontrano errori di build, poiché spesso impedisce l'utilizzo delle versioni più recenti disponibili su PyPI o CRAN. Questa pratica è particolarmente utile per le librerie che non dovrebbero includere il lockfile ma vengono comunque generate durante lo sviluppo locale.
- In Python 3.15, uv può generare file uv.lock contenenti dipendenze incompatibili se queste non hanno ancora una wheel compilata per la nuova versione del runtime.
- Eliminare il file uv.lock e riavviare l'esecuzione (es. uv run pytest) forza uv a risolvere le dipendenze nuovamente senza vincoli di versioni obsoleti.
- I progetti librerie dovrebbero evitare di includere uv.lock nei repository, ma questi file vengono spesso creati accidentalmente durante lo sviluppo locale.
- L'errore tipico è 'Call to maturin.build_wheel failed', indicando che il pacchetto non supporta ancora la versione target del Python configurata.
- La regola mnemonica da seguire è: se si ha un errore di dipendenza con uv, cancellare prima il file lock.
Perché conta. Per gli sviluppatori di agenti AI e modelli locali che utilizzano stack tecnologici in rapida evoluzione come Python 3.15, ignorare i vincoli dei file lock può bloccare l'adozione delle ultime ottimizzazioni hardware o librerie critiche per il training e l'inference.
Scheda generata automaticamente da un modello AI locale a partire dalla fonte originale: può contenere imprecisioni.