"error initializing LibGit2 module" when CA certificates not found #18693
Comments
|
What does |
|
If you see anything in there about |
|
One curiosity is that if I do a Then: |
|
I'm not sure what to make of the libuv failure. Does it persist after |
|
Can you also check |
|
After |
|
Something is very wrong, but I'm not sure if it's in Julia's makefiles or local to your particular clone. Does a build from scratch work correctly (maybe in a new clone to at least keep this build's copies of llvm and openblas around if they're still working)? |
|
The directory I will wipe the cache and try again. |
|
@tkelman Just finished a re-clone (everything deleted and recreated from scratch) of latest v 0.6 dev, and make is successful but again, will not launch as above. |
|
I just hit this on power: |
|
Same here, Arch Linux x86-64, both libgit2 and libssh2 are properly linked to mbedtls. Seems like |
|
It isn't finding the CA certificates, after trying:
In other words, this is failing. EDIT: on my Debian systems, "/usr/lib/ssl/certs" symlinks to "/etc/ssl/certs", but on Arch this is not the case. Maybe we should add "/etc/ssl/certs" to the search path? As a workaround, exporting |
|
On the my redhat machine at hand I have to use |
|
Looks like we need a few non-debian-shaped defaults too for the cert locations. There's something in |
|
On openSUSE Leap 42.1 Edit: I guess it is not the correct .pem. Edit 2: |
|
We should also really try to make the error message clearer here if we can. |
|
I think I hit this error on Ubuntu, so it applies to Debian-based distros too: Setting the |
|
It may also depend on which particular ca-certificates package sets you have installed, since those come in a few different variants. |
|
Same problem on Fedora 24. $ ./julia
fatal: error thrown and no exception handler available.
Base.InitError(mod=:LibGit2, error=ErrorException("error initializing LibGit2 module"))
rec_backtrace at /home/rick/src/julia/julia/src/stackwalk.c:84
record_backtrace at /home/rick/src/julia/julia/src/task.c:238
jl_throw at /home/rick/src/julia/julia/src/task.c:560
__init__ at ./libgit2/libgit2.jl:539
unknown function (ip: 0x7fb07647cf08)
jl_call_method_internal at /home/rick/src/julia/julia/src/julia_internal.h:239 [inlined]
jl_apply_generic at /home/rick/src/julia/julia/src/gf.c:1852
jl_apply at /home/rick/src/julia/julia/src/julia.h:1377 [inlined]
jl_module_run_initializer at /home/rick/src/julia/julia/src/toplevel.c:83
_julia_init at /home/rick/src/julia/julia/src/init.c:702
julia_init at /home/rick/src/julia/julia/src/task.c:289
main at /home/rick/src/julia/julia/ui/repl.c:247
__libc_start_main at /lib64/libc.so.6 (unknown line)
unknown function (ip: 0x4013c8) |
|
We'll have to find where the default cert search path is set and add more. Someone who has a source build in one of the problematic configurations will be best placed to test proposed additions. |
|
The patch we are carrying against mbedtls is setting these defaults. julia/deps/patches/libgit2-mbedtls.patch Line 295 in f241e23 |
|
It honors |
|
We also have some code here Lines 456 to 459 in b36141f make binary-dist to copy the build system's certs into the binary-dist tarball. If that snippet works more broadly, we could move it into deps/libgit2.mk and have it always run?
|
|
At least on Linux the system's certs are meant to be upgraded over-time and On Fri, 30 Sep 2016 at 05:53 Tony Kelman [email protected] wrote:
|
|
@TotalVerb I'm going to try to build Julia from source, using your fix if I get the same error while building, but the error I report above comes from the julia from the ubuntu package repositories, I think your fix doesn't work on that, since that julia is already built. |
|
@Ismael-VC Now that is an install case I never thought of when making the Julia PPA. What does |
|
@staticfloat the output of that and also |
|
Can you show me what files are sitting in |
|
It might also be named |
|
@staticfloat here is what's in that path: ismaelvc@TOYBOX ~ % tree /usr/lib/ssl
/usr/lib/ssl
├── certs -> /etc/ssl/certs
├── misc
│ ├── CA.pl
│ ├── CA.sh
│ ├── c_hash
│ ├── c_info
│ ├── c_issuer
│ ├── c_name
│ └── tsget
├── openssl.cnf -> /etc/ssl/openssl.cnf
└── private -> /etc/ssl/private
3 directories, 8 files |
|
What's inside certs?
On Sat, Nov 26, 2016, 22:03 Ismael Venegas Castelló < ***@***.***> wrote:
@staticfloat <https://github.com/staticfloat> here is what's in that path:
***@***.*** ~ % tree /usr/lib/ssl
/usr/lib/ssl
├── certs -> /etc/ssl/certs
├── misc
│ ├── CA.pl
│ ├── CA.sh
│ ├── c_hash
│ ├── c_info
│ ├── c_issuer
│ ├── c_name
│ └── tsget
├── openssl.cnf -> /etc/ssl/openssl.cnf
└── private -> /etc/ssl/private
3 directories, 8 files
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#18693 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AAH_aDqDaEBVrQjQxU06DKaSKUBWolYuks5rCR0ogaJpZM4KHZum>
.
--
…-E
|
|
Lots of ismaelvc@TOYBOX ~ % tree /usr/lib/ssl/certs | grep -i git
1 ismaelvc@TOYBOX ~ % |
|
Fengyang is right. It's called "certs/ca-certificates.crt". I believe there
is a PR open right now to fix this.
On Sat, Nov 26, 2016, 22:27 Ismael Venegas Castelló < ***@***.***> wrote:
Lots of .pems I don't see anything with git:
- https://gist.github.com/Ismael-VC/a8341a115139a6823946d9b6c0b2b517
1 ***@***.*** ~ % tree /usr/lib/ssl/certs | grep -i git :( 1 ***@***.*** ~ %
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#18693 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AAH_aPc47s2wWwF0KThHirtSJPR6D1YWks5rCSK3gaJpZM4KHZum>
.
--
…-E
|
|
I'm getting the same error with the latest master, but setting
|
|
Please gist the output of |
|
Here it is. |
|
Not solved. On one of the clusters I use, I just got the error again and I can fix it with |
|
What distribution is it? I've never seen one with a name so strange. Is that the cert file that gets used by |
|
Anyone who still has an issue here, try writing a patch similar to #19390 adding a case for wherever your system has the certs, since almost everyone else is covered by the existing cases. |
|
I don't see this issue anymore |
|
I investigated this further and think there is a different problem in my case. Opened a new issue #24625. |
|
Is this still an issue? |
|
All OK here. |
Using openSUSE Leap 42.1:
24 hours ago a git pull followed by a
make && make testallran fine. This morning I had an error in make:I thought I had fixed this with
make -C deps distclean-libgit2 distclean-mbedtls distclean-libssh2which allowedmaketo run to the end. However now Julia 0.6 fails to launch with:Prebuilt Julia 0.5 works fine.
The text was updated successfully, but these errors were encountered: