Dlaczego Chocolatey nie instaluje pakietów w `C: \ Program Files \`?

Question

Zgodnie z zasadami instalacji systemu Windows, programy powinny być zainstalowane na C:\Program Files (program 64-bitowy/x86-64) lub C:\Program Files (x86) (program 32-bitowy/x86). Program jest kopiowany do pod-podkatalogu zawierającego nazwę dostawcy i nazwę programu.

Ale dlaczego Chocolatey nie instaluje pakietów w C:\Program Files\<Vendor>\<Program>\?

10. Aplikacje należy zainstalować do odpowiednich folderów domyślnie
Użytkownicy powinni mieć spójną i bezpieczne doświadczenia z domyślnej lokalizacji instalacji plików, zachowując opcję, aby zainstalować aplikację w miejscu ich wybór. Konieczne jest również przechowywanie danych aplikacji w poprawnej lokalizacji, aby umożliwić kilku osobom korzystanie z tego samego komputera bez uszkadzania lub nadpisywania danych i ustawień nawzajem. Windows dostarcza konkretnych lokalizacji w systemie plików do przechowywania programów i komponentów programowych, wspólne dane aplikacji i dane aplikacji specyficznych dla użytkownika

10,1 Twoja aplikacja musi być zainstalowana w folderze Program Files domyślnie
dla rodzimych 32 -bitowe i 64-bitowe aplikacje w% ProgramFiles% i% ProgramFiles (x86)% dla aplikacji 32-bitowych działających na x64. Dane użytkownika lub dane aplikacji nie mogą być nigdy przechowywane w tej lokalizacji ze względu na uprawnienia zabezpieczeń skonfigurowane dla tego folderu.

Źródło: Certification requirements for Windows desktop apps
Wersja: 10 (29 lipca 2015)

Answer 1

To zależy od wersji Chocolatey, to ustawienia i same pakiety.

Aby rozpocząć, zobacz Narzędzia vs Aplikacje i wyróżnieniem Chocolatey'S ( https://github.com/chocolatey/chocolatey/wiki/ChocolateyFAQs na dołu).

Jeśli pakiet nie używa rodzimego instalatora (to narzędzie), to zależy od jeśli autor pakiet wykorzystał koncepcję bin_root że jest gotowy do przyjście w przyszłej wersji.

Na przykład SysInternals przejdzie teraz do c:/sysinternals, chyba że masz zdefiniowaną zmienną $env:chocolatey_bin_root. Koncepcja w kodzie zmieni się tak samo jak obecnie, wymaga to, aby był podfolderem napędu systemowego i nie widzimy, abyśmy opracowywali ostateczną cechę z tym ograniczeniem.

Jeśli pakiet nie ma jeszcze tego pojęcia, zawsze można poprosić autora pakietu o wpisanie go na .

Jeśli pakiet używa rodzimego instalatora (aplikacja), można użyć installArgs przekazywać argumenty do rodzimego instalatora (https://github.com/chocolatey/chocolatey/wiki/CommandsInstall) i powiedzieć, że katalog, aby zainstalować aplikację do. To wymaga , aby wiedzieć, co należy przekazać do rodzimego instalatora.Jeśli chcesz, aby twoje aplikacje w katalogu niestandardowym były założone, że jesteś już zaawansowanym użytkownikiem, prawdopodobnie będziesz wiedział, , aby przekazać instalator, jeśli wykonywałeś cichą instalację.

^{Nieco parafrazując od: https://groups.google.com/forum/#!msg/chocolatey/uucAz8GxebA/HEPAKp69d90J}

Również

UWAGA: Zgodnie z 0.9.8.24, domyślnie Chocolatey za zainstalować lokalizacja jest C:\ProgramData\Chocolatey

Zmniejsza to powierzchnię ataku na lokalna instalacja czekoladowa i ograniczenia, które mogą wprowadzać zmiany w katalogu.

^{Źródło: https://github.com/chocolatey/chocolatey/wiki/DefaultChocolateyInstallReasoning}

I z własnego doświadczenia mogę potwierdzić, że ta koncepcja jest doskonałą linię obrony (jeśli poprawnie skonfigurowany, używane i rozumiane).

PS:
Jak już dodany do odpowiedzi, technicznie wymóg jest %ProgramFiles% i %ProgramFiles(x86)% zmienna środowiskowa (s ile dotyczy).
Na przykład %ProgramFiles(x86)% może równie dobrze wskazywać na P:\Software\Programs\x86\ (zamiast C:\Program Files (x86)\).
Istnieje oczywiście wiele starszych programów (teraz (ponownie) zapakowanych), które nigdy nie używały sekcji <vendor> w nazwie ścieżki.

Mam nadzieję, że to pomoże!