Code: Alles auswählen
aptitude full-upgradeCode: Alles auswählen
aptitude -uCode: Alles auswählen
Shift+uFür Testing find ichs schon "gewaltig", als Lenny noch in Testings-Wurstkessel steckte, gabs keine so "schwerwiegenden" Probleme.novalix hat geschrieben: Edit:
@trompetenkäfer Na ja, gewaltig? Ist eher wie die Dann-und-Wann auftretenden Inkonsistenzen in Sid.
Zumindest hatte ich hier auf nem Squeeze (inkl. KDE4) unter Zuhilfenahme von zwei Paketen aus unstable keine Probleme. YMMV.
Code: Alles auswählen
/var/backups
/var/cache/apt
/var/lib/apt
Code: Alles auswählen
sudo aptitude update
sudo aptitude full-upgradeund Absturz ... eine Leerzeile und der Konsolprompt.1421 MB wurden in ... heruntergeladen ...
E: Couldn't configure pre-depend openoffice.org-core for openoffice.org-filter-binfilter,
probably a dependency cycle.
Ein Paket konnte nicht installiert werden. Versuche zu lösen:
Paketlisten werden gelesen ... Fertig
Abhängigkeitsbaum wird aufgebaut
Lese Status-Informationen ein ... Fertig
Lese erweiterte Statusinformationen
Initialisiere Paketstatus ... Fertig
Schreibe erweiterte Statusinformationen .... Fertig
Lese Task-Beschreibungen ... Fertig
Code: Alles auswählen
aptitude remove '~openoffice~'Ein anschließendes full-upgrade führt zu dem gleichen Fehler wie vorher.aptitude remove '~openoffice~'
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut
Lese Status-Informationen ein... Fertig
Lese erweiterte Statusinformationen
Initialisiere Paketstatus... Fertig
Schreibe erweiterte Statusinformationen... Fertig
Lese Task-Beschreibungen... Fertig
Es werden keine Pakete installiert, aktualisiert oder entfernt.
0 Pakete aktualisiert, 0 zusätzlich installiert, 0 werden entfernt und 1183 nicht aktualisiert.
Muss 0B an Archiven herunterladen. Nach dem Entpacken werden 0B zusätzlich belegt sein.
Schreibe erweiterte Statusinformationen... Fertig
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut
Lese Status-Informationen ein... Fertig
Lese erweiterte Statusinformationen
Initialisiere Paketstatus... Fertig
Lese Task-Beschreibungen... Fertig
Code: Alles auswählen
aptitude remove openoffice.org-coreCode: Alles auswählen
apt-get update
apt-get dist-upgrade
Wie kommst Du denn auf das schmale Brett?gnuf hat geschrieben:Nur so kleiner Tipp am Rande im testingzweig und sowieso in sid, sollte man nicht mit aptitude ...
Steht soweit ich weiß auf der Sidux-Seitenikaya hat geschrieben:Wie kommst Du denn auf das schmale Brett?gnuf hat geschrieben:Nur so kleiner Tipp am Rande im testingzweig und sowieso in sid, sollte man nicht mit aptitude ...
In wie weit das noch aktuell ist, kann ich nicht beurteilen...Gründe, warum man nur apt-get für eine Systemaktualisierung verwenden soll
Paketmanager wie adept, aptitude, synaptic und kpackage können nicht immer die umfassenden Änderungen in Sid (Änderungen von Abhängigkeiten, Benennungskonventionen, Skripten u.a.) korrekt auflösen. Dies sind keine Fehler in diesen Programmen oder Fehler der Entwickler. Dies sind exzellente Programme für eine Installation von Debian stable, aber sie sind nicht angepasst an die besonderen Aufgaben der dynamischen Distribution Debian Sid.
Diese Programme können sich sehr gut dazu eignen, Programme zu suchen, aber zum Installieren, Löschen und zum Durchführen einer Systemaktualisierung soll apt-get verwendet werden.
Paketmanager wie adept, aptitude, synaptic und kpackage sind - technisch gesprochen - nicht-deterministisch. Bei Verwendung einer dynamischen Distribution wie Debian Sid unter Hinzunahme von Drittrepositorien, deren Qualität nicht vom Debian-Team getestet sein kann, kann eine Systemaktualisierung zur Katastrophe führen, da diese Paketmanager durch automatische Lösungsversuche falsche Entscheidungen treffen können. Weiterhin ist zu beachten, dass ALLE GUI-Paketmanager in init 5 und/oder in X ausgeführt werden müssen, und Systemaktualisierungen in init 5 und/oder X (oder selbst ein ohnehin nicht empfohlenes 'apt-get upgrade') werden früher oder später dazu führen, dass man sein System irreversibel beschädigt hat.
Im Gegensatz dazu führt apt-get ausschließlich das durch, was angefragt ist. Bei unvollständigen Abhängigkeiten in Sid, sprich: wenn das System bricht (dies kann in Sid bei Strukturänderungen vorkommen), können die Ursachen genau festgestellt und dadurch repariert oder umgangen werden. Das eigene System "bricht" nicht. Falls also eine Systemaktualisierung dem Gefühl nach das halbe System löschen möchte, überlässt apt-get dem Administrator die Entscheidung, was zu tun ist, und handelt nicht eigenmächtig.
Dies ist der Grund, warum Debian-Builds apt-get nutzen und nicht andere Paketmanager.
Ich kenne deren Standpunkt. Ist nichts Neues. Kann ich bei meinem Sid (ständig aktualisiert mit Aptitude) nicht bestätigen. Wichtig bleibt bei Sid der eigene Kopf und mal ein beherztes "Nein" bei Abhängigkeitsproblemen. Erledigt sich meistens ein paar Tage später von selber. Da kann apt-get auch nichts besser machen.trompetenkaefer hat geschrieben:Steht soweit ich weiß auf der Sidux-Seitenikaya hat geschrieben:Wie kommst Du denn auf das schmale Brett?gnuf hat geschrieben:Nur so kleiner Tipp am Rande im testingzweig und sowieso in sid, sollte man nicht mit aptitude ...
...
Ich oute mich dann mal als Synaptic-Nutzer (auch wenn ich eigentlich gern mit der Shell arbeite). Hatte bisher unter Debian Testing keine Probleme damit.gnuf hat geschrieben:Nur so kleiner Tipp am Rande im testingzweig und sowieso in sid, sollte man nicht mit aptitude oder irgendwelchen gui's arbeiten.
