Failing to restore (due timeout?)

[auduchinok]

I'm trying to restore https://github.com/thinkbeforecoding/UnoCore using a slow internet connection.
During downloading transitive dependencies it seems to time out and fail and Paket doesn't tell anything about why it cannot restore.
Packages it fails on:
runtime.win10-arm.Microsoft.Net.Native.SharedLibrary
runtime.win10-x64.Microsoft.Net.Native.Compiler
runtime.win10-x86.Microsoft.Net.Native.Compiler
I was able to restore it using PackageReference and it took several minutes for each package.

Any additional info I could provide?

[forki]

Then it should be downloaded and work in second attempt. Eugene Auduchinok <[email protected]> schrieb am Do., 27. Sep. 2018, 00:09:

…

I'm trying to restore https://github.com/thinkbeforecoding/UnoCore using a slow internet connection. During downloading transitive dependencies it seems to time out and fail and Paket doesn't tell anything about why it cannot restore. Packages it fails on: runtime.win10-arm.Microsoft.Net.Native.SharedLibrary runtime.win10-x64.Microsoft.Net.Native.Compiler runtime.win10-x86.Microsoft.Net.Native.Compiler I was able to restore it using PackageReference and it took several minutes for each package. Any additional info I could provide? — You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub <#3375>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AADgNBkvFlh3fvkZZP81ojZcDotp6Pc0ks5ue_sxgaJpZM4W7lO-> .

[auduchinok]

It tries to download it three times and then exits with a non-zero code.

[forki]

Mhm can you please create a repro? This sounds weird. If nuget already downloaded it, then it should never download it again Eugene Auduchinok <[email protected]> schrieb am Do., 27. Sep. 2018, 14:58:

…

It tries to download it three times and then exits with non-zero code. — You are receiving this because you commented. Reply to this email directly, view it on GitHub <#3375 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AADgNGh5bkmdMtjgUpN4N15a9zvM8N_rks5ufMtbgaJpZM4W7lO-> .

[auduchinok]

It was the first time it was being downloaded on that machine so it couldn't fall back to the packages folder.
My workaround was to create a separate project and to restore these packages using Nuget. Only after me doing that Paket was able to restore the project.

[auduchinok]

@forki Can you reproduce it with the solution above by removing the downloaded packages?
Not sure how to repro the slow connection, though. :)

[forki]

no, works for me. even after "paket clear-cache". but these packages are huge!

[auduchinok]

The thing probably is they still manage to download in just a few seconds while it took me literally several minutes to download each one at that place.

I'm not sure how much edge case is it as people either usually have it in their packages folder or can download it shortly, feel free to close the issue if you feel it is.

[Vidarls]

I'm struggling with the same right now, not an issue in my dev environment, but on a CI server with no cache it breaks the build for some of these huge runtime packages.

[forki]

suggestions welcome

[Vidarls]

In my case, the package is coming from a public MyGet feed (that seems to be throttled), so the download is taking several minutes to complete (even though it is "just" ~65 MB).

It looks like #3383 could be a viable fix? I can set the required Env variables in the build environment and keep normal timeouts for other builds.

[Vidarls]

update, tested the latest prerelease with the changes from #3383, this does solve the issue for me at least.