| 1 |
Thomas Schweikle schrieb: |
| 2 |
> Ace Dahlmann schrieb: |
| 3 |
> |
| 4 |
>> Hi! |
| 5 |
>> |
| 6 |
>> On Fri, 29 Jul 2005 19:53:01 +0200 |
| 7 |
>> Thomas Schweikle <tps@××××××.de> wrote: |
| 8 |
>> |
| 9 |
>>> Das stört nicht. Wichtig ist nur, dann das Buildsystem *nicht* von |
| 10 |
>>> der Gentoo-Installation auf der "großen" Kiste zu verwenden. |
| 11 |
>> |
| 12 |
>> Wie meinst Du das? |
| 13 |
>> |
| 14 |
>> Ich bin die ganze Zeit ab überlegen, was bei Alex dann genau passiert, |
| 15 |
>> aber ich hab da wohl gerade eine logische Denkblockade. |
| 16 |
> |
| 17 |
> In der Regel werden in einen chroot-Käfig dateien, die im |
| 18 |
> Hauptsystem liegen übernommen. Es wird zum beispiel per "bind" der |
| 19 |
> gesamte "/usr/lib"-Baum gemountet. Damit steht im chroot der gleiche |
| 20 |
> Baum zur verfügung wie im Hauptsystem --- nur üblicherweise als |
| 21 |
> "read only". |
| 22 |
|
| 23 |
Ach so. Nein, das hatte ich nicht vor. Im Prinzip würde ich |
| 24 |
auf dem "Build Host" nochmal das gesamte System der kleinen |
| 25 |
Kiste vorhalten - zumindest quasi. /home nicht, Daten nicht, |
| 26 |
etc. pp.. |
| 27 |
|
| 28 |
> Diese Techniken sparen Platz. Wenn ich jetzt im chroot-Käfig aber |
| 29 |
> eine andere gcc-Version einsetzen will, und sogar für eine andere |
| 30 |
> CPU kompilieren möchte, dann funktioniert das nicht mehr. Ich muß |
| 31 |
> alles was zum build-System gehört im chroot-Käfig nocheinmal haben. |
| 32 |
> Passend zum compiler, den verwendeten Libraries, usw. |
| 33 |
|
| 34 |
Jup. Hatte ich vor. |
| 35 |
|
| 36 |
> Für den Fall, das ich für eine andere Architektur (i386 auf |
| 37 |
> athlon-xp) compiliere, muß ich fast das gesamte System im chroot |
| 38 |
> nocheinmal aufsetzen. Der Aufwand ist zimlich hoch. |
| 39 |
|
| 40 |
Ja. |
| 41 |
Alexander Skwar |
| 42 |
-- |
| 43 |
tracer_panic("I'm tracing myself and I can't get out"); |
| 44 |
linux-2.6.6/arch/um/kernel/tt/syscall_user.c |
| 45 |
-- |
| 46 |
gentoo-user-de@g.o mailing list |
Archives