1 |
On Tue, 2005-05-10 at 16:56 -0400, Paul Smith wrote: |
2 |
> %% Chris Gianelloni <wolf31o2@g.o> writes: |
3 |
> |
4 |
> cg> Do what catalyst does. Bind mount it. |
5 |
> |
6 |
> Yes, that would work for /usr/portage, but I'm still missing all the |
7 |
> emerge, etc. commands. |
8 |
|
9 |
You should have these during the livecd-stage* builds, as portage is not |
10 |
unmerged. |
11 |
|
12 |
> >> How do you all develop and test live CDs? Is there some trick to |
13 |
> >> getting a test image available? Or, do you do development via another |
14 |
> >> method and only start using catalyst when everything pretty much works? |
15 |
> |
16 |
> cg> Honestly, I've been doing catalyst development (and use) long |
17 |
> cg> enough that I pretty much know what to expect. When something |
18 |
> cg> doesn't work, I rebuild the entire image each time. The reason |
19 |
> cg> for this is simple. I do not want to do *any* manual steps |
20 |
> cg> outside of catalyst, since it'll do nothing but give you trouble |
21 |
> cg> in the long run. |
22 |
> |
23 |
> This is good if you're just debugging catalyst itself, but I've got a |
24 |
> whole set of steps such as creating and debugging some ebuilds, |
25 |
> configuring things, creating rc scripts to do some stuff, etc. etc. |
26 |
> |
27 |
> Obviously at the end it needs to build and boot correctly "from scratch" |
28 |
> but doing it from scratch for every incremental change is pretty slow. |
29 |
|
30 |
We don't do any shortcuts simply because we *are* the catalyst |
31 |
developers. When we find shortcomings in catalyst, we fix them. ;] |
32 |
|
33 |
> If there are no fancy tricks that I'm missing I'm sure I can come up |
34 |
> with some myself :-). |
35 |
|
36 |
Like I said before, I'm not sure I really follow what you're trying to |
37 |
do. |
38 |
|
39 |
-- |
40 |
Chris Gianelloni |
41 |
Release Engineering - Strategic Lead/QA Manager |
42 |
Games - Developer |
43 |
Gentoo Linux |