[gelöst] Verständnisfrage '--depclean'

Profi

28.01.2012, 20:49

Verständnisfrage '--depclean'

Hallo @ll

Ich weiß, die Frage hätte schon früher kommen sollen... Doch das liegt/lag daran, das ich mich nie so recht getraut habe, depclean auszuführen...

Und zwar gehts um folgendes:

Das System ist ja nun schon einige Monate alt und wenn ich mit 'emerge -pv --depclean' herangehe, will er mir immer einige Packages mitentfernen, die aber noch punkto in facto vom System benutzt werden. (Somit gut, das ich immer mit der -pv Option arbeite um zu sehen, was dabei raus käme).

Also rein "emerge --depclean" auszuführen, wäre so wie ich das sehe, lebensgefährlicher Leichtsinn. Nun gibt es ja ebenfalls die Funktion, den <atom> mit anzugeben. Doch das geht irgendwie nicht:

Angenommen, bei mir ist eine Version "atom-1.1" drauf, die benutzt wird. Die version 1.0 ist omitted, könnte also entfernt werden. Führe ich nun "emerge --depclean <atom-1.0>" aus, kommt dort ein Fehler, das es dieses <atom> nicht gebe.

Doch wie o.g. kann man nicht ohne weiteres ohne <atom-version> ausführen, da es das System kompromittieren würde. Hatte mich vor paar Wochen schonmal damit beschäftigt. War unter anderem drauf aufmerksam geworden, das man Packages protecten kann, damit sie von --depclean nicht angerührt werden. Darin seh ich aber in meinem Falle keinen großen Sinn, eher nur dann, wenn nur eine einzige Version eines bestimmten atoms geschützt werden soll. Bei mir gibts etwa 50 atoms, die ich so schützen müsste...

Gruß
mnt_gentoo
_________________________________________________________________________________________

Die Launen und das Schicksal eines Gentoo-Users:

...

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »mnt_gentoo« (29.01.2012, 19:49)

Zum Seitenanfang

MadDin0815

Schüler

Beiträge: 66

2

28.01.2012, 23:38

Hallo mnt_gentoo,

ich hab zwar vielleicht nicht direkt eine Lösung für deine Frage, aber du könntest noch die Option a an deinen Befehl anhängen um dir in Ruhe anzusehen was entfernt werden soll. Ich meine also

	Quellcode
1	emerge -apv --depclean

Durch die Option wirst du nehmlich erst gefragt ob du die Pakete entfernen willst. Bis du antwortest kannst du alles in Ruhe lesen

Ich bin ja noch nicht lange beiGentoo, aber soweit ich weiß repariert der Befehl 'revdep-rebuild' alle zerbrochenen Abhängigkeiten, also für den Fall das depclean zu gründlich war...

Bisher habe ich immer beide Befehle eingesetz und keine Probleme gehabt. Ich hoffe das war einigermaßen hilfreich um deine Frage ein wenig zu klären

LG MadDin0815

Zitat

Pipes sind wie eine Zahnpastatube:
Um den Inhalt zu untersuchen,
muss man ihn erst herausdrücken;
danach gibt es keine Möglichkeit,
ihn wieder hineinzubringen.

--Marc J. Rochkind in "UNIX Programmierung für Fortgeschrittene"

Zum Seitenanfang

mnt_gentoo

Profi

Beiträge: 807

3

28.01.2012, 23:55

Hallo MadDin0815

	Quellcode
1	emerge -apv --depclean

Eigentlich macht

	Quellcode
1	emerge -pv --depclean

dasselbe, MadDin0815. Du kannst entweder -av (dabei zeigt er Dir die zu entfernenden Pakete auf und fragt Dich, "Yes/No". Die reine "-pv" - Variante zeigt nur auf, fragt aber nicht mehr nach "Yes/No". Was mich wundert, wenn ich mit "-av/-pv" anfrage, dann würde er mir sogar nano mit löschen wollen. Irgendwie kommt mir das alles ziemlich spanisch vor... Hatte letztens mit "Protect" eine Kernelversion schützen wollen. Doch depclean hätte selbst diese (sogar mit Schutzstatus) rigoros gelöscht.

Und dann die Hinweise "may damage your gentoo-system" - also da lass ich lieber die Finger von.

EDIT:

Quellcode

>>> These are the packages that would be unmerged:                                                            	
                                                                                                              	
 gnome-base/gnome-common
	selected: 3.1.0 
   protected: none 
 	omitted: none 

 sys-devel/automake
	selected: 1.9.6-r3 
   protected: none 
 	omitted: 1.11.1 

 dev-cpp/clucene
	selected: 0.9.21b-r1 
   protected: none 
 	omitted: none 

 app-laptop/radeontool
	selected: 1.5-r3 
   protected: none 
 	omitted: none 

 x11-libs/libXp
	selected: 1.0.1 
   protected: none 
 	omitted: none 

 virtual/logger
	selected: 0 
   protected: none 
 	omitted: none 

 sys-fs/sysfsutils
	selected: 2.1.0 
   protected: none 
 	omitted: none 

 media-libs/vigra
	selected: 1.7.1-r1 
   protected: none 
 	omitted: none 

 dev-perl/YAML-Tiny
	selected: 1.41 
   protected: none 
 	omitted: none 

                                                                                                              	
!!! 'sys-apps/less' (virtual/pager) is part of your system profile.                                           	
!!! Unmerging it may be damaging to your system.                                                              	
                                                                                                              	
                                                                                                              	
 sys-apps/less
	selected: 441 
   protected: none 
 	omitted: none 

 www-plugins/nspluginwrapper
	selected: 1.4.4-r1 
   protected: none 
 	omitted: none 

 dev-python/cython
	selected: 0.14.1 
   protected: none 
 	omitted: none 

 dev-java/icu4j
	selected: 3.8.1-r1 
   protected: none 
 	omitted: none 

 dev-lang/swig
	selected: 2.0.2 
   protected: none 
 	omitted: none 

                                                                                                              	
!!! 'app-editors/nano' (virtual/editor) is part of your system profile.                                       	
!!! Unmerging it may be damaging to your system.                                                              	
                                                                                                              	
                                                                                                              	
 app-editors/nano
	selected: 2.2.5 
   protected: none 
 	omitted: none 

 dev-java/saxon
	selected: 8.4b-r3 
   protected: none 
 	omitted: none 

 media-gfx/optipng
	selected: 0.6.5 
   protected: none 
 	omitted: none 

 dev-vcs/subversion
	selected: 1.6.17-r7 
   protected: none 
 	omitted: none 

 app-emulation/emul-linux-x86-gtklibs
	selected: 20110722 
   protected: none 
 	omitted: none 

 x11-proto/printproto
	selected: 1.0.5 
   protected: none 
 	omitted: none 

 sci-libs/fftw
	selected: 3.2.2 
   protected: none 
 	omitted: none 

 sci-libs/hdf5
	selected: 1.8.4-r1 
   protected: none 
 	omitted: none 

 sys-process/time
	selected: 1.7-r1 
   protected: none 
 	omitted: none 

 dev-java/ant-owanttask
	selected: 1.1-r12 
   protected: none 
 	omitted: none 

 dev-db/hsqldb
	selected: 1.8.1.2-r1 
   protected: none 
 	omitted: none 

 java-virtuals/servlet-api
	selected: 2.3 
   protected: none 
 	omitted: none 

 dev-java/tomcat-servlet-api
	selected: 4.1.36 
   protected: none 
 	omitted: none 

 dev-java/jarjar
	selected: 0.9 
   protected: none 
 	omitted: none 

 dev-java/gnu-regexp
	selected: 1.1.4-r2 
   protected: none 
 	omitted: none 

 dev-java/asm
	selected: 2.0-r1 
   protected: none 
 	omitted: none 

 dev-java/java-getopt
	selected: 1.0.13 
   protected: none 
 	omitted: none 

 dev-java/xjavac
	selected: 20110814 
   protected: none 
 	omitted: none 

 dev-java/jdom-jaxen
	selected: 1.0-r1 
   protected: none 
 	omitted: none 

 dev-java/jaxen
	selected: 1.1.1 
   protected: none 
 	omitted: none 

 dev-java/dom4j
	selected: 1.6.1-r3 
   protected: none 
 	omitted: none 

 dev-java/xom
	selected: 1.2.6 
   protected: none 
 	omitted: none 

 dev-java/jdom
	selected: 1.0-r4 
   protected: none 
 	omitted: none 

 dev-java/xpp3
	selected: 1.1.4c-r1 
   protected: none 
 	omitted: none 

 dev-java/jsr173
	selected: 1.0-r1 
   protected: none 
 	omitted: none 

 dev-java/msv
	selected: 20050627-r3 
   protected: none 
 	omitted: none 

 dev-java/xpp2
	selected: 2.1.10-r1 
   protected: none 
 	omitted: none 

 dev-java/saxpath
	selected: 1.0-r2 
   protected: none 
 	omitted: none 

 dev-java/iso-relax
	selected: 20050331-r1 
   protected: none 
 	omitted: none 

 dev-java/jaxme
	selected: 0.5.2 
   protected: none 
 	omitted: none 

 dev-java/xsdlib
	selected: 20050627-r2 
   protected: none 
 	omitted: none 

 dev-java/log4j
	selected: 1.2.16 
   protected: none 
 	omitted: none 

 dev-java/xmldb
	selected: 20011111-r1 
   protected: none 
 	omitted: none 

 dev-java/antlr
	selected: 2.7.7-r2 
   protected: none 
 	omitted: none 

 dev-java/relaxng-datatype
	selected: 1.0-r1 
   protected: none 
 	omitted: none 

 dev-java/xalan
	selected: 2.7.1 
   protected: none 
 	omitted: none 

 dev-java/bcel
	selected: 5.2-r2 
   protected: none 
 	omitted: none 

 dev-java/javacup
	selected: 0.11a_beta20060608 
   protected: none 
 	omitted: none 

 dev-java/xerces
	selected: 2.9.1 
   protected: none 
 	omitted: none 

 dev-java/xalan-serializer
	selected: 2.7.1 
   protected: none 
 	omitted: none 

 dev-java/xml-commons-resolver
	selected: 1.2 
   protected: none 
 	omitted: none 

 dev-java/xml-commons-external
	selected: 1.3.04 
   protected: none 
 	omitted: none 

All selected packages: dev-java/jaxme-0.5.2 media-gfx/optipng-0.6.5 dev-java/jdom-1.0-r4 gnome-base/gnome-common-3.1.0 app-laptop/radeontool-1.5-r3 dev-java/javacup-0.11a_beta20060608 dev-java/ant-owanttask-1.1-r12 sci-libs/hdf5-1.8.4-r1 dev-java/xalan-2.7.1 dev-java/tomcat-servlet-api-4.1.36 dev-java/saxpath-1.0-r2 app-emulation/emul-linux-x86-gtklibs-20110722 dev-java/jdom-jaxen-1.0-r1 x11-proto/printproto-1.0.5 dev-java/xjavac-20110814 dev-java/java-getopt-1.0.13 dev-java/jsr173-1.0-r1 dev-java/xml-commons-external-1.3.04 dev-java/xsdlib-20050627-r2 dev-python/cython-0.14.1 dev-java/xpp3-1.1.4c-r1 dev-java/antlr-2.7.7-r2 dev-java/icu4j-3.8.1-r1 dev-java/saxon-8.4b-r3 sci-libs/fftw-3.2.2 dev-cpp/clucene-0.9.21b-r1 virtual/logger-0 dev-java/msv-20050627-r3 dev-java/xml-commons-resolver-1.2 dev-java/jaxen-1.1.1 dev-java/xpp2-2.1.10-r1 dev-java/iso-relax-20050331-r1 www-plugins/nspluginwrapper-1.4.4-r1 dev-db/hsqldb-1.8.1.2-r1 dev-vcs/subversion-1.6.17-r7 media-libs/vigra-1.7.1-r1 java-virtuals/servlet-api-2.3 sys-fs/sysfsutils-2.1.0 dev-java/xom-1.2.6 dev-java/jarjar-0.9 sys-process/time-1.7-r1 sys-devel/automake-1.9.6-r3 dev-java/asm-2.0-r1 dev-java/relaxng-datatype-1.0-r1 dev-java/bcel-5.2-r2 dev-perl/YAML-Tiny-1.41 dev-java/dom4j-1.6.1-r3 dev-java/gnu-regexp-1.1.4-r2 dev-java/xalan-serializer-2.7.1 dev-java/log4j-1.2.16 x11-libs/libXp-1.0.1 dev-lang/swig-2.0.2 dev-java/xerces-2.9.1 dev-java/xmldb-20011111-r1 sys-apps/less-441 app-editors/nano-2.2.5

>>> 'Selected' packages are slated for removal.
>>> 'Protected' and 'omitted' packages will not be removed.

Packages installed:   1085
Packages in world:	36
Packages in system:   41
Required packages:	1029
Number to remove: 	56

Aber trotzdem Danki

Gruß
mnt_gentoo
_________________________________________________________________________________________

Die Launen und das Schicksal eines Gentoo-Users:

...

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »mnt_gentoo« (29.01.2012, 00:14)

Zum Seitenanfang

MadDin0815

Schüler

Beiträge: 66

4

29.01.2012, 00:17

Hm irgenwie fehlt wohl ein Teil von meinem Post(war zu grundlich beim Kontrolllesen). Ich hatte noch dazu geschrieben, dass man das -p weglassen kann, weil man dann mMn alles in Ruhe lesen kann. Ich finde es bei weitem bequemer, aber das ist wohl eine Geschmacksfrage...

Naja, mal sehen was andere noch dazu schreiben

Zitat

Pipes sind wie eine Zahnpastatube:
Um den Inhalt zu untersuchen,
muss man ihn erst herausdrücken;
danach gibt es keine Möglichkeit,
ihn wieder hineinzubringen.

--Marc J. Rochkind in "UNIX Programmierung für Fortgeschrittene"

Zum Seitenanfang

mnt_gentoo

Profi

Beiträge: 807

5

29.01.2012, 00:43

Ist nicht schlimm, MadDin,

Haben uns ja trotzdem verstanden :whistling:

Du sagtest da etwas von der Funktion revdep-rebuild... Das stimmt, also wenn bei einem Update oder Löschen etwas beschädigt wird, dem System etwas entzogen... Nur, entweder habe ich selbst die Logik noch nicht erkannt oder ich mache etwas falsch... Irgendwie vereinbart es sich nicht, wenn man etwas anderes deinstallieren muss/möchte/System von AltSoft befreien, wenn schon monatelang die neuere Version installiert ist, man mit '--depclean' erst das halbe System zerfleischen muss um es dann mit 'revdep-rebuild' wieder zu reparieren...

Gruß
mnt_gentoo
_________________________________________________________________________________________

Die Launen und das Schicksal eines Gentoo-Users:

...

Zum Seitenanfang

MadDin0815

Schüler

Beiträge: 66

6

29.01.2012, 01:13

Der Sinn hinter revdep-rebuild ist wohl meines Verständnisses nach der: Wenn du ein bestimmtes Programm mit emerge installierst, wird während der Kompilierung das Programm gegen eine bestimmte Library gelinkt. Aber was ist wenn die Bibliothek(Library) in einer neuen Version erscheint, die Alte im Prinzip überflüssig ist und man tauschen muss/will?

Emerge rupft mit --depclean einfach die alte Library raus, das betroffene Programm weiss aber nicht darüber bescheid und genau an diesem Punkt kommt revdep-rebuild ins Spiel. Es "sagt" dem Programm einfach das es die neue Version der Library nutzen soll, das System ist um eine Altlast erleichtert und alles ist in Ordnung im Normalfall.

In manchen Fällen bleiben aber wohl ein oder zwei Programme auf der Strecke(womöglich weil kein anderes Programm diese als Abhängigkeit hat). In diesem Fall setzt man diese am besten ins worldfile um sie zu "schützen". Wenn sich mal mehrere Versionen ansammeln sollten kann man diese dann mit prune entfernen.

Das ist erstmal meine Version der Geschichte, wie ich sie verstanden habe :whistling:

Zitat

Pipes sind wie eine Zahnpastatube:
Um den Inhalt zu untersuchen,
muss man ihn erst herausdrücken;
danach gibt es keine Möglichkeit,
ihn wieder hineinzubringen.

--Marc J. Rochkind in "UNIX Programmierung für Fortgeschrittene"

Zum Seitenanfang

shiyu

Schüler

Beiträge: 65

7

29.01.2012, 03:34

uff, da will er ja wirklich ne menge entfernen.

aber mal der reihe nach.
emerge --depclean entfernt alle pakete, die man nicht selbst installiert hat und zu denen keine abhaengigkeiten aus anderen installierten ebuilds bestehen.
das heisst: wenn paket x bibliothek y mitzieht...und nach einem update (evtl in verbindung mit geaenderten use-flags) bibliothek y nicht mehr braucht, ist diese bibliothek ein fall fuer die sense von --depclean. bei dir scheint tomcat + deps in diese kategorie zu fallen.

zu less und nano.
als --depclean mir less killen wollte, war ich zuerst ziemlich verwundert...und habe es dann einfach manuell ins worldfile geschrieben. ich glaube, die richtigere variante waere emerge --select=y less.
nun das warum, das ich mir mittlerweile so zusammengereimt habe:
gentoo ist wunderbar flexibel und bietet einem viiiele moeglichkeiten. deshalb gibt es die virtual-paketkategorie. da gibt es z.b. virtual/pager, was vom system als pager gebraucht wird. pager selbst wiederum hat dependancies...auf mindestens ein pager-programm, im allgemeinen ist das less. wenn du jetzt aber ein anderes paket fest installiert hast, was die pager-voraussetzungen auch erfuellt (z.b. more oder vim mit vim-pager useflag), entscheidet depclean, dass less ueberfluessig ist.
die warnung kommt von anderer stelle: less gehoert zum minimalen system, das man schon bei der installation zur verfuegung hat. um jetzt zu verhindern, dass ein unerfahrener nutzer wichtige teile des minimalsystems killt und sich damit quasi den ast absaegt, auf dem er sitzt, gibt's die warnung, dass man doch nochmal nachdenken moege. und dabei ist es (offensichtlich) egal, ob das unmergen durch emerge -C less oder emerge --depclean ausgeloest wird.
fuer nano ist es dasselbe, nur dass hier virtual/editor die system-abhaengigkeit ist. wenn man vim (oder einen anderen konsolen-faehigen editor) hat, braucht man nano selbst (imo) allerdings nicht mehr ;)

dass er virtual/logger rauswerfen will, wundert mich. hast du keinen system-logger installiert?

alle anderen pakete werden (zumindestens laut emerge) nicht mehr von irgendwas benoetigt. wenn DU sie noch benoetigst, sollten sie (oder zumindestens das bzw die haupt-pakete) ins worldfile.

Zum Seitenanfang

bell

Erleuchteter

Beiträge: 3 128

8

29.01.2012, 11:20

Eine gute Erklärung @shiyu, :thumbup:

ergänzeng hierzu, Ein Paket fügt man zum Worldfile mit

	Quellcode
1	emerge -n Paketname

Man sollte wissen, dass Pakete die im "depclean" von den World-Aktualisierungen nicht beachtet wurden. Also sollte man nach dem Hinzufügen zum World prüfen ob nicht Updates vorhanden sind.

Auch wenn Open-Source kostenlos ist, ist sie nicht umsonst. Dein Preis ist Dein Engagement und Mitarbeit an OS-Projekten.
Wenn Du keinen Preis bezahlen willst, bist Du die Ware. Und das ist nicht Open Source, geschweigedenn frei.

Zum Seitenanfang

josef.95

OSI Layer 8

Beiträge: 7 674

9

29.01.2012, 14:47

Bezüglich nano less denn virtual Paketen und deren Abhängigkeiten schaut zb auch im Bug 370295 - emerge --depclean removes system packages like sys-apps/less Dort wurde das ganze recht ausführlich diskutiert.

Und beachtet auch den unterschied wenn ihr --depclean noch ein Argument mit übergebt:
Beispiel:
Ein emerge -av --depclean Paket
würde prüfen ob das mit angegebene Paket sicher entfernt werden könnte - auch dann wenn es im world file steht. Hier wird also die Abhängigkeit zu word aufgehoben.
Soweit keine weiteren Abhängigkeiten zu dem Paket bestehen wird das Paket entfernt.

Zum Seitenanfang

mnt_gentoo

Profi

Beiträge: 807

10

29.01.2012, 16:37

Hallo @ll und Danke für die vielen Erklärungen

Allerdings, ich weiß, Ihr werdet es sicher anders sehen, aber ich finde es ziemlich seltsam/heikel sage ich jetzt mal, das so oft der Hinweis "It is important to --depclean after world updates" und man hat eins zwei drei "irgendwelche Äste abgesägt" wenn man nicht alles, was zu schützen ist, manuell ins worldfile legt. Vor allem geht dabei der Sinn verloren. Meiner Meinung nach jedenfalls. Denn wenn ich da den ganzen Kram den depclean entfernen will durchsehe, dann kann ich auch die Pakete, bei denen ich meine, das sie nicht gebraucht werden manuell mit "emerge -P paketname" (Prune) oder mit "emerge -aC paketname" entfernen, und brauche keine Angst zu haben, das irgendwas mitentfernt wird, was anschliessend zu 99% zu Problemen führt.
Übrigens die Eintragungen ins wordfile funktionieren nicht. Ich habe es die vergangenen Wochen 2mal mit älteren Kernelversionen Probiert-

Da hatte ich 2 neue Kernel installiert, doch der ältere war noch aktiv. '--depclean' hätte mir einen aktiven Kernel gelöscht. Diesen habe ich in worldfile geschrieben, damit --depclean ihn in Ruhe lässt. Hätte ich das --depclean danach nicht mit '-pv_ ausgeführt um zu sehen, was er entfernt, dann wäre ich wahrscheinlich ziemlich erblasst.

Also es gibt einige Dinge, die ich wirklich für das Gegenteil von Logik halte.

Mache ein anderes Beispiel: Postfix/smtpmail/bzw andere MTA's.

Gentoo weist beim Versuch postfix zu installieren SOFORT darauf hin, das keine 2 MTA's gleichzeitig installiert sein dürfen. Also wenn man postfix installiert, löscht er smtp/andere MTA- Irgendwie vernünftig, obwohl selbst WENN 2 MTA's installiert wären, gentoo sicherlich weiterlaufen würde. Es gebe Probleme beim Mailsvr. - klar - Nur, gentoo hätte sicher keine "Systemprobleme" dadurch. Aber mit '--depclean' sehe ich es sich sein eigenes Grab schaufeln...

Nur meine Meinung. Das hatte ich mit "Unlogik" gemeint.

Gruß
mnt_gentoo
_________________________________________________________________________________________

Die Launen und das Schicksal eines Gentoo-Users:

...

Zum Seitenanfang

mnt_gentoo

Profi

Beiträge: 807

11

29.01.2012, 16:39

Hallo shiyu,

Zitat von »shiyu«

dass er virtual/logger rauswerfen will, wundert mich. hast du keinen system-logger installiert?

Oh, doch, den habe ich installiert und der läuft auch. syslog-ng. Und vixie-cron.

Ich sag ja da stimmt was nicht...

Gruß
mnt_gentoo
_________________________________________________________________________________________

Die Launen und das Schicksal eines Gentoo-Users:

...

Zum Seitenanfang

josef.95

OSI Layer 8

Beiträge: 7 674

12

29.01.2012, 17:49

Hm nein, ich verstehe die ganze "Aufregung" nicht so recht..
Normal, sofern die Abhängikeiten korrekt gesetzt sind wird ein --depclean kein System beschädigen bzw benötigte Abhängigkeiten deinstallieren.

Beispiel gentoo-sources (welche alle sloted verfügbar sind)
Wenn du eine bestimmte Version behalten möchtest dann gebe bei der Installation den Slot mit an
Beispiel:

	Quellcode
1	emerge -av gentoo-sources:3.1.10-r1

Dann wird ein normales --depclean diese Version auch nicht mit entfernen - es sei denn, du fragst explizit ob diese Version ohne brechen von Abhängigkeiten entfernt werden könnte --> Beispiel

	Quellcode
1	emerge -av --depclean gentoo-sources:3.1.10-r1

Und zu dem virtual/logger Package - schau doch mal nach wer diese noch benötigen würde --> Beispiel:

	Quellcode
1	equery depends virtual/logger

Mein Vorschlag wäre: Schau dir die

	Quellcode
1	emerge -p --depclean

Liste an und setze die Pakete, die DU explizit behalten möchtest ins world file - wie schon erwähnt am einfachsten mit

	Quellcode
1	emerge --noreplace paket

Und bringe dann normal das --depclean durch - normal kann da gar nix bei passieren

/edit:
Und beachte auch was --deplean für Ratschläge mitgibt -->

Zitat von »emerge -p --depclean«

* Always study the list of packages to be cleaned for any obvious
* mistakes. Packages that are part of the world set will always
* be kept. They can be manually added to this set with
* `emerge --noreplace <atom>`. Packages that are listed in
* package.provided (see portage(5)) will be removed by
* depclean, even if they are part of the world set.
*
* As a safety measure, depclean will not remove any packages
* unless *all* required dependencies have been resolved. As a
* consequence, it is often necessary to run `emerge --update
* --newuse --deep @world` prior to depclean.

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »josef.95« (29.01.2012, 17:56)

Zum Seitenanfang

mnt_gentoo

Profi

Beiträge: 807

13

29.01.2012, 18:01

Hallo Josef

Hm, ich bin wahrscheinlich schon paranoid geworden... Ich weiß nur nicht, warum mich trotzdem keiner verstehen kann. Ist kein Vorwurf, versteh(t) es bitte nicht so

Ich komme mir grade vor, als ob ich mit einem Auto in die Werkstatt fahre damit dort der Motor geckecked wird. Wenn ich das Auto dann abholen will, sind keine Räder/Türen/Auspuff/Batterie usw mehr drin.

) Ich frage den Monteur, was passiert ist. Er sagt "Wir dachten, Sie brauchen die nicht mehr, Sie hätten uns sagen müssen, das wir die drinlassen

Ich weiß, sicher schmeisst Du Dich grade vom Stuhl vor Lachen, aber... der Vergleich ist doch gut oder?

Gruß
mnt_gentoo
_________________________________________________________________________________________

Die Launen und das Schicksal eines Gentoo-Users:

...

Zum Seitenanfang

josef.95

OSI Layer 8

Beiträge: 7 674

14

29.01.2012, 18:17

/mnt/gentoo
Nein, Räder/Türen/Auspuff/Batterie usw werden sie nicht ungefragt entfernen - da sie im world file stehen, oder gar teil des system Sets sind

Aber wenn du auch eine Reinigung (--depclean) des Autos mit in auftrag gegeben hast wird man sicher alte benutzte Kaffeebecher und sonstigen unbenötigten Unrat mit entfernen

Zum Seitenanfang

mnt_gentoo

Profi

Beiträge: 807

15

29.01.2012, 18:21

Aber Josef, sieh mal, 56 Pakete jetzt manuell mit "equery depends" überprüfen... Naja, vielleicht habe ich nur ein anderes Verständnis. Ich geh wahrscheinlich zu Arch oder Debian zurück. Meine Site und alles was damit zusammenhängt brauche ich nicht anzufangen. Naja egal, anderes Thema...

EDIT:

Beispiel:

Dies wäre eins der zu entfernenden ATOMs:

Quellcode

1
2
3

rampage2extreme avchd # equery depends www-plugins/nspluginwrapper
 * These packages depend on www-plugins/nspluginwrapper:
www-plugins/adobe-flash-11.1.102.55 (!64bit ? www-plugins/nspluginwrapper)

Du siehst, was das bedeuten würde. Adobe-Flash würde wahrscheinlich nicht mehr richtig laufen...

/EDIT

Gruß
mnt_gentoo
_________________________________________________________________________________________

Die Launen und das Schicksal eines Gentoo-Users:

...

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »mnt_gentoo« (29.01.2012, 18:35)

Zum Seitenanfang

josef.95

OSI Layer 8

Beiträge: 7 674

16

29.01.2012, 18:39

Nein, die zusätzliche Überprüfung beim (vermutlich nicht mehr benötigten) virtual/logger Paket mit "equery depends" war doch nur ein Beispiel um die "Aussage" von --depclean noch mal zu bestätigen...
Warum magst du dein --depclean denn nicht durchbringen?
Bei deinen genanten 56 Paketen sehe ich eigentlich keine Probleme. Vermutlich möchtest du less und nano gern behalten - wenn ja, dann lasse sie mit

	Quellcode
1	emerge --noreplace nano less

ins world file eintragen.
Der Rest kann doch aber vermutlich weg.

Zum Seitenanfang

bell

Erleuchteter

Beiträge: 3 128

17

29.01.2012, 18:48

Um nochmals wg. www-plugins/nspluginwrapper zu beruhigen, dieses Paket wird vom Flash nur dann benötigt, wenn Flash ohne USE="64bit" installiert wurde. Ist dieser Flag gesetzt, braucht Flash den Wrapper nicht mehr.
Sicherheitshalber kannst Du ja prüfen ob mit dem Wrapper irgend etwas eingerichtet ist:

	Quellcode
1	nspluginwrapper -l

Auch wenn Open-Source kostenlos ist, ist sie nicht umsonst. Dein Preis ist Dein Engagement und Mitarbeit an OS-Projekten.
Wenn Du keinen Preis bezahlen willst, bist Du die Ware. Und das ist nicht Open Source, geschweigedenn frei.

Zum Seitenanfang

mnt_gentoo

Profi

Beiträge: 807

18

29.01.2012, 18:56

Zitat von »josef.95«
Nein, die zusätzliche Überprüfung beim (vermutlich nicht mehr benötigten) virtual/logger Paket mit "equery depends" war doch nur ein Beispiel um die "Aussage" von --depclean noch mal zu bestätigen...
Warum magst du dein --depclean denn nicht durchbringen?
Bei deinen genanten 56 Paketen sehe ich eigentlich keine Probleme. Vermutlich möchtest du less und nano gern behalten - wenn ja, dann lasse sie mit
Quellcode
1
emerge --noreplace nano less
ins world file eintragen.
Der Rest kann doch aber vermutlich weg.

Ich trag die beiden mal nach dem Code ins worldfile ein und versuchs mal. Mir hatte dieses "May damage your system" wahrscheinlich sehr "zugesetzt".

Irgendwo war auch noch ein "radeontool" in dem ganzen 'Mischmasch'. Da hab ich keine Angst vor, da es für mich logisch ist, es zu "entsorgen"...

@bell,

Danke auch für Deine Hilfe, ich probiers mal vorher mit

	Quellcode
1	nspluginwrapper -l

Ich geb Bescheid obs geklappt hat

Gruß
mnt_gentoo
_________________________________________________________________________________________

Die Launen und das Schicksal eines Gentoo-Users:

...

Zum Seitenanfang

josef.95

OSI Layer 8

Beiträge: 7 674

19

29.01.2012, 18:57

Zitat von »mnt_gentoo«
EDIT:

Beispiel:

Dies wäre eins der zu entfernenden ATOMs:
Quellcode
1
2
3
rampage2extreme avchd # equery depends www-plugins/nspluginwrapper
 * These packages depend on www-plugins/nspluginwrapper:
www-plugins/adobe-flash-11.1.102.55 (!64bit ? www-plugins/nspluginwrapper)
Du siehst, was das bedeuten würde. Adobe-Flash würde wahrscheinlich nicht mehr richtig laufen...

/EDIT

Nein, auch das sollte unproblematisch sein da wieder ein natives 64 bit adobe-flash Plugin zur verfügung steht - Normal wirst du auf einem 64 Bit System nspluginwrapper nicht mehr benötigen.
Es sei denn du baust adobe-flash explizit nur mit 32 bit Unterstützung - dann wirst du wahrscheinlich den nspluginwrapper benötigen. (Aber wer will das schon..?)
Fazit: Also weg damit

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »josef.95« (29.01.2012, 20:36) aus folgendem Grund: Rechtschreibung korrigiert

Zum Seitenanfang

mnt_gentoo

Profi

Beiträge: 807

20

29.01.2012, 19:04

Mein Fehler: Ich hatte Vergessen, das der Flash-Player ab V 11.*** ein 64-bit sowie 32-bit gleichzeitig beinhaltet. Bei der 10.*** damals wurde der wrapper zuinstalliert... :whistling:

	Quellcode
1	nspluginwrapper -l

weist auf nichts mehr hin... Dann sollt es ok sein, also "weg damit"

Gruß
mnt_gentoo
_________________________________________________________________________________________

Die Launen und das Schicksal eines Gentoo-Users:

...

Zum Seitenanfang

GentooForum.de

Verständnisfrage '--depclean'

Quellcode

Zitat

Quellcode

Quellcode

Quellcode

Zitat

Zitat

Quellcode

Zitat von »shiyu«

Quellcode

Quellcode

Quellcode

Quellcode

Quellcode

Zitat von »emerge -p --depclean«

Quellcode

Quellcode

Quellcode

Zitat von »josef.95«

Quellcode

Quellcode

Zitat von »mnt_gentoo«

Quellcode

Quellcode

Zurzeit sind neben Ihnen 6 Benutzer in diesem Thema unterwegs:

Ähnliche Themen

Häufig verwendete Suchbegriffe: