Open SajadJalilian opened 1 year ago
This looks like it's probably the same issue as https://github.com/dotnet/interactive/issues/1790. I'm curious if the workaround described in this comment would help you.
I'm curious if the workaround described in this comment would help you.
The workaround solved it for me on EndeavourOS, which is another Arch-based distro like Manjaro that can use the AUR as mentioned in the comment. Thanks for the link!
Unfortunately, the user who opened this issue cannot use that exact same workaround: Linux Mint and Ubuntu are not Arch-based, and the AUR only really works for Arch-based distros.
But the core concept is probably the same: the general idea of the workaround is to try using Microsoft's binaries. This page has the instructions for how to set that up on Ubuntu (and friends), just make sure you're following one of the sections that says you're going to be using "the Microsoft package feed".
It is an issue in Microsoft.PowerShell.SDK
package.
System.Management.Automation
is stored in same git repository and is referenced as project, not as a package. As the result in the nuspec file written that it depends on a one version of System.Management.Automation
, but inside nupkg archive under ref/net8.0/
there is another version of System.Management.Automation.dll
.
This confusion causes error.
Reported a bug: https://github.com/PowerShell/PowerShell/issues/24110
I installed id via "dotnet tool install -g dotnet-repl" I get this error when I try to start to repel
System: Kernel: 5.15.0-56-generic x86_64 bits: 64 compiler: gcc v: 11.3.0 Desktop: Cinnamon 5.4.12 tk: GTK 3.24.33 wm: Mutter dm: LightDM Distro: Linux Mint 21 Vanessa base: Ubuntu 22.04 jammy