1 |
Euhm.. Isn't it much easier to just for example: |
2 |
|
3 |
mkdir /mnt/my_new_system |
4 |
cd /mnt_my_new_system |
5 |
tar -xvjpf /path/to/stagex-i486-1.4_rc2.tbz2 |
6 |
mount -o bind /proc /mnt/my_new_system/proc |
7 |
mount -o bind /usr/portage /mnt/my_new_system/usr/portage |
8 |
cp /etc/resolv.conf /mnt/my_new_system/etc |
9 |
chroot /mnt/my_new_system /bin/bash |
10 |
env-update |
11 |
source /etc/profile |
12 |
nano -w /etc/make.conf |
13 |
|
14 |
and so on... |
15 |
|
16 |
On Monday 06 January 2003 01:02, Arnold deVos wrote: |
17 |
|| I have exactly the same need. A powerful Athlon building packages for a |
18 |
|| an older 486 or pentium box (eg firewall or other appliance). I have |
19 |
|| experimented with the following ideas: |
20 |
|| |
21 |
|| 1 - |
22 |
|| |
23 |
|| - create a /my486Image hierarchy |
24 |
|| - setup the /my486Image/etc/make.conf for cross compiling. |
25 |
|| - export ROOT=/my486image (instead of /) |
26 |
|| - use emerge from within the host (Athlon) system. |
27 |
|| |
28 |
|| Unfortunately emerge seems to touch stuff outside of ROOT such as the |
29 |
|| package db. |
30 |
|| |
31 |
|| 2 - |
32 |
|| |
33 |
|| - create a normal chroot environment for the 486 |
34 |
|| - mount the Athlon enviroment within this as /hostAlthonImage. |
35 |
|| - Set the PATH to /hostAthlonImage/bin:/hostAthlonImage/usr/bin etc |
36 |
|| etc - use emerge (ie /hostAthlonImage/usr/bin/emerge) |
37 |
|| |
38 |
|| The problem is the ld.so library path. Its tricky to get ld.so to load |
39 |
|| runtime .so's from /hostAthlonImage and not from the chroot's /usr/lib |
40 |
|| |
41 |
|| Of these solutions I think (1) is more promising but looks like I need to |
42 |
|| check the emerge source to find the gotcha's. |
43 |
|| |
44 |
|| It would be really useful if the fakeroot emerge facility mentioned by |
45 |
|| drobbins on the gentoo frontpage was available. (I can't find it. Anyone |
46 |
|| know how to use this feature?) |
47 |
|| |
48 |
|| |
49 |
|| - Arnold |
50 |
|| |
51 |
|| "John Nilsson" <john@×××××××.nu> wrote in message |
52 |
|| news:1041689680.27164.65.camel@××××××××××××××.nu... |
53 |
|| |
54 |
|| > If I do it this way I would have to compile an entire bootstrap |
55 |
|| > environment for the 486. Also I wouldn't get the benefits of having gcc |
56 |
|| > optimized for the athlon. |
57 |
|| > What I would like is to write a simple script to use when upgrading the |
58 |
|| > server. Change the makefile and compile 486 optimized staticly linked |
59 |
|| > binaries to packages that are later merged into the server. |
60 |
|| > |
61 |
|| > On Sat, 2003-01-04 at 14:52, Timo A. Hummel wrote: |
62 |
|| > > I don't know if it's the correct list, but I did it as follows to |
63 |
|| > > compile a pentium optimized system: |
64 |
|| > > |
65 |
|| > > I plugged in the 4GB hdd of my Pentium system, created the file |
66 |
|| > > systems, setup a chroot environment and did the whole gentoo install |
67 |
|| > > from there. worked like a charm, which was pretty good since I don't |
68 |
|| > > have a keyboard on my Pentium system. It's pretty straightforward, |
69 |
|| > > and shouldn't give any problems. Remember to set the make.conf |
70 |
|| > > correctly. |
71 |
|| > > |
72 |
|| > > cheers, |
73 |
|| > > Timo |
74 |
|| > > |
75 |
|| > > On Sat, 2003-01-04 at 14:01, John Nilsson wrote: |
76 |
|| > > > which is the correct mailing list for this kind of question? |
77 |
|| > > > |
78 |
|| > > > ___________________________________________________________________ |
79 |
|| > > >___ |
80 |
|| > > > |
81 |
|| > > > From: John Nilsson <john@×××××××.nu> |
82 |
|| > > > To: gentoo-admin@g.o |
83 |
|| > > > Subject: [gentoo-admin] Building a second system |
84 |
|| > > > Date: 04 Jan 2003 12:52:51 +0100 |
85 |
|| > > > |
86 |
|| > > > I would like to use my current athlon-xp optimized system to |
87 |
|| > > > compile a base system for a 486. How do I go about it? |
88 |
|| > > > I suppose I would have to keep an 486 optimized copy of glibc |
89 |
|| |
90 |
|| somewhere, how? |
91 |
|| |
92 |
|| > > > It would be nice to have a more or less permanent setup so I can |
93 |
|| |
94 |
|| upgrade |
95 |
|| |
96 |
|| > > > packages easily later on. |
97 |
|| > > > |
98 |
|| > > > -- |
99 |
|| > > > gentoo-admin@g.o mailing list |
100 |
|| > > > |
101 |
|| > > > |
102 |
|| > > > |
103 |
|| > > > |
104 |
|| > > > ___________________________________________________________________ |
105 |
|| > > >___ |
106 |
|| > > > |
107 |
|| > > > -- |
108 |
|| > > > gentoo-dev@g.o mailing list |
109 |
|| > > |
110 |
|| > > -- |
111 |
|| > > Timo A. Hummel <timo.hummel@×××.net> |
112 |
|| > > |
113 |
|| > > |
114 |
|| > > -- |
115 |
|| > > gentoo-dev@g.o mailing list |
116 |
|| > |
117 |
|| > -- |
118 |
|| > gentoo-dev@g.o mailing list |
119 |
|| |
120 |
|| -- |
121 |
|| gentoo-dev@g.o mailing list |
122 |
|
123 |
-- |
124 |
Bart Verwilst |
125 |
Gentoo Linux Developer, Desktop Team |
126 |
Gent, Belgium |
127 |
|
128 |
-- |
129 |
gentoo-dev@g.o mailing list |