Building solution with --runtime fails with error LIB003
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 35/100
- Tipo de issue
- Error
- Claridad
- Bastante claro
- Estado de actividad
- Estancado
- Stack tecnológico
- bootstrap, csharp, jquery
- Área
- build-system, devtools
Línea de trabajo
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.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
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
- dotnet restore my.sln --configuration release --runtime win-x64
- 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-x64option 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.
- Lenguaje dominante
- C#
- Estrellas
- 486
- Forks
- 91
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de aspnet/LibraryManager
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
aspnet/LibraryManager#824 · 1 comentario · 3 reacciones ·
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 68/100
aspnet/LibraryManager#804 · 2 reacciones ·
-
Changelog for 3.0.114 Abierto
Dificultad 1/5 Menos de una hora Aptitud para principiantes 48/100
aspnet/LibraryManager#829 · 1 comentario · 3 reacciones ·
-
Dificultad 4/5 3-5 días Aptitud para principiantes 42/100
aspnet/LibraryManager#820 ·
-
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
aspnet/LibraryManager#808 · 5 comentarios ·
Todos los issues de aspnet/LibraryManager
Issues similares
-
core dependencies
Dificultad 1/5 Menos de una hora Aptitud para principiantes 80/100
-
bug frontend good first issue
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
-
NavigationViewItemAutomationPeer implements IInvokeProvider but never advertises the Invoke pattern Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
unoplatform/uno#24629 ·
-
agentic-workflows Needs: Triage :mag: State: In-PR
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
-
Down / Waiting for removal
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100