Gentoo Archives: gentoo-dev

From: Paul Smith <pausmith@××××××××××××××.com>
To: gentoo-dev@l.g.o
Subject: Re: [gentoo-dev] BUILDROOT concept (was Re: [gentoo-dev] ROOT variable)
Date: Mon, 26 Apr 2004 16:38:09
Message-Id: vpdrekqabspj.fsf@lemming.engeast.baynetworks.com
In Reply to: Re: [gentoo-dev] BUILDROOT concept (was Re: [gentoo-dev] ROOT variable) by david@futuretel.com
1 %% david@×××××××××.com writes:
2
3 d> see catalyst snapshots model. Specify whatever custom portage tree
4 d> you want to your hearts content.
5
6 Catalyst is very interesting, but I feel that the chroot model, which is
7 what Catalyst is based on, is fundamentally not the correct choice for
8 cross-compilation setups. As I mentioned in a previous message,
9 requiring chroot means that you have to figure out a way to put hosted
10 tools into your target image, including a complete host-based base
11 operating system with glibc, shells, make, and an entire common command
12 set since most makefiles invoke many different UNIX commands, and that's
13 not even mentioning the actual cross-compiler itself.
14
15 Using a chroot model is probably the most expedient way to handle
16 creating an embedded filesystem FOR THE SAME ARCHITECTURE, but it's not
17 flexible enough (IMO) to handle creating a completely general embedded
18 system.
19
20
21 I fully realize that Portage flexibility is only one part, some might
22 even say a small part, of the complexity of this project (as Paul points
23 out).
24
25 Nevertheless, it is in many ways the _first_ part, since without this
26 you can't really get anywhere. I was hoping we could tackle solving
27 this basic problem first.
28
29 --
30 -------------------------------------------------------------------------------
31 Paul D. Smith <psmith@××××××××××××××.com> HASMAT--HA Software Mthds & Tools
32 "Please remain calm...I may be mad, but I am a professional." --Mad Scientist
33 -------------------------------------------------------------------------------
34 These are my opinions---Nortel Networks takes no responsibility for them.
35
36 --
37 gentoo-dev@g.o mailing list

Replies