Can you say more about how and why the boot helper is going to be buried?  <div><br></div><div>I&#39;ve got a ton of older hardware that works just fine once its booted, some of it zips, but doesn&#39;t have the capability to boot from USB.<br>

<div><br></div><div>Thanks,</div><div>Caroline<br><br><div class="gmail_quote">On Fri, Jan 22, 2010 at 7:00 PM, Peter Robinson <span dir="ltr">&lt;<a href="mailto:pbrobinson@gmail.com">pbrobinson@gmail.com</a>&gt;</span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">Hi All,<br><br>I&#39;m sure Sebastian has already emailed about this subject but with SoaS 3 been approved as a Fedora 13 feature and myself being a co-maintainer with Sebastian I thought I&#39;d put my point forward as to what I would like to see happening and what I&#39;ll be working towards in the next release. So the major things I can see for SoaS3 are as follows:<br>


1) all upstream in Fedora<br>2) rpm packaged activities<br>3) Sugar 0.88<br>4) boot helper is dead and buried<br><br>So 1 and 3 aren&#39;t overly controversial. 1 is a requirement of being able to use all the lovely upstream Fedora infrastructure and will generally make life easier for the SoaS maintainers. 3 is a given :-D 2 has various opinions but that&#39;s not part of this discussion.<br>


<br>The last point I think will get a mixed response from what I&#39;ve seen on various sugar/olpc lists of late but the more I read about it the more I believe its bugs that cause the majority of the problems rather than hardware issues. For example all modern Mac&#39;s should boot SoaS fine (there are a few issues [1]). Fedora on which SoaS is based doesn&#39;t have a lot of the problems we see and they have a lot of different hardware and use cases than the relatively focused SoaS so we should be able to fix most of the issues <br>


<br>So I&#39;d like to see some testing before the final release comes out for both boot issues and others. For this I&#39;m proposing we do something similar to the Fedora Test Days. The way this will vary slightly is by doing &quot;SoaS test weeks&quot; where we pick a number of test points to focus upon but do it both on the mailing list and IRC to allow as many people as possible to get involved and to ensure we have the best possibly release by doing as much testing before the release rather than having discussions 6 weeks after the release with threads like &quot;Blah doesn&#39;t work&quot;.<br>


<br>So I&#39;d like to hear from others what they&#39;d like to see in SoaS 3, what they can work on and suggestions for test weeks. You already know the topic of the first week is going to be. I&#39;d like to see SoaS moving to more proactional releases where we do more testing before hand rather than people running it up after its been releases so that we get a decent release from the go get as. It makes the user experience better for the beginning for all involved.<br>


<br>Discuss!<br><br>Have a good weekend!<br>Regards,<br>Peter<br><br>[1] Mac boot bugs<br><a href="https://bugzilla.redhat.com/show_bug.cgi?id=528232" target="_blank">https://bugzilla.redhat.com/show_bug.cgi?id=528232</a><br>

<a href="https://bugzilla.redhat.com/show_bug.cgi?id=533824" target="_blank">https://bugzilla.redhat.com/show_bug.cgi?id=533824</a><br>
<br>_______________________________________________<br>
SoaS mailing list<br>
<a href="mailto:SoaS@lists.sugarlabs.org">SoaS@lists.sugarlabs.org</a><br>
<a href="http://lists.sugarlabs.org/listinfo/soas" target="_blank">http://lists.sugarlabs.org/listinfo/soas</a><br>
<br></blockquote></div><br><br clear="all"><br>-- <br>Caroline Meeks<br>Solution Grove<br>Caroline@SolutionGrove.com<br><br>617-500-3488 - Office<br>505-213-3268 - Fax<br>
</div></div>