Fehlgeschlagenes emerge xosview

[Tinitus]

Hallo Forum,

habe mir versucht xosview zu installieren.


Leider bricht der Compilerlauf wegen eines Fehlers ab. Wie kann man die "Reste" eines solchen fehlgeschlagenen Installationsvorganges wieder entfernen?
Reicht ein

depclean
revdep-rebuild?

G. Roland

[treffer]

Viel einfacher rm -rf /var/tmp/portage/xosview-<version>/

dass entfernt alle compile daten, und evtl. noc rm /usr/portage/distfiles/xos...

[Tinitus]

[treffer]

Nein, depclean und revdep-rebuild arbeiten mit bereits installierten Packeten.

depclean entfernt nicht mehr benötigte Packete (vorsicht, erst --pretend!),
revdep-rebuild prüft auf inkonsistenz bei Packetbibliotheken (z.B. Programm a und b benötigen bibliothek c, von a und c sind updates verfügbar, b funktioniert nicht ohne rebuild mit neuerer bibliothek c).

[Tinitus]

[treffer]

Also
(1) man teilt emerge mit was zu installieren ist
(2) emerge prüft die dependencies und erstellt eine installationsreihenfolge
(3) Für jedes Packet auf der Liste wird dann das folgende gemacht:
(a) Sourcecode nach /usr/portage/distfiles/ laden
(b) Sourcecode nach /var/tmp/portage/<packet>/work entpacke
(c) in den source-pfad wechseln und normalerweise ./configure; make; make install ausführen
(d) make install installiert allerdings nicht in's System sonder erst mal temporär installiert /var/tmp/portage/<packet>/image (machen nicht alle Pakete, vgl. z.B. Kernelinstall)
(e) Die binärdaten werden in's globale System integriert, außerdem entsteht /var/db/pkg/<packet>/... (sehr interressant ist CONTENTS)
(f) Das packet wird unter umständen in die datei /var/lib/portage/world eingetragen (das ist das misteriöse world package)

Könnte sein dass ich mich bei (d) und (f) irre, aber bevor der install (merge) prozess nicht läuft kennt das System das paket nicht.

PS: /var/db/pkg/ ist ein äußerst interressantes Verzeichnis!

[treffer]

Aber zurück zur Frage:

emerge -C kann nur aufräumen was installiert ist, rm -rf /var/tmp/portage/* ist aber gefahrlos möglich (mach ich alle paar tage), außerdem sollte man hin und wieder /usr/portage/distfiles/ aufräumen. Und nicht vergessen: viele Programme erzeugen temporäre daten (/tmp) die emerge auch nicht kennt und folglich nicht entfernt. Eines der übelsten Beispiele: /lib/modules/<kernel-version> muss man manuell entfernen sobald man einen Kernel nicht mehr verwendet!

[Tinitus]

[quote="treffer"]Also
(1) man teilt emerge mit was zu installieren ist
(2) emerge prüft die dependencies und erstellt eine installationsreihenfolge
(3) Für jedes Packet auf der Liste wird dann das folgende gemacht:
(a) Sourcecode nach /usr/portage/distfiles/ laden
(b) Sourcecode nach /var/tmp/portage/<packet>/work entpacke
(c) in den source-pfad wechseln und normalerweise ./configure; make; make install ausführen
(d) make install installiert allerdings nicht in's System sonder erst mal temporär installiert /var/tmp/portage/<packet>/image (machen nicht alle Pakete, vgl. z.B. Kernelinstall)
(e) Die binärdaten werden in's globale System integriert, außerdem entsteht /var/db/pkg/<packet>/... (sehr interressant ist CONTENTS)

[treffer]

Was installiert ist findet man über /var/db/pkg raus, dort werden alle daten über die Pakete vorbehalten (z.B. CONTENTS enthält die obj/sym/dir einträge die beim unmerge erscheinen, außerdem stehen da die md5 summen)

/var/tmp/portage wird normalerweise von emerge nach dem erfolgreichen 'merge' (installation ins system) aufgeräumt, aber eben nur beim erfolgreichend.

rpm's sind Redhat Packete, meist binär und nun mal Redhat, gentoo hat eigentlich kein Packet format, ebuilds sind nur Installationsskripte, /var/db/pkg ist die datenbank der von portage gemanageten Software. Schau dir mal qpkg an (teil vom gentoolkit). Das macht oftmals nichts anderes als alle CONTENTS files nach einem Eintrag zu durchsuchen...

Temporäre dateien entstehen auf allen System, und müssen vom user oft manuell entfernt werden...

Mehrfach liegt bei gentoo eigentlich nichts vor.

Schau dir /var/db/pkg mal an, der inhalt sind Textdateien.