Repository navigation
Paket can't unpack our nuget packages (since 0.39) #761
Description
We are using a private nuget host and since nuget.exe has been removed, paket seems to be unable to unpack our nuget archives. (at least on mono/osx)
Paket failed with:
Argument is out of range.
StackTrace:
at System.DateTime.op_Subtraction (DateTime d, TimeSpan t) [0x00000] in <filename unknown>:0
at System.DateTimeOffset.get_UtcDateTime () [0x00000] in <filename unknown>:0
at System.DateTimeOffset..ctor (DateTime dateTime) [0x00000] in <filename unknown>:0
at System.DateTimeOffset.op_Implicit (DateTime dateTime) [0x00000] in <filename unknown>:0
at System.IO.Compression.ZipArchiveEntry.get_LastWriteTime () [0x00000] in <filename unknown>:0
at System.IO.Compression.ZipFileExtensions.ExtractToFile (System.IO.Compression.ZipArchiveEntry source, System.String destinationFileName, Boolean overwrite) [0x00000] in <filename unknown>:0
at System.IO.Compression.ZipFileExtensions.ExtractToDirectory (System.IO.Compression.ZipArchive source, System.String destinationDirectoryName) [0x00000] in <filename unknown>:0
at System.IO.Compression.ZipFile.ExtractToDirectory (System.String sourceArchiveFileName, System.String destinationDirectoryName, System.Text.Encoding entryNameEncoding) [0x00000] in <filename unknown>:0
at System.IO.Compression.ZipFile.ExtractToDirectory (System.String sourceArchiveFileName, System.String destinationDirectoryName) [0x00000] in <filename unknown>:0
at Paket.NuGetV2+ExtractPackage@338.Invoke (Microsoft.FSharp.Core.Unit unitVar) [0x00000] in <filename unknown>:0
at Microsoft.FSharp.Control.AsyncBuilderImpl+callA@803[System.String,Microsoft.FSharp.Core.Unit].Invoke (Microsoft.FSharp.Control.AsyncParams`1 args) [0x00000] in <filename unknown>:0
Activity
devboy commentedon Apr 9, 2015
I just tested this on my Windows VM with 0.39.2 and everything works fine.
So it seems to be a mono incompatability.
I am running the latest MONO afaik (
Mono JIT compiler version 3.12.1 ((detached/0849ec7 Fri Mar 20 19:07:48 EDT 2015))forki commentedon Apr 9, 2015
this looks similar to #757
devboy commentedon Apr 9, 2015
Looks exactly like it actually. We are using
nuget pack.forki commentedon Apr 9, 2015
/cc @haf
On Apr 9, 2015 17:00, "Dominic Graefen" notifications@github.com wrote:
devboy commentedon Apr 9, 2015
I could upgrade to
paket packfor our internal libraries and pin paket to 0.38.x.But that can't be the solution.
devboy commentedon Apr 9, 2015
Also as this wasn't on nuget.org it is not related to some problems there.
When rolling back to 0.38.x it works fine.
forki commentedon Apr 9, 2015
I'd love to see a fix. Not really sure how.
devboy commentedon Apr 9, 2015
A cross-platform version of the CLR would be one 😜
Is there an option/env var you can set to pin the version of paket in the bootstrapper?
Would like to avoid having to edit all build.cmd/sh(project-scaffold) files in our libraries which are now obviously all failing on travis.
forki commentedon Apr 9, 2015
yes IIRC
paket.bootstrapper.exe 0.38should work.But wait maybe I have a workaround.
devboy commentedon Apr 9, 2015
I know bootstrapper takes an argument. But there are quite a few places where i'd have to append, not too bad though.
But I'll wait a moment 👍
Try to fix dates in Nuget packages - relates to #761
forki commentedon Apr 9, 2015
I can't really reproduce so we have to play a bit ping pong. sorry about that.
0.39.3 tries to overwrite the dates in the zipfiles.
devboy commentedon Apr 9, 2015
StackOverflow 🚫
Unhandled Exception: System.StackOverflowException: The requested operation caused a stack overflow. at System.IO.Compression.ZipFile.Open (System.String archiveFileName, ZipArchiveMode mode) [0x00000] in <filename unknown>:0 at System.IO.Compression.ZipFile.Open (System.String archiveFileName, ZipArchiveMode mode) [0x00000] in <filename unknown>:0 at System.IO.Compression.ZipFile.Open (System.String archiveFileName, ZipArchiveMode mode) [0x00000] in <filename unknown>:0 at System.IO.Compression.ZipFile.Open (System.String archiveFileName, ZipArchiveMode mode) [0x00000] in <filename unknown>:0 at System.IO.Compression.ZipFile.Open (System.String archiveFileName, ZipArchiveMode mode) [0x00000] in <filename unknown>:0 at System.IO.Compression.ZipFile.Open (System.String archiveFileName, ZipArchiveMode mode) [0x00000] in <filename unknown>:0 at System.IO.Compression.ZipFile.Open (System.String archiveFileName, ZipArchiveMode mode) [0x00000] in <filename unknown>:0 at System.IO.Compression.ZipFile.Open (System.String archiveFileName, ZipArchiveMode mode) [0x00000] in <filename unknown>:0 at System.IO.Compression.ZipFile.Open (System.String archiveFileName, ZipArchiveMode mode) [0x00000] in <filename unknown>:0 at System.IO.Compression.ZipFile.Open (System.String archiveFileName, ZipArchiveMode mode) [0x00000] in <filename unknown>:0 at System.IO.Compression.ZipFile.Open (System.String archiveFileName, ZipArchiveMode mode) [0x00000] in <filename unknown>:0 at System.IO.Compression.ZipFile.Open (System.String archiveFileName, ZipArchiveMode mode) [0x00000] in <filename unknown>:0 at System.IO.Compression.ZipFile.Open (System.String archiveFileName, ZipArchiveMode mode) [0x00000] in <filename unknown>:0You can also send me a build via email, so you won't have to create ping pong releases.
forki commentedon Apr 9, 2015
WTF!?
i seems the mono implementation is completly broken
forki commentedon Apr 9, 2015
https://forums.xamarin.com/discussion/30039/opening-a-zip-file-causes-stack-overflow-exception
Open package using FileStream - relates to #761
devboy commentedon Apr 9, 2015
Would it possible to apply the mentioned workaround: Using a file stream to create the archive.
?
forki commentedon Apr 9, 2015
ok. let's try it using the filestream workaround. 0.39.4 is out
devboy commentedon Apr 9, 2015
Give me 10 mins.
devboy commentedon Apr 9, 2015
Bingo!
Works fine(In my reproduction case)
Thanks a lot!!!
forki commentedon Apr 9, 2015