Ich habe ein paar Fragen zum Wechsel von apt-get zu zypper in Bash-Skripten.
Was ist das Äquivalent dazu?
sudo apt-get install curl --assume-yes
(wo Curl jedes Paket sein könnte)
Ich habe das Zypper Cheat Sheet gefunden - openSUSE . Sehr schön! Aber ich würde die Stimme der Erfahrung hier schätzen - was ist der richtige Weg, um zypper in einem Skript zu verwenden, in dem ich automatisch allen Eingabeaufforderungen zustimmen und keine Dinge überspringen möchte, die eine Antwort benötigen?
Mit meiner Unerfahrenheit wäre ich versucht zu verwenden:
sudo zypper --non-interactive --no-gpg-checks --quiet install --auto-agree-with-licenses curl
Aber ist das wirklich das Äquivalent von --assume-yes
?
Was ist mit dem Äquivalent für diese?
sudo apt-get autoremove -y
sudo apt-get autoclean -y
Dies deutet darauf hin, dass es keinen gibt ...
Gibt es einen Ersatz für gdebi-core? Oder wird Gdebi mit Zyppers "leistungsstarkem Erfüllbarkeitslöser" nie benötigt? Ich verwende gdebi für Situationen, in denen ich ein Paket auf einer älteren Version installieren muss und bereits eine .deb-Datei habe (aber nicht alle Abhängigkeiten).
-n
Option und eine-y
Option und sie bedeuten dasselbe , müssen aber an verschiedenen Positionen in der Befehlszeile platziert werden? Ja, das ist verwirrend. (Um es klar zu sagen: Ich schieße nicht auf den Messenger. Ich sage, der Entwickler hätte mehr über Usability-Probleme nachdenken sollen.)zypper
hat eine-n
Option. Derinstall
Unterbefehl verfügt sowohl über eine-y
Option, die sich auf die globale-n
Option bezieht , als auch über eine eigene Option,-n
die für kurz steht--name
. Es ist möglich, Pakete nach Funktionen zu installieren. Also,zypper install -n blah
zu lösen gibt an nur das Paket mit dem Namenblah
und nicht die Pakete, die zur Verfügung stellenblah
. Ohne dies kann zypper basierend auf dem Abschnitt "Bereitstellungen" aus einem RPM (einschließlich Versionsvergleichen) aufgelöst werden, was die Auflösung von Abhängigkeiten vereinfachen kann.zypper install 'python>3.5'
beispielsweise.zypper install -n
ist, wenn Sie möglicherweise ein bestimmtes Paket installieren möchten, dessen Name eine von anderen bereitgestellte Funktion ist. Beispielsweise gibt es möglicherweise einige vi-Implementierungen, und Sie möchten nur dann ein bestimmtes Paket mit dem Namen vi ohne Auflösung, das auf gvim (das vi bereitstellt) zurückgreift, falls das bestimmtevi
Paket aus irgendeinem Grund in Ihrem Repo fehlt. Persönlich mag ich die verwirrende Natur der kurzen Optionen nicht und verwende sie selten in Skripten oder anderen Dingen, die jemand (wie ich) später lesen muss. : DSie haben die Option --non-interactive. Von der Manpage:
Es gibt keine echte Entsprechung zum Autoremove von apt-get. Am nächsten ist die
--clean-deps
Option desremove
Befehls, mit dem Abhängigkeiten sofort (jedoch nicht danach) bereinigt werden.quelle
zypper.conf
zur dauerhaften Bestätigung wie bei anderen Paketmanagern hinzuzufügen ?Das ist ein Beispiel
Natürlich können Sie weitere Optionen wie
--auto-agree-with-licenses
hinzufügen, aber denken Sie daran, dass dies einen Unterschied macht, ob es vorher oder nachher istinstall
quelle
Dies hat bei mir funktioniert (auf SLES12SP3 überprüft):
Hinweis
-C/--no-check
fürzypper ar
.Jetzt können Sie Pakete installieren:
quelle