question-mark
Stuck on an issue?

Lightrun Answers was designed to reduce the constant googling that comes with debugging 3rd party libraries. It collects links to all the places you might be looking at while hunting down a tough bug.

And, if you’re still stuck at the end, we’re happy to hop on a call to see how we can help out.

Paket prints too many restore information with `--no-restore` in `dotnet build --no-restore`

See original GitHub issue

Description

Paket prints too many restore information with --no-restore in dotnet build --no-restore This is the case with the latest 5.193.0 The older 5.163.2 works as expected/desired.

Repro steps

Use attached project with latest Paket.5.193.0

Invoke commands:

.paket\paket.exe restore
dotnet restore
dotnet build --no-restore

Expected behavior

Output of the last command dotnet build --no-restore should be:

Microsoft (R) Build Engine version 15.9.20+g88f5fadfbe for .NET Core
Copyright (C) Microsoft Corporation. All rights reserved.

  Test1 -> C:\Users\rjq\Desktop\_181206_105136_pk\Paket.5.193.0\bin\Debug\netstandard2.0\Test1.dll

Build succeeded.
    0 Warning(s)
    0 Error(s)

Actual behavior

Output of the last command dotnet build --no-restore contains too many information about restoring:

Microsoft (R) Build Engine version 15.9.20+g88f5fadfbe for .NET Core
Copyright (C) Microsoft Corporation. All rights reserved.

  Paket version 5.193.0
  The last restore is still up to date. Nothing left to do.
  Performance:
   - Runtime: 128 milliseconds
  Test1 -> C:\Users\rjq\Desktop\_181206_105136_pk\Paket.5.193.0\bin\Debug\netstandard2.0\Test1.dll

Build succeeded.
    0 Warning(s)
    0 Error(s)

The picture is even worse if we build a solution with many projects (30+ in our case). For every project we get 1 useful log line about DLL and 4 noise lines about restoring.

Known workarounds

I do not know any workarounds. For the moment I prefer to stay with older Paket.5.163.2 which works as expected. The project is attached, too.


Issue Analytics

  • State:open
  • Created 5 years ago
  • Reactions:2
  • Comments:7 (6 by maintainers)

github_iconTop GitHub Comments

2reactions
BlythMeistercommented, Jan 18, 2019

Yes, it’s the same issue. I have a pr with the fix too.

0reactions
rojeppcommented, Jan 17, 2019

Could this be caused by #3485 setting PaketRestoreRequired to true?

Read more comments on GitHub >

github_iconTop Results From Across the Web

dotnet pack command - .NET CLI
The dotnet pack command builds the project and creates NuGet packages. The result of this command is a NuGet package (that is, a...
Read more >
dotnet restore command - .NET CLI
Learn how to restore dependencies and project-specific tools with the dotnet restore command.
Read more >
Troubleshooting NuGet Package Restore in Visual Studio
This article focuses on common errors when restoring packages and steps to resolve them. Package Restore tries to install all package ...
Read more >
Publish ReadyToRun with --no-restore requires changes
Learn about the breaking change in .NET 6 where publishing a project with ReadyToRun requires changes to the way the project is restored....
Read more >
dotnet build command - .NET CLI
The file is created when dotnet restore is executed. Without the assets file in place, the tooling can't resolve reference assemblies, which ...
Read more >

github_iconTop Related Medium Post

No results found

github_iconTop Related StackOverflow Question

No results found

github_iconTroubleshoot Live Code

Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free

github_iconTop Related Reddit Thread

No results found

github_iconTop Related Hackernoon Post

No results found

github_iconTop Related Tweet

No results found

github_iconTop Related Dev.to Post

No results found

github_iconTop Related Hashnode Post

No results found