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

Build fails on Julia 0.7.0, Win64 (user account) #47

Closed
PaulSoderlind opened this issue Aug 15, 2018 · 11 comments
Closed

Build fails on Julia 0.7.0, Win64 (user account) #47

PaulSoderlind opened this issue Aug 15, 2018 · 11 comments

Comments

@PaulSoderlind
Copy link

When updating HDF5.jl today (15 Aug), the build of LibCURL failed (see below). It only seems to happen when logged in as a User, not as an Administrator.

(0.7) pkg> build HDF5
  Building LibCURL ─────→ `C:\Users\Me\.julia\packages\LibCURL\p0LUA\deps\build.log`
┌ Error: Error building `LibCURL`:
│ ERROR: LoadError: LoadError: Could not unpack C:\Users\Me\.julia\packages\LibCURL\p0LUA\deps\usr\downloads\Zlib.v1.2.11.x86_64-w64-mingw32.tar.gz into C:\Users\Me\.julia\packages\LibCURL\p0LUA\deps\usr
│ Stacktrace:
│  [1] error(::String) at .\error.jl:33
│  [2] #unpack#98(::Bool, ::Function, ::String, ::String) at C:\Users\Me\.julia\packages\BinaryProvider\pWVqZ\src\PlatformEngines.jl:600
│  [3] macro expansion at .\none:0 [inlined]
@krcools
Copy link

krcools commented Aug 15, 2018

Could this perhaps be the symlink issue that also appeared at

JuliaIO/CodecZlib.jl#24

In that case it can be solved by not using symlinks in the packaged binaries.

@omus
Copy link
Collaborator

omus commented Aug 15, 2018

cc: @staticfloat

@staticfloat
Copy link
Contributor

That's a good idea @krcools; I bet if @omus changes the version of ZlibBuilder that he grabs to be v1.0.2 instead of v1.0.1, this will work better.

@omus
Copy link
Collaborator

omus commented Aug 15, 2018

I'll make that change. Having the builders setup as packages would be nice avoid having to do these kinds of manual updates. Thanks for pointing that out.

@omus
Copy link
Collaborator

omus commented Aug 15, 2018

Can you check if this problem still occurs with these changes: #48?

@zhaotianjing
Copy link

zhaotianjing commented Aug 16, 2018

Same situation.
image

Win10 64bit user-login
Julia 0.7.0
No error when run as Admin

@PaulSoderlind
Copy link
Author

Same result here (using the current LibCURL#master, 16 Aug 08:16 GMT)

krcools added a commit to krcools/LibCURL.jl that referenced this issue Aug 16, 2018
You might have to `rm` and `gc` before this takes effect. But it seems to work on my Win10-64/Julia-1.0
@krcools
Copy link

krcools commented Aug 16, 2018

I think it is in fact exactly the same issue as for CodecZLib. There, @bicycle1885 updated the builder. PR #49 refers to that new build.

@krcools
Copy link

krcools commented Aug 16, 2018

Ah sorry you just did those changes. Not sure why people continue to see the bug. I had to start from a clean install. Maybe that's why...

The deps.jl script seems to cache some of the binary dependency builder scripts so it kept using the old sources even though deps.jl was updated.

@omus
Copy link
Collaborator

omus commented Aug 16, 2018

Thanks for verifying the new changes. I'll merge the PR and make a new tag. With the new tag I expect everyone will have a clean install.

@omus
Copy link
Collaborator

omus commented Aug 16, 2018

Should now be addressed in v0.3.1. The release just needs to be registered so I'll close this issue. Feel free to open if the problem persists.

@omus omus closed this as completed Aug 16, 2018
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

5 participants