and to make things even more confusing we will be using a custom spin for GPA that has the backup code and more drivers installed!  Ham is working on the latest version tonight and will have a fresh iso for us to download in the morning.<div>

<br></div><div>Thanks!<br><br><div class="gmail_quote">On Sun, Sep 6, 2009 at 11:44 PM, Bill Bogstad <span dir="ltr">&lt;<a href="mailto:bogstad@pobox.com">bogstad@pobox.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

As I get more involved in making SoaS boot in various weird ways in<br>
weird hardware environments, I&#39;ve found the wiki pages and the various<br>
download<br>
directories to be a little disorganized.   I think that part of this<br>
is because SoaS is fundamentally a different product from Sugar itself<br>
in a way that isn&#39;t being acknowledged.  As I see it; Sugar, like most<br>
free software projects, delivers source code and related materials<br>
(documentation, etc.).   Those deliverables will be used by pretty<br>
technical people to produce binaries.   Git and/or carefully generated<br>
source code tar balls works for this kind of user.  SoaS is a (fedora<br>
based) Linux distribution whose GUI is Sugar.   SoaS deliverables are<br>
binaries (in various forms) as well as installation instructions.<br>
People will download and run SoaS directly.   Hopefully, many of those<br>
people won&#39;t be technical at all.   I don&#39;t think SoaS has good<br>
release management on its deliverables yet.<br>
<br>
I&#39;m not sure how to get across my general concerns, so I think I will<br>
point out two specific issues:<br>
<br>
1. The various SoaS wiki pages make no real attempt to differentiate<br>
between Strawberry instructions/file references and generic SoaS<br>
descriptions/features.  A new SoaS release is coming soon and it&#39;s not<br>
obvious how the instructions/files for this release will be kept<br>
separate from Strawberry in the wiki.<br>
<br>
2. The &#39;release&#39; download directory isn&#39;t structured to keep<br>
released/beta versions separate.  There also seems to be multiple<br>
versions of the livecd-iso-to-disk.sh file<br>
floating around.  I&#39;m pretty sure that the version which can be found<br>
there now is different from the one I originally downloaded with the<br>
Strawberry ISO which is different from the one which is embedded in<br>
the Strawberry ISO image.  The head of the Strawberry branch of this<br>
file in git is not what is currently being distributed next to the<br>
Strawberry ISO.<br>
<br>
The bad news is that I can&#39;t think of any way to use git to keep track<br>
of this for us.  It will probably have to be done semi-manually.  The<br>
good news is that, except for daily builds,  there won&#39;t be that many<br>
different versions that need to be managed.<br>
<br>
Oh, and can we add a new naming scheme?   The next release of SoaS<br>
should also be called SoaS 0.86, not just bratwurst or melon or<br>
whatever.   It should be obvious from the name which version of Sugar<br>
is included.  We can have still have cute names as well as boring<br>
numbers.   We&#39;ll just have both (like Ubuntu does).<br>
<br>
Thanks for your attention,<br>
<font color="#888888">Bill Bogstad<br>
_______________________________________________<br>
Sugar-devel mailing list<br>
<a href="mailto:Sugar-devel@lists.sugarlabs.org">Sugar-devel@lists.sugarlabs.org</a><br>
<a href="http://lists.sugarlabs.org/listinfo/sugar-devel" target="_blank">http://lists.sugarlabs.org/listinfo/sugar-devel</a><br>
</font></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>