Hacktoberfest 2026: le issue che i maintainer hanno segnato per ottobre, aperte e adatte ai principianti. Sfoglia le issue Hacktoberfest

Building solution with --runtime fails with error LIB003

Aperta
#489 9 commenti 9 reazioni 0 assegnatari Vedi su GitHub

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà
4/5
Tempo stimato
3-5 giorni
Idoneità per principianti
35/100
Tipo di issue
Bug
Chiarezza
Abbastanza chiara
Stato di attività
Ferma
Stack tecnologico
bootstrap, csharp, jquery
Ambito
build-system, devtools

Direzione di ricerca

Start by reproducing the failure with libman.json and the two dotnet restore/build commands in the microsoft/dotnet:2.2.103-sdk-nanoserver-1809 container, comparing builds with and without --runtime win-x64. Check whether concurrent restores from the test projects target the same files; done means the solution builds successfully with --runtime and no LIB003 errors.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Descrizione

P2
Functional impact

Build fails in CI server

Minimal repro steps

I have a build pipeline that runs each step in the nano sdk container on Windows 2019 (microsoft/dotnet:2.2.103-sdk-nanoserver-1809). The source code folder is mapped into the container as a volume.

My solution contains a web project, a couple of support projects and a couple of test projects that depend on the web project

  1. dotnet restore my.sln --configuration release --runtime win-x64
  2. dotnet build my.sln --configuration release --runtime win-x64 --no-restore

Step 2 fails with multiple instances of error LIB003, each for a different file. The files in question are present

libman.json : error LIB003: css/bootstrap-grid.min.css.map could not be written to disk. Make sure the file name is correct
Expected result

The build would work

Further technical details
  • Running a LibMan CLI step before the build to restore the packages doesn't solve the issue
  • Removing the --runtime win-x64 option works.
  • Doing the build on the web project works.

My guess is that there's a race condition between concurrent downloads of the packages caused by builds of the test projects. When --runtime is specified the output shows 2 instances of

  Restoring library twitter-bootstrap@4.3.1...
  Restoring library jquery@3.3.1...
  Restoring library jquery-validate@1.19.0...
  Restoring library jquery-validation-unobtrusive@3.2.11...
  Restoring library popper.js@1.14.7...

  5 libraries restored in 0.18 seconds

whereas without it only 1 restore is done.

Lingua principale
C#
Stelle
486
Fork
91
Nessuna PR unita negli ultimi 30g

Guida per i contributori

Apri la guida per i contributori

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di aspnet/LibraryManager

Tutte le issue di aspnet/LibraryManager

Issue simili

Altre issue su C#

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.