New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Paket could not restore http dependencies to the same directory #1589
Comments
I think I've seen similar issues (sometimes) when downloading multiple files via file dependencies from the same location. It smells like some concurrency issue, but I never quite looked into the details. EDIT But I don't see how this could be happening - the grouping of downloads by target folder should avoid any concurrency issues around the version file and I really don't see anything else that can go wrong there... |
We have one more |
@tpetricek the inner thingy is parallel as well: https://github.com/fsprojects/Paket/blob/master/src/Paket.Core/RemoteDownload.fs#L223 |
and source.Commit is different so they are not in same group |
Now it is slightly slower than before 2 minutes, 20 seconds vs 1 minute, 53 seconds in old parallel mode. And it seems that you changed the folder where zip archive will be extracted... |
I don't think we change the folder. But now we see the result of cleandir. it deletes the first thing when the second download happens. try to work around that |
Yep, you are right. Only one last download in the folder. |
and another release... |
Seems like paket is OK now. |
Description
Paket could not restore http dependencies to the same directory
Repro steps
paket.dependencies
paket.lock
.paket.restore
.paket.restore
Expected behavior
Correct files restore
Actual behavior
Known workarounds
Uses Paket
v2.39.8.0
Related information
The text was updated successfully, but these errors were encountered: