<div class="gmail_quote">On Wed, Jun 2, 2010 at 10:19 PM, Daniel Drake <span dir="ltr"><<a href="mailto:dsd@laptop.org">dsd@laptop.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

In another thread, we've been discussing the issue that Fedora 12<br>
changed base architecture from i586 to i686. The XO-1 processor (Geode<br>
LX) is a i586. Fedora 12 seems to run OK (although I suspect there<br>
will be a few broken packages), but Fedora 13 is more obviously broken<br>
(for a start, glibc doesn't work).<br>
<br>
The approach we've been musing about is modifying the kernel to fill<br>
in the gaps, where the Geode does not support a particular i686<br>
instruction we can emulate it. (unfortunately this kernel-side project<br>
is a bit slow moving, although we could find some resources to boost<br>
it maybe)<br>
<br></blockquote><div><br></div><div>Even slower?</div><div>AFAIK there were some sugestions from the GCC team - I think - that the Geode runs faster with the i486 compilation and not i586. I never put that claim to test though.</div>

<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
I just thought of another option that we could consider looking at,<br>
once we've finished off the F11-based release when we're ready to<br>
think about moving forward.<br>
Fedora's build tools are good and consistent, so we could simply<br>
rebuild the parts of Fedora that we use.<br>
<br>
<br>
1. Do a regular OS build (for i686)<br>
<br>
The build system outputs a package list, e.g.<br>
<a href="http://build.laptop.org/10.2.0/os122/os122.packages.txt" target="_blank">http://build.laptop.org/10.2.0/os122/os122.packages.txt</a><br>
<br>
2. Download the SRPMs for each package in the list (using<br>
"yumdownloader --source" for example)<br>
<br>
3. Pass each SRPM to mock, using a modified config which sets<br>
config_opts['target_arch'] to i586<br>
<br></blockquote><div><br></div><div>Perhaps a quick test with compiler options before deciding on any. I can help with this.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">


4. Take all of mock's output, conveniently compiled for i586, putting<br>
the RPMs in a repository<br>
<br>
5. Do a build using the i586 repository<br>
<br>Comments/suggestions/refinements?<br></blockquote><div><br></div><div>If you're planning on doing a repository exclusively for the XO-1, Gentoo is simple to setup and, from what I read on this mailing list, thicks all your boxes:</div>

<div><ul><li>You can upgrade GCC and glibc when you want to(or don't)</li><li>Compile properly compiler optimized packages</li><li>Keep network-manager up to date, upgrade it whenever you want (CentOS doesn't, right?)</li>

<li>Update involves issuing a bunch of emerge commands for your binary packages hosted on the repository, compile once like with Fedora.</li><li>"glsa-check -tv all" shows you what you need to fix security wise, when you're in maintenance mode.</li>

<li>Portage can be put on a squashfs filesystem and take just ~50MB of disk instead of 700+(I've done this on my XO)</li><li>There's already a<b> sugar overlay available</b> with ebuilds</li><li>Get a lower memory footprint from building packages using just the necessary features through USE flags</li>

</ul></div><div>I have this setup at home and can also give you a hand with this.</div><div><br></div><div>Best regards, </div><div>Tiago</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">


<br>
Daniel<br>
_______________________________________________<br>
Devel mailing list<br>
<a href="mailto:Devel@lists.laptop.org">Devel@lists.laptop.org</a><br>
<a href="http://lists.laptop.org/listinfo/devel" target="_blank">http://lists.laptop.org/listinfo/devel</a><br>
</blockquote></div><br>