Code
zypper pa --unneededkombinieren mit
Code
rm --clean-depsSo das die aufgeführten Dateien gleich entfernt werden.
Hab bloß noch keine Idee, wie das gehen könnte.
[erledigt] Dateileichen, verwaiste Bibliotheken
- Alero
- Erledigt
-
Quick'n'dirty:
Codezypper -n rm $( LANG=C zypper -q pa --unneeded | \ awk 'BEGIN{FS="|";getline;getline} {DelList = DelList " " $3} END{print DelList}' )At youre own risk. you've been warned.
-
Code
At youre own risk. you've been warned.Ist mir klar ...
Deshalb probiere ich das erst mal an einem Testrechner.Mal schauen, was dabei herauskommt.
Nach dem Test:
Hmmm... irgendetwas stimmt nicht.
Zypper gibt aus:
Code'command' wurde in den Paketnamen nicht gefunden. Fähigkeiten werden durchsucht. Kein Anbieter von 'command' geunden.Dasselbe gibt Zypper aus mit
awk , found und not
-
Du hast das jetzt aber nicht eins zu eins in die Konsole kopiert?
So nebenbei:
Alles anzeigenCodezypper pa --unneededkombinieren mit
Coderm --clean-depsSo das die aufgeführten Dateien gleich entfernt werden.
Hab bloß noch keine Idee, wie das gehen könnte.
Ich hätte jetzt die Idee die Finger davon zu lassen.Beispiel weshalb:
Code
Alles anzeigenzypper pa --unneeded Loading repository data... Reading installed packages... S | Repository | Name | Version | Arch --+-----------------------+-------------------+------------------------------+------- i | home:magist3r:lxde-qt | QtWeb | 3.8.5.108.git.1381321089-3.1 | x86_64 i | Packman Repository | dvdbackup | 0.4.2-3.5 | x86_64 i | X11:Utilities | feh | 2.9.3-1.1 | x86_64 i | openSUSE-13.1-Oss | gocr | 0.50-2.1.3 | x86_64 i | openSUSE-13.1-Oss | kexec-tools | 2.0.3-5.1.3 | x86_64 i | openSUSE-13.1-Oss | libgssglue1-32bit | 0.4-2.1.2 | x86_64 i | openSUSE-13.1-Update | libkdcraw22 | 4.11.5-298.1 | x86_64 i | openSUSE-13.1-Update | libmarblewidget16 | 4.11.5-186.3 | x86_64 i | openSUSE-13.1-Oss | libprotobuf-lite8 | 2.5.0-4.1.1 | x86_64 i | openSUSE-13.1-Update | libtirpc1-32bit | 0.2.3-4.1 | x86_64 i | Packman Repository | normalize | 0.7.7-1.5 | x86_64 i | openSUSE-13.1-Oss | perl-Gtk2 | 1.247-2.1.3 | x86_64 i | home:sergeyopensuse | photivo | 1056revc7bddbc8387e-263.1 | x86_64 i | X11:QtDesktop | qlipper | 2.0.2-1.1 | x86_64 i | openSUSE-13.1-Oss | smpppd | 1.60.56-7.1.2 | x86_64 i | Packman Repository | subtitleripper | 0.3.4-2.4 | x86_64 i | Spiele | supertux2 | 0.3.4-1.3 | x86_64 i | Packman Repository | transcode | 1.1.5-110.3 | x86_64 i | openSUSE-13.1-Oss | vcdimager | 0.7.24cvs-10.1.2 | x86_64 i | @System | wbar | 2.3.0.51-4.44 | x86_64 i | openSUSE-13.1-Oss | yast2-inetd-doc | 3.0.0-2.1.4 | noarch
feh? Brauche ich, wird täglich genutzt, da ich Fluxbox verwende.
photivo? Wird selten genutzt, möchte es aber nicht kurz vor Verwendung immer neu installieren.
qlipper? Läuft hier auch immer.
wbar? Wie feh und qlipper. -
Hab ich auch schon drüber nachgedacht. War ja nur so ein Gedankenexperiment.
Na, ich werde das Projekt mal hinten anstellen. Habe auch Bedenken, dass da was über den Jordan geht, was hin und wieder doch mal gebraucht wird.
Also erst mal, Finger weg.
-
Code
zypper rm -u Paket
kennst du schon? -
Ja, aber da muss ich auch noch jedes zu bearbeitende Repo angeben.
Ich suche immer den einfachsten Weg
-
Ja, aber da muss ich auch noch jedes zu bearbeitende Repo angeben.
Verstehe ich jetzt nicht wirklich, da es hier noch nie notwendig war. Jedenfalls vermeidet man damit die Anhäufung von „Dateileichen“ und verwaiste Pakete wenn diese über die Paketverwaltung reingekommen sind. -
Es ist auch jetzt nicht notwendig. Noch einmal zur Verdeutlichung.
Es war eine rhetorische Frage.