Re: Allgemeine Fragen zum Package System
Andreas Pakulat wrote:
>>1) Ich laufe generell auf sid. Ist es sinnvoll security.debian.org in
>>die sources.list einzufügen? Oder sind die Packages in unstable eh immer
>>neuer?
>>
>>
>Wenn du diese Frage stellen musst, bist du bei sid falsch.
>
>
Ach ich denk ich bin da schon ganz richtig,...
>>3) Zum Paketmanagement nehm ich meistens aptitude her (es sei denn es
>>geht tieder ins System, dann halt apt/dpkg und zig tools wie grep-*)
>>Da ist es ja so, dass oft durch upgrades/neuinstallationen, Packages
>>automatisch deinstalliert werden ("automatically deinstalled to satisfy
>>dependencies).
>>Da ist der status bei diesen dann dA.
>>Ok d heißt ja löschen, dess Pakets ohne config-files wenn ich mich recht
>>erinnere.
>>Sollte man des abändern auf purge?
>>
>>
>Kommt drauf an ob du die Konfig-Dateien behalten willst. Da gibts ne
>Konfigurationsoption zu damit immer gepurged wird, wie die heisst steht
>in der Doku zu aptitude im Paket aptitude-doc-en.
>
>
Ja das ist mir schon klar,.. es ging ja auch mehr darum,.. ob, wie zum
Beispiel im udev/hotplug Fall des generell überhaupt was bringen würde,
sprich dass udev Konfigsachen von hotplug übernehmen könnte und an sich
anpassen.
Seh ich es richtig, dass ich folgendermaßen auf der richtigen seite bin:
Immer purge auswählen (also in aptitude pA - automatisch gepurged to
satisfy dependencies), es sei denn bei Paketen deren Konfiguration ich
selber schon modifiziert habe. Die kann ich dann manuell zurückspielen....
Und bei allem anderen müssten eventuelle Dateileichen verschwinden
(wegen dem purge) und aber auch die neue Konfig vom Maintainer kommen =>
sollte alles sauber sein.
>>Also meine Frage lautet im Prinzip wenn Packages andere automatisch
>>deinstallieren, sollte man da nicht generell Purge machen damit von den
>>deinstallierten Packages keine Dateileichen übrig bleiben? Oder nehmen
>>die (meißt ersetzenden Packages) genau jene Konfiguration her (also
>>sollte man nicht purge machen?)?
>>
>>
>Kommt auf die jeweiligen Pakete an...
>
>
Hmm hab ich befürchtet.
>>Beispiel wäre als hotplug durch udev ersetzt wurde.
>>
>>
>udev unterstuetzt IIRC nur einen Teil von hotplugs
>Konfigurationsdateien.
>
>
Ja wie gesagt,.. ich denke ich müsste auf jeden fall sicher dabei
senn,.. wenn hotplug automatisch gepurged wird, weil dann muss udev halt
alle config-files frisch und neu installen. Eventuelle manuelle
Änderungen muss ich dann halt nach machen.
>>4) last but not least....
>>Was ja immer wieder ein gewisses Problem ist, sind Paketleichen, also
>>Pakages die nicht mehr gebraucht werden.
>>
>>
>Noe, wenn ich ein Paket nicht mehr brauche deinstalliere ich es. Wenn
>ich mir nicht sicher bin bleibts halt drauf. Wenn ich eines vergesse:
>Mein Gott, einmal im Jahr kann man sich mal 2 Stunden frei nehmen und
>die Liste der installierten Pakete durchgucken.
>
>
Das kann aber ganz schön in Arbeit ausarten....
Außerdem,.. ich fahr beispiel jeden Tag ein upgrade.... es kommt ja auch
oft vor, dass bei ner neuen version, dependencies wegfallen,... des
krieg ich ja so nicht direkt raus (es sei denn ich vergleich die
dependencies der versionen => arbeit :-& => gibts da ein tool für?)
>Ich verstehe nicht ganz, aber ich kann mich auch nicht wirklich erinnern
>was deborphan macht. War das dass welches Pakete findet auf die kein
>anderes eine Abhaengigkeit hat?
>
>
Ja.
>>Gibts irgendwie ein tool, dass graphisch den Paketbaum (aller
>>installierten) und deren dependency/suggested/recommended Abhängigkeiten
>>zeigt?
>>
>>
>Grafisch nicht, aber wenn obiges richtig ist koenntest du mal debfoster
>ausprobieren, das fragt dich welche Pakete du behalten willst und
>welche Abhaengigkeiten davon beruehrt werden.
>
>
Hmm ja des kenn ich schon,.. taugt mir nicht so richtig.
>>Oder was kann man sonst noch tun gegen Paketleichen?
>>
>>
>s.o. ab und zu hinsetzen und schauen was alles so rumfliegt.
>
>
Ja des war mir schon auch klar,.. ich hatte halt auf eine
automatisiertere Lösung gehofft.
>>Insbesondere auch, was kann man tun gegen Dateileichen die bei der
>>deinstallation nicht mitgelöscht wurden?
>>
>>
>rm -rf
>
>
Da verschwinden aber auch falsche config-files....
Chris.
Reply to: