was hat das {D} in manchen ebuild scripts für einen sinn???

[firefly]

hi,
wie schon im titel steht frag ich mich was fürn sinn das {D} in machen ebuild scripten unter src_install() hat.

nun zum Hintergrund meiner Frage :

ich hatte heute den mc per emerge mc installiert.
da ging auch alles glatt
nur dann wollte ich den mc mit einer veränderten optimierung neu
installieren (anstelle von -mcpu=pentium2 mit -march pentium2).

wenn ich dann(nach dem neuinstallieren) im mc die F1 taste drückte sollte ja normalerweise die hilfe angezeigt werden.
Aber er spukte nur folgende Fehlermeldung aus:

Cannot open file /var/tmp/portage/mc-4.6.0_pre1/image//usr/lib/mc/mc.hlp
Datei oder Verzeichniss nicht gefunden (2).

Ich hab dann mal neugestartet und nochmal installiert und da hat es auch wieder richtig gefunzt.

Da es nach einem neustart wieder ging kann es nur sein das die variable {D} durch was auch immer mit folgendem string gefüllt worden sein:
"/var/tmp/portage/mc-4.6.0_pre1/image/"

Also nochmal für was is dieses {D} überhaupt in manchen ebuild scripts drinn obwohl, wie bei mir passiert, die variable durch irgent welchen blödsinn gefüllt werden kann. Und dadurch die Pfade nicht mehr richtig in die binary compiliert werden.

[Ravage]

das ${D} wird im ebuild mit dem Image-Directory gefüllt.
soll heißen:
- beim z.B. emerge mc wird alles im ${WORKDIR} compiliert
- ein "make install" (was vom ebuild dann ausgeführt wird) installiert nach ${D}
- wenn alles fehlerfrei lief, dann wird der Inhalt von ${D} nach / (root-Verz.) kopiert.
(das sind die vielen <<< /irgendwas nach /irgendwo's
- manchmal wird in manchen filess vergessen den ${D}-Pfad wieder "raus zu löschen" <-- so bei dir geschehen. (liegt am ebuild, nicht an dir !)

Hat den vorteil, das wenn was schief geht, nicht deine Installation den Bach runtergeht.

rav