Wann sollte man apt-get und wann apt verwenden?

[RobertS]

Aptitude ist hier nicht einmal installiert, könnte gar nicht sicher sagen ob es das unter Buster noch gibt.

Wieso das denn ? Oder sollte das ein Joke sein ? Hinterher nimmt das noch jemand für bare Münze

Was weiß ich warum nicht, es ist jedenfalls hier nicht installiert.
Und glaub mir, ich habs oft genug probiert. Die Logik hinter aptitude erschließt sich mir nicht. Ich finde nur die Hälfte, dann bekomm ich nicht das installiert was ich wollte. Ich komm mit apt search deutlich besser und schneller zurecht.

[Nice]

@RobertS:
Ich kann RobertS nur zustimmen: Bei Debian-Stretch ist Aptitude nicht vorinstalliert, aber natürlich in den Paketquellen vorhanden und nachinstallierbar. Aber: man braucht es imho auch nicht. Man kann die entsprechenden Aktualisierungsbefehle in die Konsole eingeben (und hier neuerdings nur mit "apt" statt "apt-get" - angeblich ist das einfach und benutzerfreundlich - Lol - ) oder man verwendet die Synaptic-Paketverwaltung, wie von mir - zumindest für den reinen Desktop-Betrieb und nicht für den Server-Betrieb und vorwiegend für Newbies - immer und immer wieder empfohlen wurde...

Wichtig scheint mir bei allen Verfahren zur Aktualisierung das Wirken von Apt im Hintergrund, welches nicht durch die oben von mir aufgezählen Verfahren nicht in seinem Bemühem um Harmonisierung der Abhängigkeiten durch die Verwendung von Fremdquellen, Backports, Mischung verschiedener Oberflächen, Kombination verschiedener Debian-Repositories, etc. zerschossen werden sollte.

Ceterum censeo, suum cuique...
Ganz besonders für den lieben "niemand" übersetzt: "im Übrigen meine ich, Jedem das Seine" in Anspielung auf den alten Cato, der den römischen Senat immer wieder mit dem Hinweis, Kathago sei unbedingt zum Schutz von Rom zu zerstören, genervt hat.

[guennid]

Daraufhin kam es zu den bekannten Kriegen - Hannibal, etc.

Der guckte sich da schon jahrzehntelang die Radieschen von unten an.

[Nice]

@guennid: Vielen Dank, für Deinen, für das Thread-Thema völlig unwichtigen Hinweis, zumal ich die entsprechende fehlerhafte Passage schon längst in meinem Post gepurgt habe. Mensch, wie sind hier im Forum Einge drauf?

[guennid]

Mensch, wie sind hier im Forum Einge drauf?

Worauf du einen lassen kannst!

[DeletedUserReAsG]

So ganz verstehe ich’s auch wieder nicht: als Argument gegen aptitude wird genannt, dass es nicht per default installiert ist, im gleichen Atemzug wird die Verwendung von Synaptic nahegelegt – das ebenfalls nicht per default installiert ist.

Abgesehen davon … wie passt Synaptic nun eigentlich zu „Wann sollte man apt-get und wann apt verwenden?“?

[geier22]

Bei Debian-Stretch ist Aptitude nicht vorinstalliert,

Bei Buster auch nicht. Aptitude wird bei mir immer im Schlepptau von wajig installiert.
Wajig benutze ich (fast) ausschließlich als Ersatz für apt /apt-get.
Für Interessierte:
https://linux.togaware.com/survivor/wajig.html
Für aptitude bin ich zu doof. Habe diverse Male versucht, hinter das Bedienkonzept von Aptitude zu steigen. Kläglich gescheitert
Nichts desto trotz habe ich fleißig aus diversen Beiträgen von unseren "Profis" Aptitude - Befehle gesammelt, die ich für nützlich halte:
Einfach genial finde ich z.B. den Aptitude -Befehl zu "putzen" von übriggebliebenen Konfigurationsdateien:

Code: Alles auswählen

aptitude purge ~c

im Vergleich zu diesem Bandwurm:

Code: Alles auswählen

dpkg --purge --simulate $(dpkg -l | awk '/^rc/ {print $2}')

oder gar diesen:

Code: Alles auswählen

dpkg --list |grep "^rc" | cut -d " " -f 3 | xargs dpkg --purge --simulate

[Nice]

@geier22:
Wajig fußt auf aptitude...

[KBDCALLS]

Der Beschreibung nach ist es nur ein Frontend. Mit dem sich die verschiedenen Programme nutzen lassen.

• Hängt ab von: python3:any (>= 3.3.2-2~), apt, python3-apt (>= 0.8.9), aptitude, dpkg (>= 1.16.2)
  Schlägt vor: debconf, reportbug, apt-move, dpkg-repack, alien, fakeroot, apt-file, locales, deborphan, vrms, sudo, apt-show-versions, dctrl-tools, debsums, netselect-apt, dpkg-dev, chkconfig, debtags
  
  Beschreibung: Einheitliches Paketverwaltungsfrontend für Debian
  Wajig ist ein Befehlszeilen-Wrapper für apt, apt-cache, dpkg, aptitude usw. Sein Ziel ist die Erleichterung der Paketverwaltung durch die einheitliche Zusammenfassung der wichtigsten Funktionen dieser Werkzeuge in einer
  Schnittstelle.

• Code: Alles auswählen

  wajig list-commands

Gibt eine Liste aller möglichen Kommandos aus.

[geier22]

Der Beschreibung nach ist es nur ein Frontend. Mit dem sich die verschiedenen Programme nutzen lassen.

Stimmt, ist aber genau deshalb auch sehr bequem, da man sich nicht jedes mal überlegen muss, welches Tool für was zuständig ist.

Wajig is an interface to many Debian administrative tasks.

[DeletedUserReAsG]

… wenn es im Hintergrund verschiedene Sachen wahlweise benutzt, wird’s aber im Fehlerfall ziemlich interessant, den Fehler zu lokalisieren. Also nicht im Fall von „apt exited with 1“ – da wär’s klar –, sondern im Fall von „System verwurstet – was ist passiert?“.

[geier22]

Ich finde an wajig praktisch, dass sich die Diskussion über apt /apt-get ja sogar dpkg durch den Gebrauch von wajig weitgehend erledigt.
Ein morgendliches update mit wajig sieht bei mir so aus:

Code: Alles auswählen

wajig> dailyupgrade

die Schritte werden in /var/log/apt/history.log wie folgt protokolliert

Code: Alles auswählen

Start-Date: 2018-03-10  09:08:51
Commandline: /usr/bin/apt-get --show-upgraded dist-upgrade
Install: ruby2.5:amd64 (2.5.0-6, automatic), libruby2.5:amd64 (2.5.0-6, automatic)
Upgrade: libqmi-proxy:amd64 (1.18.0-3, 1.20.0-1), squashfs-tools:amd64 (1:4.3-4, 1:4.3-5), libqmi-glib5:amd64 (1.18.0-3, 1.20.0-1), ruby:amd64 (1:2.5~1, 1:2.5.0), lintian:amd64 (2.5.77, 2.5.78), libmbim-proxy:amd64 (1.14.2-2.1, 1.16.0-1), libmbim-glib4:amd64 (1.14.2-2.1, 1.16.0-1), libsamplerate0:amd64 (0.1.9-1, 0.1.9-2), libmicrodns0:amd64 (0.0.8-1, 0.0.9-1)
End-Date: 2018-03-10  09:08:59

und ein anschließendes

Code: Alles auswählen

wajig> autoremove

erscheint ebenso:

Code: Alles auswählen

Start-Date: 2018-03-10  09:09:28
Commandline: /usr/bin/apt-get autoremove
Remove: libquvi-scripts-0.9:amd64 (0.9.20131130-1.1), python3-mako:amd64 (1.0.7+ds1-1), libquvi-0.9-0.9.3:amd64 (0.9.3-1.2), ruby2.3:amd64 (2.3.6-2), libgrilo-0.3-0:amd64 (0.3.4-1), lua-bitop:amd64 (1.0.2-5), lua-expat:amd64 (1.3.0-4), libtotem-plparser-common:amd64 (3.26.0-2), lua-json:amd64 (1.3.3-2), libgpod4:amd64 (0.8.3-11), libgmime-3.0-0:amd64 (3.2.0-1), libtotem-plparser18:amd64 (3.26.0-2), libgpod-common:amd64 (0.8.3-11), python3-markupsafe:amd64 (1.0-1+b1), lua-socket:amd64 (3.0~rc1+git+ac3201d-4), lua-lpeg:amd64 (1.0.0-2), libsgutils2-2:amd64 (1.42-2), libdmapsharing-3.0-2:amd64 (2.9.39-2)
End-Date: 2018-03-10  09:09:34

Genauso wird /var/log/aptitude beschrieben, sollte dieses Tool benutzt werden.
Da man in der Regel sein System hauptsächlich dadurch versaut, indem man falsches installiert /purgt / autoremoved ist nach meinem Gefühl alles
protokolliert, was sonst auch da wäre.