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"><<a href="mailto:bogstad@pobox.com">bogstad@pobox.com</a>></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'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'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't be technical at all. I don't think SoaS has good<br>
release management on its deliverables yet.<br>
<br>
I'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'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 'release' download directory isn'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'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'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'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'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>