You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Hello, I would like to bring the following issue to this repository because this is a dotnet CLI issue significantly affecting user experience in a bad way. To report the issue, I first visited https://github.com/dotnet/cli and then I was directed here from the readme there.
The problem was first brought up in 2017 in the NuGet/Home#4346 issue by @shanselman and others but was not addressed. Earlier this year I shared my problem in that same issue, but received no response. I'm copying the issue below.
Hello, I was wondering whether there has been any progress in adding a simple progress bar to dotnet restore. We're currently working on machine learning code (DiffSharp, TorchSharp) that depend on very large nuget packages (some GBs) that hold CUDA binaries, for example the following package and its dependencies:
and the user experience of dotnet restore is not great because it "hangs" for long periods of time (say, half an hour in my average broadband home connection in the UK) without showing any indication of what is going on. Similar workflows in other ecosystems (say, Python pip, conda etc., or Docker) show progress information during package download showing the progress for the file currently being downloaded, download speed, ETA, etc. I think dotnet restore really needs such basic progress information in the CLI out of the box with the default settings.
I don't know if this is the correct project to report this problem (this existing issue seemed relevant). Please let me know if I should be opening an issue somewhere else, for example https://github.com/dotnet/sdk
Note that this is still a problem with dotnet sdk 5.0.100 which I'm currently using on Linux. I would like to emphasize that implementing any of the suggestions by @shanselman in the issue NuGet/Home#4346 would solve the problem and significantly improve the user experience.
Thanks for creating this issue! We believe this issue is related to NuGet tooling, which is maintained by the NuGet team. Thus, we closed this one and encourage you to raise this issue in the NuGet repository instead. Don’t forget to check out NuGet’s contributing guide before submitting an issue!
If you believe this issue was closed out of error, please comment to let us know.
Hello, I would like to bring the following issue to this repository because this is a dotnet CLI issue significantly affecting user experience in a bad way. To report the issue, I first visited https://github.com/dotnet/cli and then I was directed here from the readme there.
The problem was first brought up in 2017 in the NuGet/Home#4346 issue by @shanselman and others but was not addressed. Earlier this year I shared my problem in that same issue, but received no response. I'm copying the issue below.
Hello, I was wondering whether there has been any progress in adding a simple progress bar to
dotnet restore
. We're currently working on machine learning code (DiffSharp, TorchSharp) that depend on very large nuget packages (some GBs) that hold CUDA binaries, for example the following package and its dependencies:https://www.nuget.org/packages/libtorch-cuda-10.2/
and the user experience of
dotnet restore
is not great because it "hangs" for long periods of time (say, half an hour in my average broadband home connection in the UK) without showing any indication of what is going on. Similar workflows in other ecosystems (say, Pythonpip
,conda
etc., or Docker) show progress information during package download showing the progress for the file currently being downloaded, download speed, ETA, etc. I thinkdotnet restore
really needs such basic progress information in the CLI out of the box with the default settings.I don't know if this is the correct project to report this problem (this existing issue seemed relevant). Please let me know if I should be opening an issue somewhere else, for example https://github.com/dotnet/sdk
Also tagging @dsyme @interesaaat
I'm using dotnet CLI tools on linux. This is the output of
dotnet --info
if it helps:Originally posted by @gbaydin in NuGet/Home#4346 (comment)
The text was updated successfully, but these errors were encountered: