Skip to content
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

Closed
sergey-tihon opened this issue Apr 10, 2016 · 9 comments
Closed

Paket could not restore http dependencies to the same directory #1589

sergey-tihon opened this issue Apr 10, 2016 · 9 comments

Comments

@sergey-tihon
Copy link
Member

Description

Paket could not restore http dependencies to the same directory

Repro steps

  • paket.dependencies
source https://nuget.org/api/v2

http http://nlp.stanford.edu/software/stanford-ner-2015-12-09.zip
http http://nlp.stanford.edu/software/stanford-segmenter-2015-12-09.zip
  • paket.lock
HTTP
  remote: http://nlp.stanford.edu
  specs:
    stanford-ner-2015-12-09.zip (/software/stanford-ner-2015-12-09.zip)
    stanford-segmenter-2015-12-09.zip (/software/stanford-segmenter-2015-12-09.zip)
  • Execute .paket.restore
  • Execute .paket.restore

Expected behavior

Correct files restore

Actual behavior

Paket version 2.58.9.0
Downloading nlp.stanford.edu/:/software/stanford-ner-2015-12-09.zip stanford-ner-2015-12-09.zip to d:\temp\paket-restore\paket-files\nlp.stanford.edu\stanford-ner-2015-12-09.zip
Downloading nlp.stanford.edu/:/software/stanford-segmenter-2015-12-09.zip stanford-segmenter-2015-12-09.zip to d:\temp\paket-restore\paket-files\nlp.stanford.edu\stanford-segmenter-2015-12-09.zip
Paket failed with:
        Error during deletion of d:\temp\paket-restore\paket-files\nlp.stanford.edu
  - Could not find a part of the path 'd:\temp\paket-restore\paket-files\nlp.stanford.edu'.

Known workarounds

Uses Paket v2.39.8.0

Related information

  • Paket version 2.58.9.0
sergey-tihon added a commit to sergey-tihon/Paket that referenced this issue Apr 10, 2016
@tpetricek
Copy link
Member

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...

@sergey-tihon
Copy link
Member Author

We have one more CleanDir in the case of downloading zip file.

@forki
Copy link
Member

forki commented Apr 11, 2016

@forki
Copy link
Member

forki commented Apr 11, 2016

and source.Commit is different so they are not in same group

@forki forki closed this as completed in 9ed9253 Apr 11, 2016
@sergey-tihon
Copy link
Member Author

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...

@forki
Copy link
Member

forki commented Apr 11, 2016

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

@sergey-tihon
Copy link
Member Author

Yep, you are right. Only one last download in the folder.

@forki
Copy link
Member

forki commented Apr 11, 2016

and another release...

@sergey-tihon
Copy link
Member Author

Seems like paket is OK now.
Thank you @forki

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants