Build fails on Arch Linux (core-setup)

[alucryd]

On branch release/2.0, after patching for our newer glibc everything builds fine using clang 3.9, except corefx which produces the following error:

"/home/alucryd/packages/community/dotnet-core/trunk/src/dotnet-core/build.proj" (default target) (1) ->
"/home/alucryd/packages/community/dotnet-core/trunk/src/dotnet-core/targets/repository.proj" (BuildRepositoryAndDependencies target) (2) ->
"/home/alucryd/packages/community/dotnet-core/trunk/src/dotnet-core/targets/repository.proj" (BuildRepositoryAndDependencies target) (2:3) ->
"/home/alucryd/packages/community/dotnet-core/trunk/src/dotnet-core/targets/repository.proj" (BuildRepositoryAndDependencies target) (2:6) ->
(Build target) ->
/home/alucryd/packages/community/dotnet-core/trunk/src/dotnet-core/src/corefx/Tools/depProj.targets(83,5): error : Error no assets were resolved from NuGet packages. [/home/alucryd/packages/community/dotnet-core/trunk/src/dotnet-core/src/corefx/external/ilasm/ilasm.depproj] [/home/alucryd/packages/community/dotnet-core/trunk/src/dotnet-core/targets/repository.proj]
/home/alucryd/packages/community/dotnet-core/trunk/src/dotnet-core/src/corefx/Tools/depProj.targets(83,5): error : Error no assets were resolved from NuGet packages. [/home/alucryd/packages/community/dotnet-core/trunk/src/dotnet-core/src/corefx/external/ilasm/ilasm.depproj] [/home/alucryd/packages/community/dotnet-core/trunk/src/dotnet-core/targets/repository.proj]
/home/alucryd/packages/community/dotnet-core/trunk/src/dotnet-core/targets/repository.proj(74,5): error MSB3073: The command "/home/alucryd/packages/community/dotnet-core/trunk/src/dotnet-core/src/corefx/build.sh -Release -buildArch=x64 -portable=false -- /p:ILLinkTrimAssembly=false" exited with code 1.

Any idea where that's coming from?

[alucryd]

Can anybody help? Arch Linux already switched to icu 60.1, I would like to build our package from source to avoid shipping a compat icu59 package. I'm using the plain build.sh script, I'm quite sure there's nothing wrong with how I'm building. I tried using clang35, but as expected it didn't change anything since the error doesn't happen during compilation of C/C++ code.

[omajid]

Can you include the complete log, by any chance? There may be some earlier error that is leading to this error down the road.

[alucryd]

Apologies for the delay. The log is quite big, but here you go: https://paste.xinu.at/AWIc/

[alucryd]

Hi, did you get around checking that log file, did that help?

[omajid]

Oops. Looking at it now, a couple of things pop out:

Cloning into '/home/alucryd/packages/community/dotnet-core/trunk/src/dotnet-core/src/roslyn'...
fatal: write error: No space left on device
fatal: index-pack failed
fatal: clone of 'https://github.com/dotnet/roslyn' into submodule path '/home/alucryd/packages/community/dotnet-core/trunk/src/dotnet-core/src/roslyn' failed
Failed to clone 'src/roslyn'. Retry scheduled

But later, there is also:

~/packages/community/dotnet-core/trunk/src/dotnet-core/src/coreclr
System.Private.CoreLib.dll build unsupported.
Nuget package generation unsupported.
Repo successfully built.

It looks like you want the fix from #266.

[alucryd]

Thank you! Still had several gigs of free space on that drive, didn't think that could be an issue, the build sure is space hungry. Thanks for the link, I'll give the PR a try this week-end.

[alucryd]

I gave the dev/release/2.0 branch a try, and am now facing an issue (which I thought had been solved already) when building corefx. Our openssl-1.0 package comes with SSLv3 methods disabled as they're considered unsafe, thus making the build fail.

https://paste.xinu.at/zfgvE/

[alucryd]

Branch release/2.1 still fails on Arch Linux, but even earlier than before, coreclr doesn't build:

https://paste.xinu.at/3QQ/

Could you guys please take a look ? I'd like to build our package from source instead of repackaging the binary blobs.

[omajid]

Looks like RID detection is busted:

DistroRid is arch.-x64

That should just be arch-x64. Other places correctly do:

DOTNET_RUNTIME_ID=arch-x64

[alucryd]

Is there a way to force the RID instead of having it computed?

[omajid]

Is there a way to force the RID instead of having it computed?

Perhaps you can look for lines of the form

__HostDistroRid="$ID.$VERSION_ID-$__HostArch" 

and modify them to:

__HostDistroRid="$ID-$__HostArch" 

These should be present in src/coreclr/build.sh, and src/corefx/src/Native/build-native.sh and probably other places.

[alucryd]

Thanks, patched all 3 build scripts with:

elif [[ $ID == "arch" ]]; then
    __HostDistroRid="arch-$__HostArch"

I managed to build the SDK locally, however it fails when I try the same in a chroot using our devtools, I get a cryptic error when initializing the cli tool, any idea what it could be? Google seems to indicate this is a permission issue, but the chroot isn't noexec and the build tools are executable.

Failed to initialize CoreCLR, HRESULT: 0x8007001F

Also, it seems the built SDK does not contain ASP.NET, is there a similar way to build these parts?

[omajid]

Failed to initialize CoreCLR, HRESULT: 0x8007001F

Try an strace. It could be something as simple as icu not being found. Or it might be something more complex. strace -f should provide some good hints as to what is going wrong.

Also, it seems the built SDK does not contain ASP.NET, is there a similar way to build these parts?

Nope. ASP.NET Core is not source-buildable just yet. See #375

[alucryd]

Alright, I'll keep downloading the ASP.NET blob for now, thanks.

I got a few straces, the first one: https://paste.xinu.at/ze6/

There were some errors about lttng-ust, after a quick googling I stumbled upon this: https://github.com/dotnet/coreclr/issues/4132

Tried building without lttng-ust in the chroot as suggested, but it failed as well: https://paste.xinu.at/aoD/