Talk:2008 Debate of Build and Release&action=edit: Difference between revisions
No edit summary |
(Summary of devel naming thread.) |
||
Line 5: | Line 5: | ||
</pre> to sign your comments and questions. |
</pre> to sign your comments and questions. |
||
[[User:CharlesMerriam|CharlesMerriam]] 06:42, 5 April 2008 (EDT) |
[[User:CharlesMerriam|CharlesMerriam]] 06:42, 5 April 2008 (EDT) |
||
== Summary of devel naming thread. == |
|||
The actual naming of "update 1" has created a long thread on the devel mailing list. This thread shows the expected friction between time based release names and function based release names. Following the "Can't tell your players without a program" rule, here's a short summary: |
|||
== Summary of devel thread to 8 Apr 2008 == |
|||
* Micheal stone: no problem |
|||
* Andres Salomon: hmm. Apple Blueberry (named alphabetical) |
|||
* Gary Martin: No, official-703.. No to OLPC2 thats hardware |
|||
* Dennis Gilmore: OLPC2. Oh, an the next hardware is XO-2 and should |
|||
* have same releases. |
|||
* Simon: 802.month or 802.season to push exact time. OLPC-2 type |
|||
naming for feature based. |
|||
* Morgan: use internal names without exact ship times in case we missed. |
|||
* Arron Konstom: outward consistency counts. No update-1-703, even if |
|||
we did it before. Actually <hardware version>.<major |
|||
software>.<minor software> is best. |
|||
* Walter Bender: Seasons are out. Feature based naming will slip. |
|||
XO-2 is hardware. OLPC-2, er Sugar-2, maybe OLPC-Fedora 1 is software. |
|||
Names are hard. We will ship based on time. |
|||
* Paul Fox: OLPC doesn't sound like software. Start with high numbers. |
|||
* Tomeu Vizoso: Sugar sounds like software. |
|||
* Kent Loobey: Schools really want predictable dates. Let's use |
|||
solstices which aren't. |
|||
* Polychronis Ypodimatopoulos: Prefixes shouldn't get tooooo long. |
|||
* Richard Smith: How about feature based? <hardware version>.<major |
|||
software>.<minor software> |
|||
* Mitch Bradley: What are we releasing? OLPC <component> <Generation> <Ordinal> |
|||
* Jim Gettys: Note that OS protocol changes may or may not change all |
|||
Activity binaries. |
|||
* Martin Langoff: Feature based, <major software (API)>.<minor |
|||
software (Stability)>.<bugfix> - <country>, with some interaction with |
|||
ISO numbers. Let's start with 0. something since the API isn't |
|||
stable. |
|||
* Mitch Bradley: Feature based with letters, .10 doesn't work too well. |
|||
* Morgan Collect: Right 7.10 is said as "7.1" and 7.04 and "7" |
|||
* Charles Merriam: Use <OLPC or creator> <component> <year> <major revision>:<minor revision> [- <special build>] |
|||
== Two competing naming themes == |
|||
=== Option 1: Functional naming === |
|||
* Use: some version of <component name> <major (API) version> . <minor (patch) version> |
|||
** no consensus on how to designate special builds; patch number versus suffix. |
|||
** no discussion on how much constitutes a "major" API change. |
|||
=== Option 2: Naming incorporating a year === |
|||
* Still my minority view. It is listed as the minimum buy-in before I work seriously on a build system. |
|||
* I'm adding it the main page as additional specification. |
Revision as of 17:44, 9 April 2008
Put in your comments
Also use:
~~~~
to sign your comments and questions.
CharlesMerriam 06:42, 5 April 2008 (EDT)
Summary of devel naming thread.
The actual naming of "update 1" has created a long thread on the devel mailing list. This thread shows the expected friction between time based release names and function based release names. Following the "Can't tell your players without a program" rule, here's a short summary:
Summary of devel thread to 8 Apr 2008
- Micheal stone: no problem
- Andres Salomon: hmm. Apple Blueberry (named alphabetical)
- Gary Martin: No, official-703.. No to OLPC2 thats hardware
- Dennis Gilmore: OLPC2. Oh, an the next hardware is XO-2 and should
- have same releases.
- Simon: 802.month or 802.season to push exact time. OLPC-2 type
naming for feature based.
- Morgan: use internal names without exact ship times in case we missed.
- Arron Konstom: outward consistency counts. No update-1-703, even if
we did it before. Actually <hardware version>.<major software>.<minor software> is best.
- Walter Bender: Seasons are out. Feature based naming will slip.
XO-2 is hardware. OLPC-2, er Sugar-2, maybe OLPC-Fedora 1 is software. Names are hard. We will ship based on time.
- Paul Fox: OLPC doesn't sound like software. Start with high numbers.
- Tomeu Vizoso: Sugar sounds like software.
- Kent Loobey: Schools really want predictable dates. Let's use
solstices which aren't.
- Polychronis Ypodimatopoulos: Prefixes shouldn't get tooooo long.
- Richard Smith: How about feature based? <hardware version>.<major
software>.<minor software>
- Mitch Bradley: What are we releasing? OLPC <component> <Generation> <Ordinal>
- Jim Gettys: Note that OS protocol changes may or may not change all
Activity binaries.
- Martin Langoff: Feature based, <major software (API)>.<minor
software (Stability)>.<bugfix> - <country>, with some interaction with ISO numbers. Let's start with 0. something since the API isn't stable.
- Mitch Bradley: Feature based with letters, .10 doesn't work too well.
- Morgan Collect: Right 7.10 is said as "7.1" and 7.04 and "7"
- Charles Merriam: Use <OLPC or creator> <component> <year> <major revision>:<minor revision> [- <special build>]
Two competing naming themes
Option 1: Functional naming
- Use: some version of <component name> <major (API) version> . <minor (patch) version>
- no consensus on how to designate special builds; patch number versus suffix.
- no discussion on how much constitutes a "major" API change.
Option 2: Naming incorporating a year
- Still my minority view. It is listed as the minimum buy-in before I work seriously on a build system.
- I'm adding it the main page as additional specification.