Decision panels/SOAS

Pencil.png NOTICE:  This page is a draft in active flux...
Please contribute to these contents and discuss issues on the discussion page.


Origin

A 12-person Sugar-on-a-Stick (SoaS) decision panel was appointed by a September 25, 2009 Oversight Board decision.

Mandate

Template:Quote


Members

  • Sebastian Dziallas
  • Luke Faraone
  • Martin Dengler
  • Bill Bogstad
  • Faisal Khan
  • Benjamin M. Schwartz
  • Samuel Klein
  • Sean Daly
  • Tabitha Roder
  • Caryl Bigenho
  • Daniel Drake
  • Abhishek Indoria


Procedures

The Decision Panel procedures were adopted.

Discussion took place on the SoaS mailing list with subject lines beginning with the text "[DP]".


Report

This is a draft, and not a final report.

Introduction

This constitutes the report of the SoaS decision panel (DP), convened by SLOB.

The structure of this report is:

  1. Introduction (this section)
  2. Executive Summary
  3. Mandate
  4. Members
  5. Report on Questions 1-3
  6. Conclusion
  7. Appendices


Executive Summary

The Decision Panel was mandated to answer three questions. The Decision Panel's answers are below:

This section has various position drafts as consensus has not been reached

Question 1: "Should Sugar Labs be a GNU/Linux distributor, rather than just an upstream producing Sugar releases?"


Yes No Invalid
  1. Yes. Without it Sugar Labs has nothing to encourage the use of or promote that is of direct use to anyone other then programmers or the people who assemble Linux distributions. counterpoint
  2. Yes. We greatly appreciate the work of those who have contributed to SoaS Strawberry and Blueberry. We regard these products as valuable, critical distribution mechanism for Sugar, and we will do what we can to ensure their continued development. (reference)
  1. No, not now. SL is not now a full-service GNU/Linux distributor and being one is not in SL's mission statment; "Sugar learning platform" is *not* a GNU/Linux distribution. counterpoint counter-counterpoint. However many contributors volunteer to help with individual tasks thereof; and an official plan is part of a number of SugarLabs' members published plans. Sugar Labs is better off spending its scarce resources on the Sugar learning platform. Distribution work is is really hard and labour-intensive and being done by major distro vendors already (Debian, Fedora [phttp://lists.sugarlabs.org/archive/soas/2009-October/000168.html (reference)]
  1. Invalid question. An answer to this question is not needed for Sugar Labs' members to get on with their work, and the results from a decision panel will not have any effect ref.

Answer: TBD


Question 2: "Should SL be neutral about distributions containing Sugar, and refuse to endorse one over another?"

Answer:

Yes No
  1. No. Sugar On a Stick, the Fedora-derived distribution, will be the endorsed distribution.

Answer: TBD

Question 3: "Should 'Sugar on a Stick' be a phrase that SL asks its community to avoid using unless they refer to the SoaS-Fedora distribution?"

Answer: Yes.

Yes No
  1. Yes.

Answer: TBD

In addition, the mandate allows the Decision Panel to raise and answer any other question the DP deems required to provide an answer to the original question: "Is the current SoaS going to be the primary way Sugar Labs distributes a Sugar-centric GNU/Linux distribution?" (Question 0).

The Decision Panel has not raised any additional questions.

Mandate

Template:Quote

Members

  • Sebastian Dziallas
  • Luke Faraone
  • Martin Dengler
  • Bill Bogstad
  • Faisal Khan
  • Benjamin M. Schwartz
  • Samuel Klein
  • Sean Daly
  • Tabitha Roder
  • Caryl Bigenho
  • Daniel Drake
  • Abhishek Indoria


Report on Questions 1-3

Question 1

Question 1: "Should Sugar Labs be a GNU/Linux distributor, rather than just an upstream producing Sugar releases?"

Answer: No, not now. SL is not now a full-service GNU/Linux distributor but 1) many contributors volunteer to help with individual tasks thereof; and 2) an official plan is part of a number of SugarLabs' members plans.


Question 2

Question 2: "Should SL be neutral about distributions containing Sugar, and refuse to endorse one over another?"

Answer: No. Sugar On a Stick, the Fedora-derived distribution, will be the endorsed distribution.


Question 3

Question 3: "Should 'Sugar on a Stick' be a phrase that SL asks its community to avoid using unless they refer to the SoaS-Fedora distribution?"

Answer: Yes.


Conclusion

Appendicies

Votes / Recorded opinions

Question 1
Question 1: "Should Sugar Labs be a GNU/Linux distributor, rather than just an upstream producing Sugar releases?"
Yes No Defer Invalid Undecided/Abstain
  1. Sean Daly
  2. Bill Bogstead
  3. Abhishek Indoria
  1. Martin Dengler
  2. Tabitha Roder
  3. Caryl Bigenho
  1. Sebastian Dziallas
  2. Luke Faraone
  3. Faisal Khan
  4. Benjamin M. Schwartz
  5. Samuel Klein
  6. Daniel Drake


Question 2
Question 2: "Should SL be neutral about distributions containing Sugar, and refuse to endorse one over another?"
For Against Defer Invalid Undecided/Abstain
  1. Martin Dengler
  2. Tabitha Roder
  3. Caryl Bigenho
  1. Abhishek Indoria
  1. Sebastian Dziallas
  2. Luke Faraone
  3. Martin Dengler
  4. Bill Bogstad
  5. Faisal Khan
  6. Benjamin M. Schwartz
  7. Samuel Klein
  8. Daniel Drake


Question 3
Question 3: "Should 'Sugar on a Stick' be a phrase that SL asks its community to avoid using unless they refer to the SoaS-Fedora distribution?"
For Against Defer Invalid Undecided/Abstain
  1. Sean Daly
  2. Abhishek Indoria
  3. Tabitha Roder
  1. Martin Dengler
  2. Caryl Bigenho
  1. Bill Bogstad
  2. Sebastian Dziallas
  3. Luke Faraone
  4. Faisal Khan
  5. Benjamin M. Schwartz
  6. Samuel Klein
  7. Daniel Drake

Further ideas

Potential naming conventions
  • Sugar4CD/PC/F11 (Sugar, version 4, made for liveCD, runs on PCs, Fedora11 based) - example from Caryl Bigenho <cbigenho@hotmail.com>
  • There has been much talk of whether we should name with different foods and animals. Types of sugar (sucrose, glucose) has been suggested due to its link to sustainability of life.

There still seems to be much sense in keeping it simple with SoaS keeping one name with a version release number and corresponding release name.

  • Perhaps including the type of media in the name could be helpful, but with "sugar" themes. For example SD versions could be "Sugar Cookies," Live CD versions could be "Sugar Pies." That would make the above example "SugarPie4/PC/F11"(also from Caryl Bigenho)