dotnet restore/dotnet run in the 1.0 CLI fail with a segmentation fault on debian stretch

From @livarcocc on April 14, 2017 20:21

From @harindu95 on March 26, 2017 2:25

Steps to reproduce

I tried the following method from official site.

 sudo apt-get install curl libunwind8 gettext
 curl -sSL -o dotnet.tar.gz https://go.microsoft.com/fwlink/?linkid=843453
 sudo mkdir -p /opt/dotnet && sudo tar zxf dotnet.tar.gz -C /opt/dotnet
 sudo ln -s /opt/dotnet/dotnet /usr/local/bin
 dotnet new console -o hwapp   

Expected behavior

Creating a new project

Actual behavior

Crashed with the following error

 Error reading JObject from JsonReader. Path '', line 0, position 0.
 at Newtonsoft.Json.Linq.JObject.Load(JsonReader reader, JsonLoadSettings settings)
 at Newtonsoft.Json.Linq.JObject.Parse(String json, JsonLoadSettings settings)
 at Newtonsoft.Json.Linq.JObject.Parse(String json)
 at Microsoft.TemplateEngine.Edge.Settings.SettingsLoader.EnsureLoaded()
 at Microsoft.TemplateEngine.Edge.Settings.SettingsLoader.GetTemplates(HashSet`1 templates)
 at Microsoft.TemplateEngine.Edge.Template.TemplateCreator.List(Boolean exactMatchesOnly, Func`3[] filters)
 at Microsoft.TemplateEngine.Cli.New3Command.PerformCoreTemplateQueryAsync()
 at Microsoft.TemplateEngine.Cli.New3Command.<EnterTemplateManipulationFlowAsync>d__65.MoveNext()
--- End of stack trace from previous location where exception was thrown ---
 at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
 at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
 at System.Runtime.CompilerServices.ConfiguredTaskAwaitable`1.ConfiguredTaskAwaiter.GetResult()
 at Microsoft.TemplateEngine.Cli.New3Command.<ExecuteAsync>d__66.MoveNext(\'

Environment data

dotnet --info output:

.NET Command Line Tools (1.0.1)

Product Information:
Version:            1.0.1
Commit SHA-1 hash:  005db40cd1

Runtime Environment:
OS Name:     debian
OS Version:  9
OS Platform: Linux
RID:         debian.8-x64
Base Path:   /opt/dotnet/sdk/1.0.1

find /opt/dotnet -name ‘*.so’ -type f -print | xargs ldd | grep ‘not found’

liblldb-3.6.so => not found
liblldb-3.6.so => not found

Copied from original issue: dotnet/cli#6153

Copied from original issue: dotnet/templating#589

[Yutsa]

I guess a VM running Debian Jessie will be needed if I want to develop with .NET core for now, but the point of dotnet core was to avoid using a VM to do .NET development

[Yutsa]

I actually managed to use .NET Core 1.0 on Stretch using some Jessie package.

I have detailed it here.

I guess I’ll try 2.0 when it’ll be released.