Warning: file_exists(): open_basedir restriction in effect. File(/srv/http/vhosts/aur.archlinux.org/public/web/locale//en/LC_MESSAGES/aurweb.mo) is not within the allowed path(s): (/srv/http/vhosts/aur-dev.archlinux.org/:/etc/aurweb/) in /srv/http/vhosts/aur-dev.archlinux.org/public/web/lib/streams.php on line 90
AUR (en) - dotnet-cli

Notice: Undefined variable: name in /srv/http/vhosts/aur-dev.archlinux.org/public/web/lib/pkgfuncs.inc.php on line 248

Package Details: dotnet-cli 1.0.0_preview2_1_003177-2

Git Clone URL: https://aur-dev.archlinux.org/dotnet-cli.git (read-only)
Package Base: dotnet-cli
Description: A command line utility for building, testing, packaging and running .NET Core applications and libraries
Upstream URL: https://www.microsoft.com/net/core
Keywords: .net cli core dotnet microsoft
Licenses: MIT
Provides: dotnet
Submitter: abrodersen
Maintainer: abrodersen
Last Packager: abrodersen
Votes: 34
Popularity: 3.751011
First Submitted: 2016-06-29 19:55
Last Updated: 2016-11-28 03:01

Latest Comments

1 2 3 4 5 Next › Last »

C0rn3j commented on 2017-01-22 20:57

Is this package not maintained anymore?

@ImNtReal Could you please provide instructions on how to apply the patch? I've no idea how to make it work since makepkg -sri just downloads the whole thing anew before I get a chance to edit the source file.

Yannik_Sc commented on 2017-01-08 23:52

@tinchou try the dotnet-bin package it worked for me.

tinchou commented on 2016-12-27 17:16

It built with @ImNtReal's patch, but I'm seeing `Failed to initialize CoreCLR, HRESULT: 0x80131500`.

I ran the following command as mentioned here https://github.com/dotnet/cli/issues/2018 to check and got:

```
$ find /opt/dotnet -name '*.so' -type f -print | xargs ldd | grep 'not found'
liblldb-3.6.so => not found
/opt/dotnet/shared/Microsoft.NETCore.App/1.0.1/System.Net.Http.Native.so: /usr/lib/libcurl.so.4: version `CURL_OPENSSL_3' not found (required by /opt/dotnet/shared/Microsoft.NETCore.App/1.0.1/System.Net.Http.Native.so)
libicuuc.so.52 => not found
libicui18n.so.52 => not found
```

ImNtReal commented on 2016-12-27 14:35

This patch should fix the lttng-uts issue. It needs -p0 to work.
http://pastebin.com/uTRFg8F7

Yannik_Sc commented on 2016-12-18 03:01

@z3ntu Its propably a pretty rude solution, but it worked for me:

1. Clone the git repo ( https://aur.archlinux.org/dotnet-cli.git )
2. run the makepkg inside the created dotnet-cli folder
3. comment out the lines that are checking for the extension in dotnet-cli/src/coreclr-1.1.0/src/pal/src/configure.cmake (line 1263 - 1266)
4. run the makepkg command again with the -e flag so your changes will not be overridden.

I don't know if it has negative effects after the installation for the application but, with that modification you can install it at least.

~Yannik

z3ntu commented on 2016-12-12 12:47

-- Looking for include file lttng/tracepoint.h - not found
CMake Error at src/pal/src/configure.cmake:1265 (message):
Cannot find liblttng-ust-dev. Try installing liblttng-ust-dev (or the
appropriate packages for your platform)
Call Stack (most recent call first):
src/pal/src/CMakeLists.txt:12 (include)

File does exist...
lttng-ust /usr/include/lttng/tracepoint.h

SuperBonny commented on 2016-12-08 13:36

I get this error when building coreclr:

dotnet-cli/src/coreclr-1.1.0/src/debug/daccess/daccess.cpp:7230:46: error: use of undeclared identifier 'DAC_TABLE_RVA'
ULONG64 dacTableAddress = m_globalBase + DAC_TABLE_RVA;

jeffska commented on 2016-12-02 20:02

Since you asked, here's a patch that got it to work for me: https://gist.github.com/jeffska/fc61586ac0f98282f214cb0f16c3eb0b.

abrodersen commented on 2016-12-02 17:10

As @jeffska points out, this appears to be an upstream issue. Until it gets sorted out, I will happily incorporate any patches, from upstream or anyone else, that resolve the issue. Currently, I don't have the understanding of CMake nor the time to come up with a solution.

jeffska commented on 2016-12-02 17:01

Same problem as @darthvlado and @luben93. After digging through the CMake log, it looks like it can't "find" lttng/tracepoint.h because it does the check by attempting to compile a dummy C file with the include. The link fails because of unresolved references to libdl. There's already a bug filed with CoreCLR (https://github.com/dotnet/coreclr/issues/8045). There appears to be a specific CMake module for locating lttng-ust (FindLTTngUST) that might need to be used instead.