Skip to content
This repository has been archived by the owner on Sep 4, 2019. It is now read-only.

Windows install error #25

Closed
quinnj opened this issue Aug 22, 2014 · 11 comments
Closed

Windows install error #25

quinnj opened this issue Aug 22, 2014 · 11 comments

Comments

@quinnj
Copy link
Member

quinnj commented Aug 22, 2014

I'm getting this on master 0.4:

In  [2]: Pkg.build("HttpParser")
INFO: Building LibCURL
WARNING: split(x,y,l::Integer) is deprecated, use split($(Expr(:parameters, :(limit=l))),x,y) instead.
 in split at deprecated.jl:26
 in getcachedir at C:\Users\karbarcca\.julia\v0.4\WinRPM\src\WinRPM.jl:82
 in update at C:\Users\karbarcca\.julia\v0.4\WinRPM\src\WinRPM.jl:131
 in __init__ at C:\Users\karbarcca\.julia\v0.4\WinRPM\src\WinRPM.jl:42
INFO: Updating WinRPM package list
INFO: Downloading http://download.opensuse.org/repositories/windows:/mingw:/win32/openSUSE_13.1//repodata/repomd.xml
INFO: Downloading http://download.opensuse.org/repositories/windows:/mingw:/win64/openSUSE_13.1//repodata/repomd.xml
INFO: Building WinRPM
INFO: Downloading http://download.opensuse.org/repositories/windows:/mingw:/win32/openSUSE_13.1//repodata/repomd.xml
INFO: Downloading http://download.opensuse.org/repositories/windows:/mingw:/win64/openSUSE_13.1//repodata/repomd.xml
INFO: Building ICU
INFO: Building HttpParser
INFO: Attempting to Create directory C:\Users\karbarcca\.julia\v0.4\HttpParser\deps\downloads
INFO: Directory C:\Users\karbarcca\.julia\v0.4\HttpParser\deps\downloads already created
INFO: Downloading file https://dl.dropboxusercontent.com/u/19359560/libhttp_parser.zip
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed

  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
curl: (60) SSL certificate problem: unable to get local issuer certificate
More details here: http://curl.haxx.se/docs/sslcerts.html

curl performs SSL certificate verification by default, using a "bundle"
 of Certificate Authority (CA) public keys (CA certs). If the default
 bundle file isn't adequate, you can specify an alternate file
 using the --cacert option.
If this HTTPS server uses a certificate signed by a CA represented in
 the bundle, the certificate verification probably failed due to a
 problem with the certificate (it might be expired, or the name might
 not match the domain name in the URL).
If you'd like to turn off curl's verification of the certificate, use
 the -k (or --insecure) option.
=============================[ ERROR: HttpParser ]==============================

failed process: Process(`curl -o 'C:\Users\karbarcca\.julia\v0.4\HttpParser\deps\downloads\libhttp_parser.zip' -L https://dl.dropboxusercontent.com/u/19359560/libhttp_parser.zip`, ProcessExited(60)) [60]
while loading C:\Users\karbarcca\.julia\v0.4\HttpParser\deps\build.jl, in expression starting on line 42

================================================================================

================================[ BUILD ERRORS ]================================

WARNING: HttpParser had build errors.

 - packages with build errors remain installed in C:\Users\karbarcca\.julia\v0.4
 - build a package and all its dependencies with `Pkg.build(pkg)`
 - build a single package by running its `deps/build.jl` script

================================================================================

And this on 0.3

julia> using Requests
ERROR: invalid base 10 digit 'L' in "LL"
 in error at error.jl:21
 in parseint_nocheck at string.jl:1520
 in parseint_nocheck at string.jl:1548
 in int at string.jl:1559
 in include at boot.jl:245
 in include_from_node1 at loading.jl:128
 in reload_path at loading.jl:152
 in _require at loading.jl:67
 in require at loading.jl:54
 in include at boot.jl:245
 in include_from_node1 at loading.jl:128
 in reload_path at loading.jl:152
 in _require at loading.jl:67
 in require at loading.jl:54
 in include at boot.jl:245
 in include_from_node1 at loading.jl:128
 in reload_path at loading.jl:152
 in _require at loading.jl:67
 in require at loading.jl:54
 in include at boot.jl:245
 in include_from_node1 at loading.jl:128
 in reload_path at loading.jl:152
 in _require at loading.jl:67
 in require at loading.jl:54
 in include at boot.jl:245
 in include_from_node1 at loading.jl:128
 in reload_path at loading.jl:152
 in _require at loading.jl:67
 in require at loading.jl:51
while loading C:\Users\karbarcca\.julia\v0.3\ICU\src\ICU.jl, in expression starting on line 59
while loading C:\Users\karbarcca\.julia\v0.3\Calendar\src\Calendar.jl, in expression starting on line 1
while loading C:\Users\karbarcca\.julia\v0.3\HttpCommon\src\HttpCommon.jl, in expression starting on line 3
while loading C:\Users\karbarcca\.julia\v0.3\HttpParser\src\HttpParser.jl, in expression starting on line 9
while loading C:\Users\karbarcca\.julia\v0.3\Requests\src\Requests.jl, in expression starting on line 6
@IainNZ
Copy link
Contributor

IainNZ commented Aug 22, 2014

Horrifyingly, that .zip file is still coming from my public Dropbox folder, so probably need to figure out a better place (@tkelman?). Maybe bad connection to Dropbox? Try again?
The Requests thing looks like an ICU.jl problem.

@tkelman
Copy link
Collaborator

tkelman commented Aug 22, 2014

Oh dear. I can put this in my Sourceforge binary dumping ground and/or give access to anyone else who wants it (not that it's hard to make your own...). The JuliaLang S3 would be even better. I thought the Binaries provider would be using the native Windows file downloading API rather than curl?

We could also figure out how to actually create a new WinRPM package, I've been meaning to go through that process one of these days.

@quinnj
Copy link
Member Author

quinnj commented Aug 26, 2014

The HttpCommon issue has been resolved by moving the dependency on Calendar to Dates.jl. What do you guys think about the binary issue?

@tkelman
Copy link
Collaborator

tkelman commented Aug 26, 2014

It's a pretty damn tiny file, 76 KB. Can BinDeps handle local file Binaries? I know it's bad git practice, but we could even just check the file into the repository here.

@IainNZ
Copy link
Contributor

IainNZ commented Aug 26, 2014

I personally think that'd be fine. Not sure about BinDeps.

@astrieanna
Copy link
Contributor

I thought the last time we discussed this, it was going to move onto the JuliaLang S3. I can't find the discussion currently, but this was definitely discussed before.

@IainNZ
Copy link
Contributor

IainNZ commented Aug 27, 2014

It was probably in January when I was scrabbling to get all working for the class I was teaching.
Who has control of S3? The file is indeed available at that address (the problem that caused this issue must have been fleeting), so all it needs is someone with the magical powers to download it put it there.
I'd be pretty into putting it inside HttpParser itself though.

@astrieanna
Copy link
Contributor

Hey @StefanKarpinski or @ViralBShah, could you help us put the HttpParser's tiny binary dependency into JuliaLang's S3?

@Keno
Copy link
Contributor

Keno commented Aug 27, 2014

I think there might be value in rewriting HttpParser in julia. Usually I don't recommend it, but it's not a big library and avoiding the binary dependency is a huge win.

@IainNZ
Copy link
Contributor

IainNZ commented Aug 27, 2014

It is pretty short, ~2000 of C. Could be fun project for someone to get their feet wet with Julia for non-math-stuff.

@ihnorton
Copy link
Contributor

@IainNZ IainNZ closed this as completed in 79605e7 Aug 28, 2014
IainNZ added a commit that referenced this issue Aug 28, 2014
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

6 participants