Package Details: powershell 7.4.1-4

Git Clone URL: https://aur.archlinux.org/powershell.git (read-only, click to copy)
Package Base: powershell
Description: A cross-platform automation and configuration tool/framework (latest release)
Upstream URL: https://github.com/PowerShell/PowerShell
Keywords: .net automation microsoft net powershell script scripting shell
Licenses: MIT
Submitter: jsteel
Maintainer: kylesferrazza (richardba, carsme)
Last Packager: carsme
Votes: 84
Popularity: 0.35
First Submitted: 2016-11-26 22:16 (UTC)
Last Updated: 2024-03-10 11:11 (UTC)

Latest Comments

« First ‹ Previous 1 .. 13 14 15 16 17 18 19 Next › Last »

Purgator commented on 2017-03-20 14:08 (UTC)

I'm having the same issue as optlink. If I try manually to run dotnet restore from any projet directory (ex : src/powershell/src/Microsoft.PowerShell.SDK/), i get the following error : MSBUILD : error MSB1003: Specify a project or solution file. The current working directory does not contain a project or solution file. I don't want to use dotnet-bin but dotnet-cli. Any clue ?

<deleted-account> commented on 2017-03-05 22:17 (UTC)

@MatejLach @kylesferrazza My guess is that the problem is caused by the large difference between the older version of dotnet used by dotnet-bin and the newer ones used in dotnet-cli and dotnet-cli-git.

MatejLach commented on 2017-03-05 17:50 (UTC)

@optlink Installing 'dotnet-bin' instead of 'dotnet-cli' allowed me to compile.

kylesferrazza commented on 2017-03-02 18:51 (UTC)

@optlink I just did a clean build, no such issues. Maybe reinstall? Let me know how it goes.

<deleted-account> commented on 2017-03-02 17:46 (UTC)

Ah I'm having some build issues. I think the build.sh is not up to date. /opt/dotnet/sdk/1.0.1-rc4-004947/NuGet.targets(97,5): warning : Unable to find a project to restore! [/home/optlink/.cache/pacaur/powershell/src/powershell/powershell.sln] ~/.cache/pacaur/powershell/src/powershell/src/ResGen ~/.cache/pacaur/powershell/src/powershell Couldn't find a project to run. Ensure a project exists in /home/optlink/.cache/pacaur/powershell/src/powershell/src/ResGen. Or pass the path to the project using --project ~/.cache/pacaur/powershell/src/powershell ~/.cache/pacaur/powershell/src/powershell/src/TypeCatalogParser ~/.cache/pacaur/powershell/src/powershell Couldn't find a project to run. Ensure a project exists in /home/optlink/.cache/pacaur/powershell/src/powershell/src/TypeCatalogParser. Or pass the path to the project using --project ~/.cache/pacaur/powershell/src/powershell ~/.cache/pacaur/powershell/src/powershell/src/TypeCatalogGen ~/.cache/pacaur/powershell/src/powershell Couldn't find a project to run. Ensure a project exists in /home/optlink/.cache/pacaur/powershell/src/powershell/src/TypeCatalogGen. Or pass the path to the project using --project ~/.cache/pacaur/powershell/src/powershell Microsoft (R) Build Engine version 15.1.548.43366 Copyright (C) Microsoft Corporation. All rights reserved. MSBUILD : error MSB1003: Specify a project or solution file. The current working directory does not contain a project or solution file. ==> ERROR: A failure occurred in build(). Aborting... :: icu55 is now an orphan package :: proot is now an orphan package :: python-docutils is now an orphan package :: failed to build powershell package(s)

<deleted-account> commented on 2017-03-02 17:20 (UTC)

Do you have one of these three packages installed: dotnet-bin, dotnet-cli, dotnet-cli-git? They all provide dotnet. It works here with dotnet-cli.

kylesferrazza commented on 2017-03-02 03:21 (UTC) (edited on 2017-03-02 03:25 (UTC) by kylesferrazza)

With dotnet instead of dotnet-bin in makedepends I get this error on install. Any ideas @optlink? >>> pacaur -S powershell :: Package powershell not found in repositories, trying AUR... :: resolving dependencies... :: no results found for dotnet (dependency tree: powershell dotnet)

<deleted-account> commented on 2017-03-01 22:18 (UTC)

Could we have the dotnet-bin dependency changed to dotnet so that we can use dotnet-cli or dotnet-cli-git?

MarcinWieczorek commented on 2017-02-19 19:40 (UTC) (edited on 2017-02-19 19:41 (UTC) by MarcinWieczorek)

Please use the tarball from tagged release on github as all the packages do. It's hard with submodules, we can download it w/o the history at least.

jsteel commented on 2017-02-15 08:26 (UTC)

You have to choose either dotnet-cli or dotnet-bin; both provide dotnet.

« First ‹ Previous 1 .. 13 14 15 16 17 18 19 Next › Last »