pcbsd-netmanager deinstall Strategie?

pit234a

Well-Known Member
Auf der Suche nah einem einfachen, kleinen, netten Netzwerkmanager-Applet für den Kicker in KDE3 (dazu werde ich einen eigenen Beitrag starten) fand ich nur den pcbsd-netmanager in den Ports und machte den Fehler, den installieren zu wollen.
Wie ich dann bemerkte, zog der so gut wie ein komplettes KDE4 nach, was ich ja nicht will. Nun möchte ich den ganzen Wust wieder loswerden, zumal das entscheidende Programm auch noch Fehler bei der Installation hinterlässt.
Nun weiß ich nicht, wie ich all jene Abhängigkeiten am einfachsten finden kann, die ebenfalls installiert wurden und dann am besten gleich einem deinstall übergebe.
 
Mit den Abhängigkeiten zumindest kann ich dienen: make readmes im entsprechenden Verzeichnis des jeweiligen Ports. In der Datei README.html findet man dann alles weitere. Oder make pretty-print-build-depends-list für die direkte Ausgabe.
 
Last edited:
das ist schon mal cool.
Nun müsste ich hauptsächlich noch einen Weg finden, herauszufinden, welche davon schon vorher da gewesen sind und welche erst durch diesen Port kamen. Etwa perl-5.10.1 ist eine Abhängigkeit und da ist es mir klar, der war schon vorher da. kdelibs-4.3.5_1 ist auch einfach, das kam erst mit dem port. policykit-0.9_6 ist zum Beispiel eher schwierig. Sicher hatte ich schon eins, vielleicht wurde das gerade nun erneuert und wird auch weiter gebraucht.
Das sieht nach viel Arbeit aus, da scheint es wenig mit Automatik zu geben.
 
Vielleicht ein Script basteln, in welchem man mittels pkg_info -R überprüft welche Ports noch von anderen benötigt werden und dementsprechend löscht? Oder mal /usr/ports/ports-mgmt/pkg_remove versuchen.
 
Code:
ll -tr /var/db/pkg
mach ich immer und schau nach den Install Datum.
Was unter dem best. Zeitpunkt ist wird gelöscht.
 
dachte auch an ein script, aber wahrscheinlich ist das nicht so einfach.
pkg_remove kenne ich noch nicht.
Vielleicht schlafe ich mal ein zwei Nächte darüber.
pit@eee /usr/ports/net/pcbsd-netmanager:-> pkg_info -R kde4-icons-oxygen-4.3.5
Information for kde4-icons-oxygen-4.3.5:

Required by:
kdebase-workspace-4.3.5_1
kdelibs-4.3.5_1
kdelibs-experimental-4.3.5_1
kdepimlibs-4.3.5_1

das ist zum Beispiel einfach und ICH sehe direkt, das kann weg!
Das einem Script beizubringen ist nicht ganz so einfach. Ich könnte in erster Prüfung einfach nachsehen, ob noch jeweils Abhängigkeiten da sind, die außerhalb der Liste stehen. Mal sehen.
 
das sieht einfach und genial aus!
Mit sowas habe ich gerechnet und kam nicht drauf, deshalb habe ich nämlich noch nicht weiter installiert.
Denke, das wird es werden!

Danke nochmal an alle bisher, vielleicht kommen noch andere gute Tips.
 
Ich nutzte zum Ausmisten der installierten Ports pkg_cutleaves. Da werden schön der Reihe nach die Ports abgefragt, welche nicht von anderen Ports benötigt werden und folglich bei Bedarf gelöscht werden können.
Nach einer ersten Runde fragt das Tool direkt, ob es neue entstandene "Leafs" ebenfalls abarbeiten soll.
scnaeg hat auf seiner Webseite den Port mal kurz vorgestellt.

pkg_info -R zeigt zwar schön die Abhängigkeiten eines Ports, allerdings weiss man nicht, ob die angezeigten Ports nicht doch von weiteren Ports benötigt werden. Bei Gnome oder KDE4 mag das ja noch gehen, weil meist gnome oder kde im Name auftaucht. Ich habe kürzlich verschiedene Mediaplayer (Banshee, Amorok, ...) ausprobiert. Hier den Überblick über die Abhängigkeiten zu behalten ist ein Ding der Unmöglichkeit.

mousaka
 
>pkg_info -R zeigt zwar schön die Abhängigkeiten eines Ports

Du meinst pkg_info -r ; pkg_info -R zeigt dir genau die Abhängigkeiten die noch von anderen Ports benötigt werden.
 
Hallo Mousaka
Ich nutzte zum Ausmisten der installierten Ports pkg_cutleaves. Da werden schön der Reihe nach die Ports abgefragt, welche nicht von anderen Ports benötigt werden und folglich bei Bedarf gelöscht werden können.
Nach einer ersten Runde fragt das Tool direkt, ob es neue entstandene "Leafs" ebenfalls abarbeiten soll.
scnaeg hat auf seiner Webseite den Port mal kurz vorgestellt.

Ich hab mir das mal auf die Kiste geladen und dachte ich teste mal. Ein pkg_cutleaves -l zeigt mir nun allerlei an... Nur sind dabei auch einige Dinge die ich nicht installiert habe (zumindest nicht wissentlich) wo kommen die her?

Hier mal ein Auszug derer die ich, so glaub ich, nicht selbst installiert habe:
automake-1.10.1
bigreqsproto-1.0.2
bison-2.4.1,1
docproj-jadetex-1.17_4
gmake-3.81_3
help2man-1.37.1_2
libcheck-0.9.8
libtool-2.2.6b
p5-type1inst-0.6.1_5
php5-simplexml-5.3.2
xcb-proto-1.6
xcmiscproto-1.1.2
xf86bigfontproto-1.1.2
xorg-macros-1.2.1
xtrans-1.2.3
zh-ttf2pt1-3.4.0

Wie kommt's?! Ist das ein Defekt in der Datenbank? Hat die mir sysinstall gleich drauf geladen? Oder bin ich einfach dabbich?

Dankeschön!
 
Nur sind dabei auch einige Dinge die ich nicht installiert habe (zumindest nicht wissentlich) wo kommen die her?
Du hast diese Dinge ziemlich sicher nicht wissentlich selbst installiert. :)

Im Port-System gibt es 3 Varianten von Abhängigkeiten.
  • Bibliotheken (shared libraries) --> LIB_DEPENDS
  • Benötige Ports zur Laufzeit --> RUN_DEPENDS
  • Benötige Ports zur Erstellung (Bauen bzw. Kompilieren) des Ports --> BUILD_DEPENDS
Nach dem "-->" jeweils die passende, vordefinierte Variable (zu finden in Makefiles)

BUILD_DEPENDS werden nach der Erstellung des Ports nicht mehr benötigt. Das heisst der Port lässt sich auch ohne diese Abhängigkeit ausführen.
Diese BUILD_DEPENDS-Ports sind darum Ports die gefahrlos gelöscht werden können. Bei einem allfälligen Aktualisieren eines Ports werden sie aber wieder benötigt und somit landen Sie wieder auf dem System.

Im Porter-Handbuch wird das beschrieben: Abhängigkeiten

Damit solche "Build-Ports" von pkg_cutleaves nicht jedesmal abgefragt werden, gibt es z.B. die -g Option.

mousaka
 
Um mal auf dein Ausgangsproblem einzugehen:
Installiere dir sysutils/desktopbsd-tools, da ist ein Netmanager drin.
 
sysutils/desktopbsd-tools dafür hatte ich dann einen eigenen Thread gestartet.
Danke aber für die Antwort, es sind tatsächlich die einzigen, die ich bisher gefunden habe. Nur, damit kommen auch einige Dinge, die ichnicht haben will und deshalb habe ich es mal noch vermieden. Früher gab es für KDE mal kbatmon und das gibt es nicht mehr.
Mal sehen.

Die Deinstallation hatte dan eurer Tips auch sauber hingehauen, auch dafür danke.
Und ging viel schneller....
 
Back
Top