Nerdbank.gitversioning: Arch linux support

Created on 14 Jul 2017  Â·  22Comments  Â·  Source: dotnet/Nerdbank.GitVersioning

Apparently the LibGit2Sharp doesn't support Arch Linux. I had a user complain about that here:
https://github.com/bcgit/bc-csharp/pull/81#issuecomment-315459228

libgit2
Source
picture clairernovotny

All 22 comments

Copying the relevant stack trace:

[ar@arch crypto]$ dotnet build crypto.portable.csproj 
Microsoft (R) Build Engine version 15.3.388.41745 for .NET Core
Copyright (C) Microsoft Corporation. All rights reserved.

/home/ar/.nuget/packages/nerdbank.gitversioning/2.0.37-beta/build/Nerdbank.GitVersioning.targets(58,5): error MSB4018: The "Nerdbank.GitVersioning.Tasks.GetBuildVersion" task failed unexpectedly. [/home/ar/projects/crypto/bc-csharp/crypto/crypto.portable.csproj]
/home/ar/.nuget/packages/nerdbank.gitversioning/2.0.37-beta/build/Nerdbank.GitVersioning.targets(58,5): error MSB4018: System.TypeInitializationException: The type initializer for 'LibGit2Sharp.Core.NativeMethods' threw an exception. ---> System.DllNotFoundException: Unable to load DLL '/home/ar/.nuget/packages/nerdbank.gitversioning/2.0.37-beta/build/MSBuildFull/lib/linux/x86_64/libgit2-1196807.so': The specified module or one of its dependencies could not be found. [/home/ar/projects/crypto/bc-csharp/crypto/crypto.portable.csproj]
/home/ar/.nuget/packages/nerdbank.gitversioning/2.0.37-beta/build/Nerdbank.GitVersioning.targets(58,5): error MSB4018:  (Exception from HRESULT: 0x8007007E) [/home/ar/projects/crypto/bc-csharp/crypto/crypto.portable.csproj]
/home/ar/.nuget/packages/nerdbank.gitversioning/2.0.37-beta/build/Nerdbank.GitVersioning.targets(58,5): error MSB4018:    at System.Runtime.Loader.AssemblyLoadContext.InternalLoadUnmanagedDllFromPath(String unmanagedDllPath) [/home/ar/projects/crypto/bc-csharp/crypto/crypto.portable.csproj]
/home/ar/.nuget/packages/nerdbank.gitversioning/2.0.37-beta/build/Nerdbank.GitVersioning.targets(58,5): error MSB4018:    at MSBuildExtensionTask.ContextAwareTask.CustomAssemblyLoader.LoadUnmanagedDll(String unmanagedDllName) [/home/ar/projects/crypto/bc-csharp/crypto/crypto.portable.csproj]
/home/ar/.nuget/packages/nerdbank.gitversioning/2.0.37-beta/build/Nerdbank.GitVersioning.targets(58,5): error MSB4018:    at System.Runtime.Loader.AssemblyLoadContext.ResolveUnmanagedDll(String unmanagedDllName, IntPtr gchManagedAssemblyLoadContext) [/home/ar/projects/crypto/bc-csharp/crypto/crypto.portable.csproj]
/home/ar/.nuget/packages/nerdbank.gitversioning/2.0.37-beta/build/Nerdbank.GitVersioning.targets(58,5): error MSB4018:    at LibGit2Sharp.Core.NativeMethods.git_libgit2_init() [/home/ar/projects/crypto/bc-csharp/crypto/crypto.portable.csproj]
/home/ar/.nuget/packages/nerdbank.gitversioning/2.0.37-beta/build/Nerdbank.GitVersioning.targets(58,5): error MSB4018:    at LibGit2Sharp.Core.NativeMethods.LibraryLifetimeObject..ctor() [/home/ar/projects/crypto/bc-csharp/crypto/crypto.portable.csproj]
/home/ar/.nuget/packages/nerdbank.gitversioning/2.0.37-beta/build/Nerdbank.GitVersioning.targets(58,5): error MSB4018:    at LibGit2Sharp.Core.NativeMethods..cctor() [/home/ar/projects/crypto/bc-csharp/crypto/crypto.portable.csproj]
/home/ar/.nuget/packages/nerdbank.gitversioning/2.0.37-beta/build/Nerdbank.GitVersioning.targets(58,5): error MSB4018:    --- End of inner exception stack trace --- [/home/ar/projects/crypto/bc-csharp/crypto/crypto.portable.csproj]
/home/ar/.nuget/packages/nerdbank.gitversioning/2.0.37-beta/build/Nerdbank.GitVersioning.targets(58,5): error MSB4018:    at LibGit2Sharp.Core.NativeMethods.git_repository_open(git_repository*& repository, FilePath path) [/home/ar/projects/crypto/bc-csharp/crypto/crypto.portable.csproj]
/home/ar/.nuget/packages/nerdbank.gitversioning/2.0.37-beta/build/Nerdbank.GitVersioning.targets(58,5): error MSB4018:    at LibGit2Sharp.Core.Proxy.git_repository_open(String path) [/home/ar/projects/crypto/bc-csharp/crypto/crypto.portable.csproj]
/home/ar/.nuget/packages/nerdbank.gitversioning/2.0.37-beta/build/Nerdbank.GitVersioning.targets(58,5): error MSB4018:    at LibGit2Sharp.Repository..ctor(String path, RepositoryOptions options, RepositoryRequiredParameter requiredParameter) [/home/ar/projects/crypto/bc-csharp/crypto/crypto.portable.csproj]
/home/ar/.nuget/packages/nerdbank.gitversioning/2.0.37-beta/build/Nerdbank.GitVersioning.targets(58,5): error MSB4018:    at Nerdbank.GitVersioning.VersionOracle.OpenGitRepo(String repoRoot) [/home/ar/projects/crypto/bc-csharp/crypto/crypto.portable.csproj]
/home/ar/.nuget/packages/nerdbank.gitversioning/2.0.37-beta/build/Nerdbank.GitVersioning.targets(58,5): error MSB4018:    at Nerdbank.GitVersioning.VersionOracle.Create(String projectDirectory, String gitRepoDirectory, ICloudBuild cloudBuild, Nullable`1 overrideBuildNumberOffset) [/home/ar/projects/crypto/bc-csharp/crypto/crypto.portable.csproj]
/home/ar/.nuget/packages/nerdbank.gitversioning/2.0.37-beta/build/Nerdbank.GitVersioning.targets(58,5): error MSB4018:    at Nerdbank.GitVersioning.Tasks.GetBuildVersion.ExecuteInner() [/home/ar/projects/crypto/bc-csharp/crypto/crypto.portable.csproj]
/home/ar/.nuget/packages/nerdbank.gitversioning/2.0.37-beta/build/Nerdbank.GitVersioning.targets(58,5): error MSB4018: The "Nerdbank.GitVersioning.Tasks.GetBuildVersion" task failed unexpectedly. [/home/ar/projects/crypto/bc-csharp/crypto/crypto.portable.csproj]
/home/ar/.nuget/packages/nerdbank.gitversioning/2.0.37-beta/build/Nerdbank.GitVersioning.targets(58,5): error MSB4018: System.TypeInitializationException: The type initializer for 'LibGit2Sharp.Core.NativeMethods' threw an exception. ---> System.DllNotFoundException: Unable to load DLL '/home/ar/.nuget/packages/nerdbank.gitversioning/2.0.37-beta/build/MSBuildFull/lib/linux/x86_64/libgit2-1196807.so': The specified module or one of its dependencies could not be found. [/home/ar/projects/crypto/bc-csharp/crypto/crypto.portable.csproj]
/home/ar/.nuget/packages/nerdbank.gitversioning/2.0.37-beta/build/Nerdbank.GitVersioning.targets(58,5): error MSB4018:  (Exception from HRESULT: 0x8007007E) [/home/ar/projects/crypto/bc-csharp/crypto/crypto.portable.csproj]
/home/ar/.nuget/packages/nerdbank.gitversioning/2.0.37-beta/build/Nerdbank.GitVersioning.targets(58,5): error MSB4018:    at System.Runtime.Loader.AssemblyLoadContext.InternalLoadUnmanagedDllFromPath(String unmanagedDllPath) [/home/ar/projects/crypto/bc-csharp/crypto/crypto.portable.csproj]
/home/ar/.nuget/packages/nerdbank.gitversioning/2.0.37-beta/build/Nerdbank.GitVersioning.targets(58,5): error MSB4018:    at MSBuildExtensionTask.ContextAwareTask.CustomAssemblyLoader.LoadUnmanagedDll(String unmanagedDllName) [/home/ar/projects/crypto/bc-csharp/crypto/crypto.portable.csproj]
/home/ar/.nuget/packages/nerdbank.gitversioning/2.0.37-beta/build/Nerdbank.GitVersioning.targets(58,5): error MSB4018:    at System.Runtime.Loader.AssemblyLoadContext.ResolveUnmanagedDll(String unmanagedDllName, IntPtr gchManagedAssemblyLoadContext) [/home/ar/projects/crypto/bc-csharp/crypto/crypto.portable.csproj]
/home/ar/.nuget/packages/nerdbank.gitversioning/2.0.37-beta/build/Nerdbank.GitVersioning.targets(58,5): error MSB4018:    at LibGit2Sharp.Core.NativeMethods.git_libgit2_init() [/home/ar/projects/crypto/bc-csharp/crypto/crypto.portable.csproj]
/home/ar/.nuget/packages/nerdbank.gitversioning/2.0.37-beta/build/Nerdbank.GitVersioning.targets(58,5): error MSB4018:    at LibGit2Sharp.Core.NativeMethods.LibraryLifetimeObject..ctor() [/home/ar/projects/crypto/bc-csharp/crypto/crypto.portable.csproj]
/home/ar/.nuget/packages/nerdbank.gitversioning/2.0.37-beta/build/Nerdbank.GitVersioning.targets(58,5): error MSB4018:    at LibGit2Sharp.Core.NativeMethods..cctor() [/home/ar/projects/crypto/bc-csharp/crypto/crypto.portable.csproj]
/home/ar/.nuget/packages/nerdbank.gitversioning/2.0.37-beta/build/Nerdbank.GitVersioning.targets(58,5): error MSB4018:    --- End of inner exception stack trace --- [/home/ar/projects/crypto/bc-csharp/crypto/crypto.portable.csproj]
/home/ar/.nuget/packages/nerdbank.gitversioning/2.0.37-beta/build/Nerdbank.GitVersioning.targets(58,5): error MSB4018:    at LibGit2Sharp.Core.NativeMethods.git_repository_open(git_repository*& repository, FilePath path) [/home/ar/projects/crypto/bc-csharp/crypto/crypto.portable.csproj]
/home/ar/.nuget/packages/nerdbank.gitversioning/2.0.37-beta/build/Nerdbank.GitVersioning.targets(58,5): error MSB4018:    at LibGit2Sharp.Core.Proxy.git_repository_open(String path) [/home/ar/projects/crypto/bc-csharp/crypto/crypto.portable.csproj]
/home/ar/.nuget/packages/nerdbank.gitversioning/2.0.37-beta/build/Nerdbank.GitVersioning.targets(58,5): error MSB4018:    at LibGit2Sharp.Repository..ctor(String path, RepositoryOptions options, RepositoryRequiredParameter requiredParameter) [/home/ar/projects/crypto/bc-csharp/crypto/crypto.portable.csproj]
/home/ar/.nuget/packages/nerdbank.gitversioning/2.0.37-beta/build/Nerdbank.GitVersioning.targets(58,5): error MSB4018:    at Nerdbank.GitVersioning.VersionOracle.OpenGitRepo(String repoRoot) [/home/ar/projects/crypto/bc-csharp/crypto/crypto.portable.csproj]
/home/ar/.nuget/packages/nerdbank.gitversioning/2.0.37-beta/build/Nerdbank.GitVersioning.targets(58,5): error MSB4018:    at Nerdbank.GitVersioning.VersionOracle.Create(String projectDirectory, String gitRepoDirectory, ICloudBuild cloudBuild, Nullable`1 overrideBuildNumberOffset) [/home/ar/projects/crypto/bc-csharp/crypto/crypto.portable.csproj]
/home/ar/.nuget/packages/nerdbank.gitversioning/2.0.37-beta/build/Nerdbank.GitVersioning.targets(58,5): error MSB4018:    at Nerdbank.GitVersioning.Tasks.GetBuildVersion.ExecuteInner() [/home/ar/projects/crypto/bc-csharp/crypto/crypto.portable.csproj]

What's interesting is that it appears to be looking for /home/ar/.nuget/packages/nerdbank.gitversioning/2.0.37-beta/build/MSBuildFull/lib/linux/x86_64/libgit2-1196807.so. Why would it be looking in the MSBuildFull directory and not the Core one?

clairernovotny picture clairernovotny on 14 Jul 2017

Why would it be looking in the MSBuildFull directory and not the Core one?

Good question.

The first thing I think we should do here is update NB.GV to the latest version of the libgit2sharp that has my portable changes in it, since that team made some changes to the native binaries package that _might_ be relevant here. But yes, I may have some issues with path calculations as well that I need to look at.

Or of course, consider it up for grabs if you're interested.

AArnott picture AArnott on 15 Jul 2017

You know, scratch that. I know that NB.GV works on linux because libgit2sharp does that now. So I'll look more closely at the failure to see what's going on.

AArnott picture AArnott on 15 Jul 2017

@onovotny what is "Arch Linux"? Is that a special distro that .NET Core or libgit2sharp doesn't support?

AArnott picture AArnott on 15 Jul 2017
😕1

No idea, was just going by the commenter in the thread. I assume it's this: https://www.archlinux.org/

That said, the real issue is probably that the MSBuildFull directories are being searched and not MSBuildCore for some reason.

Seems to be supported if you use the .NET Core 2 SDK https://wiki.archlinux.org/index.php/.NET_Core

clairernovotny picture clairernovotny on 15 Jul 2017

NB.GV loads from MSBuildCore when dotnet build is used, per documented MSBuild properties as you can see here. Can you find out why that's not working on your scenario?

AArnott picture AArnott on 15 Jul 2017

I don't see Arch Linux on the list of distros that .NET Core supports.

As NB.GV builds with dotnet build on Linux, I cannot support distros that .NET Core itself does not support. If you or anyone want to send a PR that makes it work I'll likely accept it.

AArnott picture AArnott on 15 Jul 2017
😕1

Okay, so, inserting myself into the conversation:

libgit2-1196807.so is compiled against libcurl.so.4, and expects to find the following symbols in there:

$ readelf -s /home/directhex/.nuget/packages/nerdbank.gitversioning/2.1.23/build/MSBuildFull/lib/linux/x86_64/libgit2-1196807.so | grep CURL_OPENSSL_3
    18: 0000000000000000     0 FUNC    GLOBAL DEFAULT  UND curl_easy_cleanup@CURL_OPENSSL_3 (8)
    28: 0000000000000000     0 FUNC    GLOBAL DEFAULT  UND curl_easy_recv@CURL_OPENSSL_3 (8)
    41: 0000000000000000     0 FUNC    GLOBAL DEFAULT  UND curl_easy_setopt@CURL_OPENSSL_3 (8)
    93: 0000000000000000     0 FUNC    GLOBAL DEFAULT  UND curl_easy_init@CURL_OPENSSL_3 (8)
   114: 0000000000000000     0 FUNC    GLOBAL DEFAULT  UND curl_easy_send@CURL_OPENSSL_3 (8)
   153: 0000000000000000     0 FUNC    GLOBAL DEFAULT  UND curl_easy_getinfo@CURL_OPENSSL_3 (8)
   157: 0000000000000000     0 FUNC    GLOBAL DEFAULT  UND curl_easy_perform@CURL_OPENSSL_3 (8)

However, in the libcurl4 package provided in Ubuntu 18.04, and presumably in Arch, the symbols are versioned differently:

$ readelf -Ws /usr/lib/x86_64-linux-gnu/libcurl.so.4.5.0 | grep curl_easy
   408: 000000000002c3d0   143 FUNC    GLOBAL DEFAULT   13 curl_easy_cleanup@@CURL_OPENSSL_4
   410: 0000000000024a90   320 FUNC    GLOBAL DEFAULT   13 curl_easy_escape@@CURL_OPENSSL_4
   416: 00000000000382a0  1384 FUNC    GLOBAL DEFAULT   13 curl_easy_strerror@@CURL_OPENSSL_4
   426: 000000000002caf0   188 FUNC    GLOBAL DEFAULT   13 curl_easy_send@@CURL_OPENSSL_4
   428: 000000000002c4c0   798 FUNC    GLOBAL DEFAULT   13 curl_easy_duphandle@@CURL_OPENSSL_4
   433: 0000000000024d70   156 FUNC    GLOBAL DEFAULT   13 curl_easy_unescape@@CURL_OPENSSL_4
   446: 000000000002c0d0    97 FUNC    GLOBAL DEFAULT   13 curl_easy_init@@CURL_OPENSSL_4
   451: 0000000000057a20   187 FUNC    GLOBAL DEFAULT   13 curl_easy_setopt@@CURL_OPENSSL_4
   452: 000000000002c7e0   242 FUNC    GLOBAL DEFAULT   13 curl_easy_reset@@CURL_OPENSSL_4
   454: 000000000002c140   653 FUNC    GLOBAL DEFAULT   13 curl_easy_perform@@CURL_OPENSSL_4
   459: 000000000002c8e0   381 FUNC    GLOBAL DEFAULT   13 curl_easy_pause@@CURL_OPENSSL_4
   462: 000000000002ca60   131 FUNC    GLOBAL DEFAULT   13 curl_easy_recv@@CURL_OPENSSL_4
   466: 000000000002c460    85 FUNC    GLOBAL DEFAULT   13 curl_easy_getinfo@@CURL_OPENSSL_4

Meaning it doesn't work.

Installing libcurl3 instead (I believe Arch has a package called something like libcurl-compat to do the same job) fixes it, but that uninstalls all apps built against libcurl4, like cmake, which sorta sucks.

This is also revealed, in less detail, by ldd:

$ ldd /home/directhex/.nuget/packages/nerdbank.gitversioning/2.1.23/build/MSBuildFull/lib/linux/x86_64/libgit2-1196807.so | head -1
/home/directhex/.nuget/packages/nerdbank.gitversioning/2.1.23/build/MSBuildFull/lib/linux/x86_64/libgit2-1196807.so: /usr/lib/x86_64-linux-gnu/libcurl.so.4: version `CURL_OPENSSL_3' not found (required by /home/directhex/.nuget/packages/nerdbank.gitversioning/2.1.23/build/MSBuildFull/lib/linux/x86_64/libgit2-1196807.so)

libcurl SONAME issues are old and stupid, and not specific to NB.GV

directhex picture directhex on 22 Apr 2018

Seems I'm right - Curl on Arch is built against OpenSSL 1.1, and shares the same broken CURL_OPENSSL_4 symbol versioning. So, how to fix it here I wonder.

directhex picture directhex on 22 Apr 2018

Okay, the problem is one you inherited from LibGit2Sharp.NativeBinaries

As it happens, they already took the solution I was going to propose here: Switch libcurl variant away from OpenSSL.

As of version 1.0.192, LibGit2Sharp.NativeBinaries builds libgit2 against GNUTLS instead of OpenSSL - this has a much more stable ABI, and removes the problem, fixing everything on distributions with OpenSSL 1.1 - Arch, Ubuntu 18.04, etc. So there's the fix: either switch to upstream LibGit2Sharp 0.24.1, or if you want to keep using your self-build, adjust your dependency to target LibGit2Sharp.NativeBinaries >= 1.0.192 (correcting the dllmap to point to the changed native lib names as appropriate)

directhex picture directhex on 22 Apr 2018
👍1

(This is an issue for building MSbuild on the previously mentioned distributions)

directhex picture directhex on 22 Apr 2018

libgit2sharp 0.24.1 doesn't include .NET Core support, which is why I was consuming my fork. By the time they shipped it, they removed my downlevel support for .NET Standard 1.x that I had added and only target .NET Standard 2.0. It turns out that it's a little difficult to consume that in NB.GV. :( I started working on it, but I don't know when I'll succeed.

AArnott picture AArnott on 24 Apr 2018

So there's the fix: either switch to upstream LibGit2Sharp 0.24.1, or if you want to keep using your self-build, adjust your dependency to target LibGit2Sharp.NativeBinaries >= 1.0.192 (correcting the dllmap to point to the changed native lib names as appropriate)

I'll give the latter of these two options a try.

AArnott picture AArnott on 27 Jun 2018

The repro steps I'm using are:

docker run -it microsoft/aspnetcore-build /bin/bash
cd
mkdir try1
cd try1
dotnet new classlib
dotnet add package nerdbank.gitversioning
dotnet build
AArnott picture AArnott on 30 Jun 2018

I'm working in the fix143 branch, and updated to the latest official package from libgit2sharp. Still getting native binary load failures on the docker container running the microsoft/aspnetcore-build image.

AArnott picture AArnott on 30 Jun 2018

@directhex do you have any idea of how to debug the problem? The docker image I'm using doesn't have readelf, but it does have ldd:

ldd /root/.nuget/packages/nerdbank.gitversioning/2.1.65-g594b64598f/build/MSBuildFull/lib/linux/x86_64/libgit2-6311e88.so
        linux-vdso.so.1 (0x00007fff11d8f000)
        librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007f4deab2d000)
        libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f4dea910000)
        libcurl-gnutls.so.4 => /usr/lib/x86_64-linux-gnu/libcurl-gnutls.so.4 (0x00007f4dea691000)
        libssl.so.1.0.0 => not found
        libcrypto.so.1.0.0 => not found
        libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007f4dea477000)
        libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f4dea0d8000)
        /lib64/ld-linux-x86-64.so.2 (0x00007f4deb044000)
        libnghttp2.so.14 => /usr/lib/x86_64-linux-gnu/libnghttp2.so.14 (0x00007f4de9eb2000)
        libidn2.so.0 => /usr/lib/x86_64-linux-gnu/libidn2.so.0 (0x00007f4de9c90000)
        librtmp.so.1 => /usr/lib/x86_64-linux-gnu/librtmp.so.1 (0x00007f4de9a73000)
        libssh2.so.1 => /usr/lib/x86_64-linux-gnu/libssh2.so.1 (0x00007f4de9847000)
        libpsl.so.5 => /usr/lib/x86_64-linux-gnu/libpsl.so.5 (0x00007f4de9639000)
        libnettle.so.6 => /usr/lib/x86_64-linux-gnu/libnettle.so.6 (0x00007f4de9402000)
        libgnutls.so.30 => /usr/lib/x86_64-linux-gnu/libgnutls.so.30 (0x00007f4de9069000)
        libgssapi_krb5.so.2 => /usr/lib/x86_64-linux-gnu/libgssapi_krb5.so.2 (0x00007f4de8e1e000)
        libkrb5.so.3 => /usr/lib/x86_64-linux-gnu/libkrb5.so.3 (0x00007f4de8b44000)
        libk5crypto.so.3 => /usr/lib/x86_64-linux-gnu/libk5crypto.so.3 (0x00007f4de8911000)
        libcom_err.so.2 => /lib/x86_64-linux-gnu/libcom_err.so.2 (0x00007f4de870d000)
        liblber-2.4.so.2 => /usr/lib/x86_64-linux-gnu/liblber-2.4.so.2 (0x00007f4de84fe000)
        libldap_r-2.4.so.2 => /usr/lib/x86_64-linux-gnu/libldap_r-2.4.so.2 (0x00007f4de82ad000)
        libunistring.so.0 => /usr/lib/x86_64-linux-gnu/libunistring.so.0 (0x00007f4de7f96000)
        libhogweed.so.4 => /usr/lib/x86_64-linux-gnu/libhogweed.so.4 (0x00007f4de7d61000)
        libgmp.so.10 => /usr/lib/x86_64-linux-gnu/libgmp.so.10 (0x00007f4de7ade000)
        libgcrypt.so.20 => /lib/x86_64-linux-gnu/libgcrypt.so.20 (0x00007f4de77ce000)
        libp11-kit.so.0 => /usr/lib/x86_64-linux-gnu/libp11-kit.so.0 (0x00007f4de7569000)
        libidn.so.11 => /lib/x86_64-linux-gnu/libidn.so.11 (0x00007f4de7335000)
        libtasn1.so.6 => /usr/lib/x86_64-linux-gnu/libtasn1.so.6 (0x00007f4de7122000)
        libkrb5support.so.0 => /usr/lib/x86_64-linux-gnu/libkrb5support.so.0 (0x00007f4de6f16000)
        libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f4de6d12000)
        libkeyutils.so.1 => /lib/x86_64-linux-gnu/libkeyutils.so.1 (0x00007f4de6b0e000)
        libresolv.so.2 => /lib/x86_64-linux-gnu/libresolv.so.2 (0x00007f4de68f7000)
        libsasl2.so.2 => /usr/lib/x86_64-linux-gnu/libsasl2.so.2 (0x00007f4de66dc000)
        libgpg-error.so.0 => /lib/x86_64-linux-gnu/libgpg-error.so.0 (0x00007f4de64c8000)
        libffi.so.6 => /usr/lib/x86_64-linux-gnu/libffi.so.6 (0x00007f4de62bf000)
AArnott picture AArnott on 30 Jun 2018

Do you know which distribution the aspnetcore docker container is based on?

Sent from my iPhone

On 30 Jun 2018, at 14:00, Andrew Arnott notifications@github.com wrote:

@directhex do you have any idea of how to debug the problem? The docker image I'm using doesn't have readelf, but it does have ldd:

ldd /root/.nuget/packages/nerdbank.gitversioning/2.1.65-g594b64598f/build/MSBuildFull/lib/linux/x86_64/libgit2-6311e88.so
linux-vdso.so.1 (0x00007fff11d8f000)
librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007f4deab2d000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f4dea910000)
libcurl-gnutls.so.4 => /usr/lib/x86_64-linux-gnu/libcurl-gnutls.so.4 (0x00007f4dea691000)
libssl.so.1.0.0 => not found
libcrypto.so.1.0.0 => not found
libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007f4dea477000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f4dea0d8000)
/lib64/ld-linux-x86-64.so.2 (0x00007f4deb044000)
libnghttp2.so.14 => /usr/lib/x86_64-linux-gnu/libnghttp2.so.14 (0x00007f4de9eb2000)
libidn2.so.0 => /usr/lib/x86_64-linux-gnu/libidn2.so.0 (0x00007f4de9c90000)
librtmp.so.1 => /usr/lib/x86_64-linux-gnu/librtmp.so.1 (0x00007f4de9a73000)
libssh2.so.1 => /usr/lib/x86_64-linux-gnu/libssh2.so.1 (0x00007f4de9847000)
libpsl.so.5 => /usr/lib/x86_64-linux-gnu/libpsl.so.5 (0x00007f4de9639000)
libnettle.so.6 => /usr/lib/x86_64-linux-gnu/libnettle.so.6 (0x00007f4de9402000)
libgnutls.so.30 => /usr/lib/x86_64-linux-gnu/libgnutls.so.30 (0x00007f4de9069000)
libgssapi_krb5.so.2 => /usr/lib/x86_64-linux-gnu/libgssapi_krb5.so.2 (0x00007f4de8e1e000)
libkrb5.so.3 => /usr/lib/x86_64-linux-gnu/libkrb5.so.3 (0x00007f4de8b44000)
libk5crypto.so.3 => /usr/lib/x86_64-linux-gnu/libk5crypto.so.3 (0x00007f4de8911000)
libcom_err.so.2 => /lib/x86_64-linux-gnu/libcom_err.so.2 (0x00007f4de870d000)
liblber-2.4.so.2 => /usr/lib/x86_64-linux-gnu/liblber-2.4.so.2 (0x00007f4de84fe000)
libldap_r-2.4.so.2 => /usr/lib/x86_64-linux-gnu/libldap_r-2.4.so.2 (0x00007f4de82ad000)
libunistring.so.0 => /usr/lib/x86_64-linux-gnu/libunistring.so.0 (0x00007f4de7f96000)
libhogweed.so.4 => /usr/lib/x86_64-linux-gnu/libhogweed.so.4 (0x00007f4de7d61000)
libgmp.so.10 => /usr/lib/x86_64-linux-gnu/libgmp.so.10 (0x00007f4de7ade000)
libgcrypt.so.20 => /lib/x86_64-linux-gnu/libgcrypt.so.20 (0x00007f4de77ce000)
libp11-kit.so.0 => /usr/lib/x86_64-linux-gnu/libp11-kit.so.0 (0x00007f4de7569000)
libidn.so.11 => /lib/x86_64-linux-gnu/libidn.so.11 (0x00007f4de7335000)
libtasn1.so.6 => /usr/lib/x86_64-linux-gnu/libtasn1.so.6 (0x00007f4de7122000)
libkrb5support.so.0 => /usr/lib/x86_64-linux-gnu/libkrb5support.so.0 (0x00007f4de6f16000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f4de6d12000)
libkeyutils.so.1 => /lib/x86_64-linux-gnu/libkeyutils.so.1 (0x00007f4de6b0e000)
libresolv.so.2 => /lib/x86_64-linux-gnu/libresolv.so.2 (0x00007f4de68f7000)
libsasl2.so.2 => /usr/lib/x86_64-linux-gnu/libsasl2.so.2 (0x00007f4de66dc000)
libgpg-error.so.0 => /lib/x86_64-linux-gnu/libgpg-error.so.0 (0x00007f4de64c8000)
libffi.so.6 => /usr/lib/x86_64-linux-gnu/libffi.so.6 (0x00007f4de62bf000)
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub, or mute the thread.

directhex picture directhex on 30 Jun 2018

@directhex It based on debian:stretch image.

ElijahReva picture ElijahReva on 30 Jun 2018

Stretch doesn't have libssl.so.1.0.0 for moronic reasons. But libgit native binaries $latest should be built against libgnutls, not libssl...?

Sent from my iPhone

On 30 Jun 2018, at 14:34, Elijah notifications@github.com wrote:

@directhex It based on debian:stretch image.

—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub, or mute the thread.

directhex picture directhex on 30 Jun 2018

Not sure. What does this output of uname -a tell you:

Linux d422b3b7d5af 4.9.87-linuxkit-aufs #1 SMP Wed Mar 14 15:12:16 UTC 2018 x86_64 GNU/Linux

AArnott picture AArnott on 30 Jun 2018

I get the same issue when using dotnet:sdk - this problem prevents me from using this great library for building a .NET Core 2.1 global tool within a docker container. Would be great if it could be solved somehow.

fgreinacher picture fgreinacher on 4 Aug 2018
👍1

I've got a build that works on Ubuntu 18 (and hopefully all the others listed here). It has issues on Windows that I'll work through over the next day or two, but I hope to have a fix published to nuget.org by the end of the week.

AArnott picture AArnott on 22 Aug 2018
Was this page helpful?
0 / 5 - 0 ratings

Related issues

hypervtechnics picture hypervtechnics  Â·  6Comments
qmfrederik picture qmfrederik  Â·  13Comments
rgmills picture rgmills  Â·  11Comments
asherber picture asherber  Â·  7Comments
bradwilson picture bradwilson  Â·  11Comments