Gibt es eine Möglichkeit, Chocolatey-Pakete mit ihrem Installationsverzeichnis aufzulisten?

Der Befehl

choco list -lo

listet die installierten Pakete auf. Aber wie bestimme ich, wo eine Chocolatey-Anwendung installiert wird? Bisher musste ich nach ihnen suchen.

Einige Beispiele:

• NUnit geht an Program Files (x86)
• WGET geht an %ALLUSERSPROFILE%\chocolatey\bin and %ALLUSERSPROFILE%\chocolatey\lib\[Package Name]\tools
• ConsoleZ ging zu %ALLUSERSPROFILE%\chocolatey\lib\[Package Name]\tools

Gibt es eine Flagge choco list, die mir sagt, wohin sie gegangen sind? ChocolateyGUI scheint dies auch nicht zu tun.

So ähnlich wie Debian:

dpkg-query

Oder RedHat's:

rpm -ql [package-name]

Oder YUMs Repoquery:

repoquery --list [package-name]

Homebrew :

brew list [package-name]

Derzeit gibt es keine Möglichkeit, das zu tun, wonach Sie fragen.

Jedes Chocolatey-Paket ist insofern einzigartig, als es ein Wrapper um eine MSI oder eine EXE-Datei sein kann, oder es kann ein einfaches Extrahieren eines komprimierten Archivs an einen bekannten Speicherort, z. B. C: \ tools, oder ein PowerShell-Modul sein, bei dem es sich um ein solches handelt in PSModulePath extrahiert, oder es könnte etwas völlig Benutzerdefiniertes sein.

Dies ist ein Nebeneffekt des Windows-Ökosystems, bei dem es mehrere Möglichkeiten gibt, dasselbe zu tun. Chocolatey versucht, dies in Ordnung zu bringen, indem es einen Mechanismus bereitstellt, mit dem mindestens alle gewünschten Pakete an einem Ort gefunden werden können, aber es gibt nur so viel, was Chocolatey tun kann.

Wenn Sie die Dinge völlig anders betrachten, können Sie Installationsargumente wie folgt an ein Chocolatey-Paket übergeben:

https://github.com/chocolatey/chocolatey/wiki/CommandsInstall#installarguments-optional---v09813

Dies könnte theoretisch die Installationsargumente eines MSI- oder EXE-basierten Chocolatey-Pakets ändern, um den Installationsort der Dateien zu ändern. Ein Beispiel für diesen Ansatz finden Sie hier:

http://chocolatey.org/packages/VisualStudio2013Ultimate

Dieser Ansatz ist jedoch begrenzt. Nicht jeder nimmt sich die Zeit wie Matt, um die möglichen Installationsargumente zu erwähnen, und es ist ein ziemlich komplizierter Prozess, die Installationsargumente zu extrahieren, die möglicherweise an eine MSI oder EXE gesendet werden.

In Bezug auf ChocolateyGUI und als aktueller Betreuer dieses Produkts kann ich Ihnen sagen, dass es in diesem Bereich nichts Schlaues tut :-). Es ist einfach ein Wrapper um die Kommandozeilen-Tools, die Chocolatey zur Verfügung stellt, und zielt darauf ab, es Leuten zu erleichtern, die die Kommandozeile nicht mögen.

Wenn Chocolatey ein Shim für das Paket generiert, yourprogram.exekönnen Sie beispielsweise den Pfad zur ausführbaren Datei anhand des folgenden Powershell-Einzeilers angeben:

(yourprogram --shimgen-noop | sls "path to executable:" ) -split "path to executable:" | % {$_.Trim() }

Dies funktioniert nur, wenn es sich bei dem Shim um eine EXE-Datei handelt. Dies ist sehr häufig, obwohl einige Pakete .ps1-, .cmd- oder sogar .bat-Dateien generieren. In diesen seltenen Fällen funktioniert dieses Rezept nicht.

Leider nicht das ich wüsste. Ich glaube, das Installationsverzeichnis wird vom Paket selbst bestimmt. Es ist nicht in der .nuspec-Datei definiert, und ich kann nirgendwo feststellen, dass es explizit im Chocolatey-Quellcode definiert ist.

Quellcode: https://github.com/chocolatey/chocolatey

cinst notepadplusplus.install -ia "'/D=E:\SomeDirectory\npp'"

Wenn es sich um eine MSI handelte, konnte man normalerweise Folgendes bestehen -ia:

INSTALLDIR=""E:\SomeDirectory\npp""