Difference between revisions of "Talk:Sugar on a Stick"
m (moving to archive page) |
m |
||
Line 2: | Line 2: | ||
==[[Sugar on a Stick/FAQ]]== | ==[[Sugar on a Stick/FAQ]]== | ||
See [[Sugar on a Stick/FAQ]] and [[Talk:Sugar on a Stick/FAQ]]. For older versions of this page, see [[/Archive]]. | See [[Sugar on a Stick/FAQ]] and [[Talk:Sugar on a Stick/FAQ]]. For older versions of this page, see [[/Archive]]. | ||
+ | |||
+ | There's a lot going on in [http://lists.sugarlabs.org/archive/sugar-devel/2009-September/019311.html this thread]; here is my attempt to summarize discussions so far. If I've missed or misstated anything, please correct me. [[User:Mchua|Mchua]] 05:35, 21 September 2009 (UTC) | ||
+ | |||
+ | == What are we talking about? == | ||
+ | |||
+ | Part of the ongoing discussion is meant to clarify and answer the question "What is SoaS?" The other part of the discussion is exploring "where SoaS could go in the future," for various definitions of "SoaS." (Proposed Next Steps) | ||
+ | |||
+ | == What is SoaS? == | ||
+ | |||
+ | SoaS is a Linux-based, Sugar-running, delivered-on-a-thumbdrive distribution focused on customizability, deployability, and local support, and meant for 1-to-1 use in schools. | ||
+ | |||
+ | The term is currently a trademark owned by SL and used to refer colloquially to several things: | ||
+ | |||
+ | * the code, based on Fedora, that Sebastian has been working on (...for lack of a better descriptor) | ||
+ | * any bootable thumbdrive running Sugar on top, whether based on Ubuntu or Fedora or Debian or $DISTRO. | ||
+ | * "the physical product SL is marketing to end-users right now" | ||
+ | |||
+ | == Proposed next steps == | ||
+ | |||
+ | === Make a SoaS mailing list === | ||
+ | |||
+ | Support: | ||
+ | * SoaS discussions are often SoaS-specific and treat "Sugar" as an upstream; the details of development for one do not necessarily matter for the other, so splitting into two separate lists may help people manage their inbox traffic better. | ||
+ | * There are sufficient numbers of people (including several key SoaS developers) interested in a SoaS-specific list to enable good working conversations to be had there. | ||
+ | |||
+ | Concerns: | ||
+ | * The membership of an SoaS list overlaps heavily with the existing iaep and sugar-devel lists, so a new list to reach everyone may not be needed. | ||
+ | * Splitting off a separate list might create overly segregated conversations with less total momentum than if we all continued on iaep and sugar-devel. | ||
+ | |||
+ | Who decides: | ||
+ | This is unclear. Is it Bernie, as head of Infrastructure? Is it SLOBs, as part of granting SoaS a particular status? | ||
+ | |||
+ | === Determine what "Sugar on a Stick" refers to === | ||
+ | |||
+ | Options: | ||
+ | |||
+ | 1. SoaS is a generic name usable by anyone who produces a thumbdrive-bootable Sugar, regardless of what distro, etc. that image may be based on. Since SL owns the SoaS trademark, there may be an application and approval process for projects that want to use the trademark/name, but there would be multiple "$DISTRO Sugar Spin", "$DISTRO Sugar Remix", "Sugar on $DISTRO", etc. projects. | ||
+ | |||
+ | 2. SoaS is a "marketing name" used by SL as a pointer to the thumbdrive-bootable version of Sugar that SL wishes to promote at any given time. So for one press release, SL may go point to SUSE-SoaS and say "Everyone, this is SoaS!" and the next time point to Mandriva-SoaS and say "Everyone, this is SoaS!" (Note that options #1 and #2 are compatible.) | ||
+ | |||
+ | 3. SoaS is a product name that refers specifically to the Fedora-based code Sebastian is working on. | ||
+ | |||
+ | Who decides: | ||
+ | SLOBs, or a decision panel convened by SLOBs (the latter is happening now). | ||
+ | |||
+ | === Determine what "the code Sebastian is working on" is called === | ||
+ | |||
+ | This depends on the answer to "what 'SoaS' refers to," above. | ||
+ | |||
+ | If (1), Sebastian's code would likely be "SoaS-Fedora" or similar, possibly after an application process allowing it to use the "SoaS" name. | ||
+ | |||
+ | If (2), Sebastian's code would have a different secondary name ("SoaS-Fedora" or some other) but could (and likely would) start out as the specific SoaS edition that SL referred to when marketing "SoaS." | ||
+ | |||
+ | If (3), Sebastian's code is simply "SoaS." | ||
+ | |||
+ | Who decides: | ||
+ | This is dependent on the answer to "what 'SoaS' refers to," so in effect the people who decide that question also decide who gets to decide this question. | ||
+ | |||
+ | == Side questions == | ||
+ | |||
+ | === Determine whether SoaS is a SL-endorsed way of distributing Sugar === | ||
+ | |||
+ | The consensus here seems to be that yes, SL should endorse some form or forms of distribution of Sugar on a thumbdrive using the name "Sugar on a Stick." The mission of SL is to "produce, distribute, and support" Sugar, and SoaS gives SL an easy, concrete way to demo, deploy, and therefore distribute Sugar. | ||
+ | |||
+ | === Determine whether SoaS is the SL-endorsed way of distributing Sugar === | ||
+ | |||
+ | Whether SoaS should be *the* SL-endorsed way of distributing Sugar is another question. Is SoaS the way that SL distributes Sugar directly to learners? | ||
+ | |||
+ | Support: | ||
+ | * Marketing-wise, this would be a key tool in creating widespread awareness of Sugar and having that awareness all point to a single cohesive effort. | ||
+ | * Since Sugar is free software, this does not preclude other distribution methods from being created and promoted independent of formal endorsement from SL. | ||
+ | |||
+ | Concerns: | ||
+ | * Thumbdrives are not the answer for everyone; for instance, LTSP-like compatibility may make more sense in some situations. We should not lock ourselves into a single distribution method. | ||
+ | |||
+ | Who decides: | ||
+ | This seems to be dependent on two other decisions: | ||
+ | * The decision on what "SoaS" refers to (which is within the scope of this discussion) | ||
+ | * The decision on "whether SL wants to produce an end-user product" (which had several pros and cons mentioned during the thread, but is probably outside the scope of this discussion) | ||
+ | |||
+ | Both decisions would be made by SLOBs or a decision panel convened by the SLOBs. This issue is a peripheral one that isn't particularly within the scope of the current SoaS discussions in this thread, though. | ||
+ | |||
+ | == Side notes == |
Revision as of 00:35, 21 September 2009
Sugar on a Stick/FAQ
See Sugar on a Stick/FAQ and Talk:Sugar on a Stick/FAQ. For older versions of this page, see /Archive.
There's a lot going on in this thread; here is my attempt to summarize discussions so far. If I've missed or misstated anything, please correct me. Mchua 05:35, 21 September 2009 (UTC)
What are we talking about?
Part of the ongoing discussion is meant to clarify and answer the question "What is SoaS?" The other part of the discussion is exploring "where SoaS could go in the future," for various definitions of "SoaS." (Proposed Next Steps)
What is SoaS?
SoaS is a Linux-based, Sugar-running, delivered-on-a-thumbdrive distribution focused on customizability, deployability, and local support, and meant for 1-to-1 use in schools.
The term is currently a trademark owned by SL and used to refer colloquially to several things:
- the code, based on Fedora, that Sebastian has been working on (...for lack of a better descriptor)
- any bootable thumbdrive running Sugar on top, whether based on Ubuntu or Fedora or Debian or $DISTRO.
- "the physical product SL is marketing to end-users right now"
Proposed next steps
Make a SoaS mailing list
Support:
- SoaS discussions are often SoaS-specific and treat "Sugar" as an upstream; the details of development for one do not necessarily matter for the other, so splitting into two separate lists may help people manage their inbox traffic better.
- There are sufficient numbers of people (including several key SoaS developers) interested in a SoaS-specific list to enable good working conversations to be had there.
Concerns:
- The membership of an SoaS list overlaps heavily with the existing iaep and sugar-devel lists, so a new list to reach everyone may not be needed.
- Splitting off a separate list might create overly segregated conversations with less total momentum than if we all continued on iaep and sugar-devel.
Who decides: This is unclear. Is it Bernie, as head of Infrastructure? Is it SLOBs, as part of granting SoaS a particular status?
Determine what "Sugar on a Stick" refers to
Options:
1. SoaS is a generic name usable by anyone who produces a thumbdrive-bootable Sugar, regardless of what distro, etc. that image may be based on. Since SL owns the SoaS trademark, there may be an application and approval process for projects that want to use the trademark/name, but there would be multiple "$DISTRO Sugar Spin", "$DISTRO Sugar Remix", "Sugar on $DISTRO", etc. projects.
2. SoaS is a "marketing name" used by SL as a pointer to the thumbdrive-bootable version of Sugar that SL wishes to promote at any given time. So for one press release, SL may go point to SUSE-SoaS and say "Everyone, this is SoaS!" and the next time point to Mandriva-SoaS and say "Everyone, this is SoaS!" (Note that options #1 and #2 are compatible.)
3. SoaS is a product name that refers specifically to the Fedora-based code Sebastian is working on.
Who decides: SLOBs, or a decision panel convened by SLOBs (the latter is happening now).
Determine what "the code Sebastian is working on" is called
This depends on the answer to "what 'SoaS' refers to," above.
If (1), Sebastian's code would likely be "SoaS-Fedora" or similar, possibly after an application process allowing it to use the "SoaS" name.
If (2), Sebastian's code would have a different secondary name ("SoaS-Fedora" or some other) but could (and likely would) start out as the specific SoaS edition that SL referred to when marketing "SoaS."
If (3), Sebastian's code is simply "SoaS."
Who decides: This is dependent on the answer to "what 'SoaS' refers to," so in effect the people who decide that question also decide who gets to decide this question.
Side questions
Determine whether SoaS is a SL-endorsed way of distributing Sugar
The consensus here seems to be that yes, SL should endorse some form or forms of distribution of Sugar on a thumbdrive using the name "Sugar on a Stick." The mission of SL is to "produce, distribute, and support" Sugar, and SoaS gives SL an easy, concrete way to demo, deploy, and therefore distribute Sugar.
Determine whether SoaS is the SL-endorsed way of distributing Sugar
Whether SoaS should be *the* SL-endorsed way of distributing Sugar is another question. Is SoaS the way that SL distributes Sugar directly to learners?
Support:
- Marketing-wise, this would be a key tool in creating widespread awareness of Sugar and having that awareness all point to a single cohesive effort.
- Since Sugar is free software, this does not preclude other distribution methods from being created and promoted independent of formal endorsement from SL.
Concerns:
- Thumbdrives are not the answer for everyone; for instance, LTSP-like compatibility may make more sense in some situations. We should not lock ourselves into a single distribution method.
Who decides: This seems to be dependent on two other decisions:
- The decision on what "SoaS" refers to (which is within the scope of this discussion)
- The decision on "whether SL wants to produce an end-user product" (which had several pros and cons mentioned during the thread, but is probably outside the scope of this discussion)
Both decisions would be made by SLOBs or a decision panel convened by the SLOBs. This issue is a peripheral one that isn't particularly within the scope of the current SoaS discussions in this thread, though.