| 1 |
cross compiling usually means your host and target arches are not the |
| 2 |
same. I'm guessing this is not the case so chances are your not really |
| 3 |
cross compiling. |
| 4 |
|
| 5 |
If you are really cross compiling then the following packages in a base |
| 6 |
system are going to give you problems as they are not really cross aware |
| 7 |
_yet_ |
| 8 |
|
| 9 |
app-shells/bash-3.0-r4 |
| 10 |
app-shells/sash-3.7 |
| 11 |
dev-lang/perl-5.8.4-r1 |
| 12 |
dev-lang/python-2.3.4 |
| 13 |
net-misc/iputils-021109-r3 |
| 14 |
net-misc/rsync-2.6.0-r2 |
| 15 |
sys-apps/coreutils-5.2.1-r1 |
| 16 |
sys-apps/file-4.10 |
| 17 |
sys-apps/kbd-1.12-r2 |
| 18 |
sys-apps/less-382-r2 |
| 19 |
sys-apps/procps-3.2.2-r1 |
| 20 |
sys-apps/psmisc-21.4 |
| 21 |
sys-apps/shadow-4.0.4.1-r3 |
| 22 |
sys-apps/texinfo-4.7-r1 |
| 23 |
sys-devel/libtool-1.5.2-r5 |
| 24 |
sys-fs/e2fsprogs-1.35 |
| 25 |
sys-libs/cracklib-2.7-r9 |
| 26 |
sys-libs/ncurses-5.4-r3 |
| 27 |
sys-apps/module-init-tools-3.0-r2 |
| 28 |
net-misc/openssh-3.8.1_p1-r1 |
| 29 |
|
| 30 |
Assuming your both of your systems are x86 based then this is really a |
| 31 |
trivial task. |
| 32 |
|
| 33 |
First try to match your USE= as close as you can then emerge -B from |
| 34 |
your build host and then just scp the package into your target host |
| 35 |
/usr/portage/packages/All/ then emerge -(k|K) on your target host to |
| 36 |
install it. |
| 37 |
|
| 38 |
On Sat, 2004-08-14 at 13:03, stefan@××××××××.net wrote: |
| 39 |
> I have a laptop with a p2 running at 300mhz and 128mb ram. |
| 40 |
> While this is enough for ssh sesions to other hosts at work |
| 41 |
> and browsing the web, or even playing a film with mplayer, |
| 42 |
> everytime glibc gets updated I start looking out for alternatives |
| 43 |
> to building glibc on the laptop. It simply takes too much time. |
| 44 |
> |
| 45 |
> I run distcc to compile most packages on the laptop, and |
| 46 |
> together with the 3 other gentoo hosts on my lan compilation |
| 47 |
> times for most packages are acceptable. But glibc does not |
| 48 |
> build with distcc. |
| 49 |
> |
| 50 |
> Is there an easy automated way to build huge packages such as |
| 51 |
> glibc, xorg and mozilla as a tbz package on a fast system, using |
| 52 |
> foreign C- and USEFLAGS, and then install the tbz's on the target host? |
| 53 |
> |
| 54 |
> And if not, how easily do you reckon this could be implemented in |
| 55 |
> portage? I'm quite profficient in python, so I might give this a go |
| 56 |
> in my free time if it did not require a near portage rewrite. |
| 57 |
> |
| 58 |
> thanks |
| 59 |
> stefan |
| 60 |
-- |
| 61 |
Ned Ludd <solar@g.o> |
| 62 |
Gentoo (hardened,security,infrastructure,embedded,toolchain) Developer |
Archives