Einfach zu wenig Probleme mit Debian

[michaa7]

...Mir fällt aber auch kein Programm ein, mit dem man nach veralteten, aber noch vorhandenen Paketen suchen kann.

Ok, ich bin in Bullseye nicht firm, kann also nicht sagen ob mein tip taugt, aber unter Debin/sid(uction) tut's ein klitzekleines "apt autoremove".

Augen auf was da weggehen sollte und vorab mal "man apt autoremove" lesen. Das funktioniert in sid problemlos, und schon so lange, dass das mittlerweile längst nach testing durchgesickert ist. Möglicherweise erleichtern mir aber spezielle siduction apt preferences die Arbeit damit ... da müßte man dort im Forum suchen, da gab's dort mal ein posting dazu ...

[MSfree]

aber unter Debin/sid(uction) tut's ein klitzekleines "apt autoremove".

apt autoremove ist ja nun nichts neues, das gibt mindestens seit Stretch. Das löscht aber nur die Pakete, die nichtmehr referenziert werden. Im Prinzip tut apt autoremove das, was früher deborphan gemacht hat. Man wird damit zwar Bibliotheken los, z.B. alte Qt3-Libs, wenn im System kein Programm mehr installiert ist, das Qt3 braucht. Alte Programme, die unter Umständen im neuen Release gar nicht mehr laufen, wirst du damit nicht los.

Was auch gerne vergessen wird, vor allem, wenn man ssein System übr Jahrzehnte aktualisiert und immer wieder hochzieht, ist ein beherztes apt-get clean, was schon bei so manchem viele Gigabytes unter /var freigeschaufelt hat.

Was halt wirklich fehlt, ist eine Funktionalität, die Pakete sucht, die im aktualisiertem System gar nicht mehr angeboten werden. Wenn man direkten Zugriff auf einen Debianmirror hat, kann man die Contents-Dateien verschiedener Releasese miteinander vergleichen und Differenzen bilden, aber wer (ausser mir) hat schon einen Debianmirror zuhause.

[michaa7]

...Man wird damit zwar Bibliotheken los, z.B. alte Qt3-Libs, wenn im System kein Programm mehr installiert ist, das Qt3 braucht.

Ist aber ein brauchbarer Anfang.

Alte Programme, die unter Umständen im neuen Release gar nicht mehr laufen, wirst du damit nicht los.

Da habe ich einen anderen Eindruck, aber kann das wegen Aktualität meines Systems schwer verifizieren ; ich möchte auch bestimmt nicht behaupten dass apt autremove alles findet.

Was auch gerne vergessen wird, vor allem, wenn man ssein System übr Jahrzehnte aktualisiert und immer wieder hochzieht, ist ein beherztes apt-get clean, was schon bei so manchem viele Gigabytes unter /var freigeschaufelt hat.

Das war allerdings auch mein erster Gedanke. Wobei ein "apt autoclean" vielleicht ausreicht und zumindest die benötigten Pakete behält (mit vorhandenem privaten mirror ist das radikalere "apt clean" natürlich sinnvoll).

[MSfree]

Das war allerdings auch mein erster Gedanke. Wobei ein "apt autoclean" vielleicht ausreicht und zumindest die benötigten Pakete behält

Warum sollte man die "benötigten" Pakete aufheben, wenn sie erstmal installiert sind? Die faßt auch apt nie wieder an, mirror hin oder her, die belegen nur unnötig Platz.

[inne]

, aber wer (ausser mir) hat schon einen Debianmirror zuhause.

Nutzt Du dafür ftpsync und wenn ja mit SSL und über einen SOCKS Proxy? Weil das mit dem Proxy bekomme ich nicht hin
Ansonsten läuft es, auch weil Debian alles wesentliche doch vorkonfiguriert ausliefert oder super dokumentiert hat.

[MSfree]

Nutzt Du dafür ftpsync

Nein, ich nehme rsync.

[inne]

Nutzt Du dafür ftpsync

Nein, ich nehme rsync.

Ok, ftpsync nutzt das im Hintegrund auch. Es ist nur schon alles fertig in der Beispiel-Konfigurationsdatei. Vlt. drösel ich mir das reine rsync dort auch mal raus. Danke für die Idee

[fischig]

Alte Programme, die unter Umständen im neuen Release gar nicht mehr laufen, wirst du damit nicht los.

Vielleicht will ich die gar nicht loswerden - zumindest nicht, so lange sie laufen. Und wenn sie nicht mehr laufen, fällt mir das schon auf. Auf die jessie-Version von dosemu verzichtete ich äußerst ungern, so lange das läuft: Lichtjahre besser als dosbox.

[MSfree]

Vielleicht will ich die gar nicht loswerden

Das ist ja auch völlig in Ordnung, solange du den Überblick über deine Kiste behälst. Aber

Beim Stretch-Buster-Wechsel war ich faul und habe auf meinem Hauptsystem nur ein dist-upgrade gemacht. Nun sind von den 20GB der /-Partition nur noch 2GB frei und ich werde per Neuinstallation auf Bullseye wechseln.

Wie man überhaupt auf 18GB Installationsumfang kommt, ist mir im Moment einigermassen unklar. Meine "verwahrloseste" Ksite ist mein Heimserver, auf dem ich neben den üblichen Serverdiensten wie NFS, SSH, SVN, IMAP und Apache auch noch eine komplette Enwicklungsumgebung mit Compilern und den nötigen Developmentpaketen installiert ist. Trotzdem ist dort nur Software mit ca. 6GB Umfang installiert.

Und ich denke, daß hikaru lange genug dabei ist, um apt-get clean zu kennen, und daß er weiß, wie, wie man mit du umgeht, um die dicken Brocken zu finden.

[fischig]

Wie man überhaupt auf 18GB Installationsumfang kommt, ist mir im Moment einigermassen unklar.

Sag' ich doch! Und weiterhin sage ich: Am system-upgrade lag's meiner Meinung nach nicht.

[mcb]

Wie man überhaupt auf 18GB Installationsumfang kommt, ist mir im Moment einigermassen unklar.

Sag' ich doch! Und weiterhin sage ich: Am system-upgrade lag's meiner Meinung nach nicht.

Dafür mußt du nur wine samt i386 installieren ...

Gut und ein paar flatpaks (die sind unglaublich groß).

[uname]

Da habe ich wohl was verwechselt. Baujahr war wohl eher 2006 und Installation war 2014 oder 2015. Ich habe es wohl mit meinem T43 verwechselt, den in auch Jahre genutzt hatte.

[fischig]

Dafür mußt du nur wine samt i386 installieren ...

Gut und ein paar flatpaks (die sind unglaublich groß).

Und was hat das jetzt zu tun mit Platzbedarfsunterschieden bei dist-/full-upgrade vs Neuinstallation?

[mcb]

Dafür mußt du nur wine samt i386 installieren ...

Gut und ein paar flatpaks (die sind unglaublich groß).

Und was hat das jetzt zu tun mit Platzbedarfsunterschieden bei dist-/full-upgrade vs Neuinstallation?

OK erwischt ...

[sidloki]

Als Ergänzung zu MSfrees Beitrag, speziell dem Punkt zu geänderrten Abhängigkeiten, folgendes Szenario:
1. Du installierst Paket A. A hängt ab von Paket B. B hängt wiederum ab von libx, liby und libz.
2. Nun installierst du Paket C, welches libx und liby empfiehlt.
3. Dann machst du ein dist-upgrade auf ein neues Release. A verwendest du weiter, es hängt nun aber nicht mehr von B ab, sondern von D. D hängt ab von libu, libv und libw.
4. Um dein System schlank zu halten machst du nach dem dist-upgrade ein autoremove. Dabei wird B entfernt, mitsamt libz. Da du aber auch weiterhin C verwendest, welches immer noch libx und liby empfiehlt, bleiben die auf deiner Platte, auch wenn du ausdrücklich nie Empfehlungen installierst.

...

Damit das nicht passiert, sollte folgendes helfen [1]

Code: Alles auswählen

APT::AutoRemove::SuggestsImportant "false";

Und wer keine Recommends mochte:

Code: Alles auswählen

APT::AutoRemove::RecommendsImportant "false";

Beide Konfigurationen sind per Standard "true". Warum vorgeschlagene Pakete nicht deinstalliert werden, weiss wohl niemand so genau.

[1] https://www.debian.org/doc/manuals/apti ... ml#idm6659

Edit: Semikolon hinzugefügt

[fischig]

1.Das sind Zeilen für /etc/apt/apt.conf - richtig?
2. Semikolon fehlt - richtig?
3. /etc/apt/apt.conf wird nicht nur von aptitude, sondern auch von apt-get benutzt - richtig?
4. Ein apt-get autoremove löscht in hikarus Szenario nach dem dist-upgrade libx und liby - richtig?

[Tintom]

1.Das sind Zeilen für /etc/apt/apt.conf - richtig?

Ja.

2. Semikolon fehlt - richtig?

Ja.

3. /etc/apt/apt.conf wird nicht nur von aptitude, sondern auch von apt-get benutzt - richtig?

Ja

4. Ein apt-get autoremove löscht in hikarus Szenario nach dem dist-upgrade libx und liby - richtig?

Nein. Diese Pakete werden von autoremove nicht erfasst, weil durch die Installation von Paket C in hikarus Szenario das Kriterium für autoremove nicht mehr greift. Hier kannst du mit deborphan und dem Schalter -n arbeiten.

[fischig]

Danke für die detaillierte Antwort!
Nach deinem Nein zur vierten Frage ist mir dann allerdings der Sinn von sidlokis Beitrag respektive

Code: Alles auswählen

APT::AutoRemove::RecommendsImportant "false";

immer noch unklar. Mal grübeln, vielleicht komme ich noch drauf.

[Tintom]

Danke für die detaillierte Antwort!
Nach deinem Nein zur vierten Frage ist mir dann allerdings der Sinn von sidlokis Beitrag respektive

Code: Alles auswählen

APT::AutoRemove::RecommendsImportant "false";

immer noch unklar. Mal grübeln, vielleicht komme ich noch drauf.

Ganz einfach: Ich habe deine Frage direkt auf hikarus Beitrag bezogen und sidlokis Beitrag gedanklich ausgeblendet
Wenn du die vorgeschlagenen Änderungen von sidloki übernimmst, sollte (ungetestet) das den gleichen Effekt haben wie der Aufruf von deborphan -an.

[hikaru]

Wie man überhaupt auf 18GB Installationsumfang kommt, ist mir im Moment einigermassen unklar.

Im Wesentlichen so:

Dafür mußt du nur wine samt i386 installieren ...

Ich habe hier noch ein paar Windowsspiele, die ich von Zeit zu Zeit gern starte.

Hinzu kommt, dass ich gern mal Software ausprobiere und hinterher nicht richtig aufräume. Über zwei Releases läppert sich da Einiges. Ich habe z.B. eine Sammlung an Videobearbeitungsprogrammen installiert, die ich nicht (mehr) wirklich brauche. Das gleiche Spiel gibt es dann nochmal mit diverser Software die mehr oder weniger zur Routenplanung taugt.
Klar, da könnte ich mal ordentlich putzen. Aber bis das kritisch wird ist eh Releasewechel und dann ist eine Neuinstallation mit bekannter Paketliste einfacher, als sich durch deborphan/debfoster zu wühlen.

Damit das nicht passiert, sollte folgendes helfen [1]

Code: Alles auswählen

APT::AutoRemove::SuggestsImportant "false";

Und wer keine Recommends mochte:

Code: Alles auswählen

APT::AutoRemove::RecommendsImportant "false";

Danke für den Tipp! Die Optionen kannte ich noch nicht.

[MSfree]

...Im Wesentlichen so:

Dafür mußt du nur wine samt i386 installieren ...

Nunja, bei meinem Heimserver mit 6GB Installationsumfang würde das bedeuten, daß sich der Umfang theoretisch verdoppelt. Praktisch ist 32Bit-Code aber kleiner als 64Bit-Code, so daß ich schätze, daß der Umfang von 6 auf 10GB steigen würde, wenn ich i386 dazu nehmen würde. Das ist halt immer noch weit weg von 18GB.

Aber bis das kritisch wird ist eh Releasewechel und dann ist eine Neuinstallation mit bekannter Paketliste einfacher, als sich durch deborphan/debfoster zu wühlen.

Kritisch wird das ja sowieso nur, wenn man die Platte in mehrere Partitionen aufgeteilt hat und die Root-Partition zu klein angelegt hat.

[rockyracoon]

Eine Frage:
Ich habe problemlos Buster auf Bullseye hochgehoben.
Deborphan beziehungsweise der Orphaner zeigen mir nur noch mir folgende Dateien:
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
In Synaptic tauchen sie nicht auf. Kann ich sie also als Altmüll ansehen und getrost löschen?
Btw: Mir scheint solch`ein Dist-Upgrade wenig, beziehungsweise fast keinen Müll zu hinterlassen, wenn man Autoremove und Clean anwendet.

[willy4711]

Wen du ein paar bytes nicht ertragen kannst ---> mach es
aber z.B. zum ersten gstreamer1.0-packagekit :
Kann mich dunkel erinnern, dass es irgendwelchen Multimedia- Anwendungen gab, die so komische Fragen stellten, ob
dieser oder jener Codec installiert werden solle.
Schein der Beschreibung nach genau dieses Paket zu sein.
Ich würde mir auf jeden Fall die jeweilige Beschreibung genau ansehen.

[rockyracoon]

@willy4711:

Wen du ein paar bytes nicht ertragen kannst ---> mach es

D`accord. Kann ich locker ertragen.
Alleine schon Einstellungen und "normale" persönliche Daten belegen unverhältnismäßig mehr Platz, als solche Bit-chen.
Mir ging es nur darum:
- das für mich erstmals verwendete Deborphan zu verstehen
- und zu zeigen, dass bei einem normalen Dist-Upgrade nicht so viele Reste übrig bleiben.

[rockyracoon]

@willy4711:

Ich würde mir auf jeden Fall die jeweilige Beschreibung genau ansehen.

Wo ansehen? Googeln?
Synaptic zeigt wie gesagt diese Pakete nicht mehr und der Orphaner rückt nicht mehr Informationen heraus.