Brauche Erklärung für folgendes Phänomen: [solved]

[lfhelper]

Hallo zusammen,

ich möchte euch hier mal Schritt für Schritt etwas zeigen und bitte darum, dass mir jemand erklärt, wieso es 'isch wie's 'isch.

Ich habe hier eine VMWare-Installation von gentoo nach dem stage3-i686-2007.0.tar.bz2 Tarball und dem portage-20071124.tar.bz2 Porttree-Stand.

Desweiteren habe ich erstmal die CFLAGS angepasst (-fomit-frame-pointer rein), MAKEOPTS="-s", FEATURES="buildpkg" und USE auf "-nls glibc-omitfp" gesetzt.

Dann habe ich ein emerge -e system durchgeführt, erfolgreich.
(Aufräumarbeiten, wie etc-update usw. wurden ebenfalls durchgeführt.)

Anschliessend habe ich emerge -1 eix gentoolkit portage-utils ausgeführt.
(Diese Drei ziehe ich bevorzugt mit -1 rein, weil die sowieso keine Abhängigkeiten haben,
wenn man von einem sauberen stage3 aus installiert, das eh nur system-packages enthällt,
und mir die Funktionalität dermassen ausreicht, dass ich mir ein automatisches Update immer spare.)

Genau auf diesem Stand befinde ich mich gerade. Hier der output von equery list:

[Gibheer]

DUP von dem hier und vielen anderen

[bell]

emerge -uD will nur die Pakete aktualisieren, die im world-file stehen oder als Abhängigkeit benötigt werden.
Portage unterscheidet zwischen Build-Abhängigkeit (DEPEND) und Runtime-Abhängigkeit (RDEPEND).
In der jetzigen Standard-Konfiguration werden nur die Runtime-Abhängigkeiten aktualisiert.
Build-Abhängige Pakete werden ja nur zum builden gebraucht und anschließend nicht mehr benötigt.

Das Verhalten lässt sich über folgenden Parameter steuern:

man emerge
[..]
--with-bdeps < y | n >
In dependency calculations, pull in build time dependencies that are not strictly required. This
defaults to 'n' for installation actions and 'y' for the --depclean action. This setting can be
added to EMERGE_DEFAULT_OPTS (see make.conf(5)) and later overridden via the command line.

[lfhelper]

Zu --with-bdeps:

Ja aber laut folgendem Output, hat das wohl nichts damit zu tun, oder?

[lfhelper]

OK STOPP!

Jetzt hab ichs verstanden:

nikaya ausm thread-link oben wrote:

[lfhelper]

Anmerkung:

So gesehen bin ich sogar froh im Nachhinein,
denn ich dachte schon, mein Skript hat irgendeinen
komischen Bug / Nebeneffekt. Naja Nebeneffekt schon,
aber einen positiven, wie ich sehen kann, denn somit
kann man ja nun neue Pakete emergen, und gleich in
einem Ruck sehen, was sich "zwischendrin" ändern
würde mit Bercksichtigung evtl. anderer/neuer USE flags.

Damit spart man sich ein (wie im obigen Beispiel heraus zu sehen)
"emerge mc && emerge -euDN world".

Nach dem "sh etns.emerge mc" sind alle Pakete im dem Zustand,
in dem sie nach einem möglichen "emerge mc && emerge -euDN world" wären.

Sehe ich das richtig? (Einwände??? Klarstellungen?)

[EDIT]
Mensch, was drehe ich mich so unnötig im Kreis eigentlich??
Ist doch äquivalent zu emerge -uDN mc.
Zu früh gefreut...

[bell]

Hab zwar nicht ganz verstanden was Du mit deinen Skripten vor hast, was sagt denn

[lfhelper]

@bell

Die Kommandozeile spuckt aus:

[franzf]

[bell]

Nach

[lfhelper]

@franzf

Ist doch ok so. Habe doch schon erwähnt, dass ich
1. ausm frischen stage3 tarball aus arbeite (= nur system pakete) und
2. gerade die drei Tools eix, gentoolkit und portage-utils immer mit -1 emerge.
Wenn ich einen Trick wüßte, wie man die drei o.g. Muskeltiere ins system einschleusen könnte, würde das sogar glatt tun.

Ausserdem beklage ich keinen Bug oder so, sondern ich frage aus reinem Interesse,
weil es mir nicht sofort klar war.

@bell

[franzf]