Jerry,<br><br>The pointers you gave were just too juicy.  I used the olpcxs-pungi.ks to gather fc16.  The ISO was 650MB.  The ISO pungi generated wanted to do a GUI install even though I specified "text" in the KS.cfg. But the Packages folder did not include any Xorg stuff.<br>
<br>I spent time last night trying to understand the structure of the ISO that pungi produces. It turns out that I can probably prune the ISO.  In the images folder there's a pxeboot folder which contains initrd.img that has the same md5sum as the initrd.img in the isolinux folder. The pxeboot folder is more than 200MB of the total 650MB ISO and I don't suspect it will be used in our installs.  Or . . . Maybe we should include and configure cobbler in our core, and support pxe installs as one of the available options to our customers.<br>
<br>Does it make sense to support non-PAE hardware.  When I googled PAE, it looks like PAE came out with Pentium  Pro. (I think that means we would not support 80286 and below). A $60 pogoplug would outperform a 286 and use probably a 10th of the  power.<br>
<br>What are your thoughts about versioning XS? Martin started working on FC11, with the thought that it might become 0.7. I think you started calling your rebased version 1.0. Abhishek started versioning his rebase when XS was at 0.4 (now he's up to 0.4.81).<br>
<br>My inclination would be to let 0.7 expire without a formal release, and start calling this initiative 0.8 (my observation is that 1.0 is often saved for a significant change in function or stability).<br><br>I've been thinking that we need an ISO that can be written to CD, for the early bioses that cannot boot from USB, and the early machines that don't come with USB. But for convenience, the 4GB USB should be our install medium of choice.<br>
<br>I'd like to experiment whether we can partition a 4 GB USB unto 700MB and 3300MB partitions, mark the smaller active, and then use USBmount to set up to do a continuation of the install process after firstboot. Maybe we could even have the squashfs look for ks.cfg on the larger partition, and automatically use that as the kickstart specification for the initial install.  If we can figure out how to do that we could probably put additional repository there. So much that I don't know.  Maybe you know something that would make this impossible...<br>
<br>The advantage of this scheme would be easy modification to the build process. Would both the Australia and Nepal needs be served by such a structure?<br><br>Thinking about facilitating a 64bit XS, the heavy lifting would be in recompiling the XS rpms (I think).<br>
<br>My first ISO didn't actually boot successfully. So have some trial and error ahead.<br><br>The biggest help you can be is to bring your knowledge to bear on my crazy ideas.<br><br>If you have thoughts, shortcuts, code to do XS rpmbuilds, and ideas on testing, both would be necessary, and useful.<br>
<br>George<br><br><br><br><div class="gmail_quote">On Tue, Jan 31, 2012 at 12:03 AM, Jerry Vonau <span dir="ltr"><<a href="mailto:jvonau@shaw.ca">jvonau@shaw.ca</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">On Mon, 2012-01-30 at 21:28 -0500, George Hunt wrote:<br>
> Thanks Jerry,<br>
><br>
> You've done what I wanted to discuss -- split apart the xs from a bare<br>
> bones Fedora Core, and defer XS install until after firstboot.<br>
<br>
</div>Well no, not really, the install is kickstart driven, usb-based with the<br>
XS packages installed and configured at installation time. This release<br>
is targeted for a single network interface, all the XS pieces are<br>
installed but service such as iptables and squid are left<br>
un-configured.<br>
<div class="im"><br>
> So I'll spin a FC16 iso, and try to get it ready to do a phase 2<br>
> install via usbmount, and maybe tftp across the network.<br>
><br>
<br>
</div>Once you have the rpms ported over it F16, having a repo on a usbkey or<br>
elsewhere on the net is trivial.<br>
<div class="im"><br>
> Do you know if there is a script that automates the rpm generation<br>
> from sources at <a href="http://dev.laptop.org" target="_blank">dev.laptop.org</a>?<br>
><br>
<br>
</div>Sorry I don't think there is such a beast. Martin, any input here?<br>
<div class="im"><br>
<br>
> It'll take a few days, since I'm relocating  from Calif to NYC<br>
> Wednesday, and have  other priority tasks.<br>
><br>
> George<br>
><br>
<br>
</div>Let me know what you what to do, I could most likely save you a bunch of<br>
time.<br>
<font color="#888888"><br>
Jerry<br>
</font><div><div></div><div class="h5"><br>
<br>
> On Mon, Jan 30, 2012 at 2:24 PM, Jerry Vonau <<a href="mailto:jvonau@shaw.ca">jvonau@shaw.ca</a>> wrote:<br>
>         On Mon, 2012-01-30 at 13:05 -0600, Jerry Vonau wrote:<br>
>         > On Mon, 2012-01-30 at 12:40 -0500, George Hunt wrote:<br>
>         > > Hi everyone,<br>
>         > ><br>
>         > > I'm new to this list.<br>
>         > ><br>
>         ><br>
>         > Hi George:<br>
>         ><br>
>         > I'm the author of the XSAU-F11 based rework of the XS that<br>
>         Sridhar is<br>
>         > referring to.<br>
>         ><br>
>         > > I met Tony Anderson in Haiti, and again at the San<br>
>         Francisco OLPC<br>
>         > > Summit in late 2011. He prevailed upon me to spend some<br>
>         time trying to<br>
>         > > figure out how to rebase XS on a more recent Fedora Core.<br>
>         > ><br>
>         > > I just recently used pungi to gather together FC16 rpms<br>
>         into an iso<br>
>         > > using the kickstart file that came with XS-0.6.  What was<br>
>         550MB in FC9<br>
>         > > has grown to 775MB in FC16.  My initial goal was to create<br>
>         a CD image,<br>
>         > > that can be installed in the traditional way. But going<br>
>         forward, even<br>
>         > > if we can pare things down and fit in 690MB this time,<br>
>         perhaps we need<br>
>         > > a better strategy.<br>
>         > ><br>
>         ><br>
>         > Think some of the issue is most likely that X is being<br>
>         dragged in or<br>
>         > some extra files on the image. What is the file layout of<br>
>         the resulting<br>
>         > iso image?<br>
>         ><br>
><br>
><br>
>         <a href="http://dev.laptop.org/git/projects/olpc-xs-builder" target="_blank">http://dev.laptop.org/git/projects/olpc-xs-builder</a><br>
>         is the new way of using pungi for the XS, my local version is<br>
>         at:<br>
>         <a href="https://dev.laptop.org.au/projects/xs-au/repository/revisions/master/show/olpc-xs-builder/xsau-F11" target="_blank">https://dev.laptop.org.au/projects/xs-au/repository/revisions/master/show/olpc-xs-builder/xsau-F11</a><br>

><br>
>         The key is to use the olpcxs-pungi.ks file to gather the rpms<br>
>         and<br>
>         exclude what is not wanted before rolling the iso. Please have<br>
>         a look at<br>
>         build.sh for the whole routine used.<br>
><br>
>         Jerry<br>
><br>
><br>
><br>
<br>
<br>
</div></div></blockquote></div><br>