
<html><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div><blockquote type="cite"><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div><div><font class="Apple-style-span" color="#000000"><br></font></div>... and thanks again.</div><div><br></div><div>One thing that strikes me about this is that it is agnostic about how the fixed-point images are built. </div></div></blockquote><div><br></div><div>The fixed point images need to be built, by a process which applies to the previous fixed point.</div><div><br></div><div>So that a fork which was made from the previous fixed point, can cherry pick from, and apply that process too.</div><div><br></div><div>The more that separate forks pick ideas from other forks, the more they have in common.</div><div><br></div><div>Basically to use the knowledge that is in trunk, you will have to analyse it and sort it into separate useful innovations and ideas, and publish them as separate changesets.</div><div><br></div><div>Ironically, most of those innovations could have started of as separate changesets in the first place. Am I making sense?</div><div><br></div><div><br></div><div>Keith</div></div><br></body></html>