[Sugar-devel] Engineering Team
Aleksey Lim
alsroot at member.fsf.org
Fri Nov 19 21:53:06 EST 2010
Hi all,
(Just trying to summarize previous discussions, including recent one
on #sugar with some kind of motion)
= The problem =
Current situation with stuck patches queue is dangerous. Deployments
have to support their own big branches (branches, by themselves, is not
bad but big ones), at last I know about Dextrose. Such splitting is
really bad, e.g., people who test Sugar need to keep in mind that there
are upstream, OLPC, Dextrose, etc. Sugars.
= Engineering Team =
The Engineering Team is maintaining several core projects that influence
on the rest of Sugar:
* sugar-artwork
* sugar-datastore
* sugar-toolkit (would be good to merge it with sugar-base)
* sugar (Sugar shell, i.e., Sugar Window Manager)
The team consist of developers who:
* know code of core projects (some of them),
* have a time to take part in reviewing process,
* ready to close work with all other team members.
The area of responsibility of the Engineering Team is:
* take care of technical standards (API, DBus interface, etc),
* take part in reviewing patches for one of core projects,
* acking patches for one of core projects,
* take part in reviewing [[Features]].
What Engineering Team is not intended for:
* be a core team (in meaning of Sugar core), Sugar is not community
around software but around educational ideas, so being a core is more
for educators, designers, just open minded people [1]
* be a developers team, developing in sugar is not just developing 4
projects, what is ok for these 4 projects might be bad for 99% of
sugar - activities (at least activities should be 99%)
* would be good to not mix glucose with fructose activities, activities
developing process is much obvious than glucose, lets use regular
activities workflow for fructose
* should be good if Engineering Team will take care only of glucose
releasing, not any activities. If SL needs releasing a product, would
be better to leave it to Platform Team[2]
So, Engineering Team members might not take active part in coding itself
(this is more a task for [[Features]] developers) but just do engineering
work to support core projects. The only way when creative work appears
(for Engineering Team) is [[Features]].
The team members list might not be constant, if members don't have
enough time to take active part in regular work of the team, they need
request for exclusion to not mislead other participants.
= Review process =
One of two Engineering Team tasks - reviewing (the another one is
technical standards), might look like:
* patches that are intended for glucose (the rest of projects can follow
the way which is most convenient for them) should be emailed to
sugar-devel@ with CCing to engineering@
* to accept the patch, only one ack from Engineering Team is needed
(including patches from Engineering Team members)
* obvious things should be taken into account like risks and discussing
not trivial patches with other Engineering Team members
* reviewing [[Features]] is another case, it might require more close
work of Engineering Team reviewers with feature developers
= Possible candidates to Engineering Team =
This is tops 10 of commits to glucose projects starting from 0.83.0
(when SL was formed).
sugar-base
commit 8282410627141a65d555d4b075497ae76b42a52b
Date: Thu Aug 7 15:37:17 2008 +0200
18 Tomeu Vizoso
12 Simon Schampijer
6 Marco Pesenti Gritti
3 Sascha Silbe
2 Aleksey Lim
1 Nirbheek Chauhan
1 Kushal Das
1 Bernie Innocenti
sugar-artwork
commit 6ca1dddef325dc8a6b0639724dc0def601666c2b
Date: Thu Aug 7 10:48:41 2008 +0200
31 Simon Schampijer
14 Tomeu Vizoso
14 Benjamin Berg
11 Eben Eliason
10 Marco Pesenti Gritti
7 C. Scott Ananian
3 Bernie Innocenti
2 Aleksey Lim
sugar-datastore
commit 721dc4e82515b00856cd591bc5e84bca4979ca76
Date: Thu Aug 7 16:55:10 2008 +0200
99 Tomeu Vizoso
37 Aleksey Lim
14 Sascha Silbe
6 Simon Schampijer
5 Andrés Ambrois
2 Bernie Innocenti
1 Wade Brainerd
1 Bert Freudenberg
sugar-toolkit
commit c3873bfdcb78bf5e50568b591b3d9deec4d3d9db
Date: Fri Aug 22 20:48:59 2008 +0200
160 Tomeu Vizoso
101 Aleksey Lim
85 Simon Schampijer
41 Marco Pesenti Gritti
13 Sayamindu Dasgupta
12 Sascha Silbe
12 Benjamin Berg
8 Daniel Drake
5 David Farning
4 Khaled Hosny
sugar
commit 546ddf99dece09fcbff4c8730df3f92923d7ef6b
Date: Thu Aug 7 17:58:29 2008 +0200
419 Tomeu Vizoso
234 Simon Schampijer
199 Marco Pesenti Gritti
129 Aleksey Lim
36 Sayamindu Dasgupta
24 Daniel Drake
23 Guillaume Desmottes
21 Eben Eliason
14 Sascha Silbe
13 C. Scott Ananian
= Motion =
This is *not* closed topic or my authoritative decision, just being
a sugar-datastore maintainer and a person from commits top, I've:
* create engineering team[3] on git.sl.o
* added there sugar-datastore project
* created engineering@
* will seek for existed sugar-datastore patches to review/accept them
People from the commits top (and any other skilled sugar developers)
who are agree with Engineering Team purposes, are welcome to do the same.
Any help with this topic is welcome.
[1] http://wiki.sugarlabs.org/go/User:Alsroot/Sugar_Architecture#Core_Team
[2] http://wiki.sugarlabs.org/go/User:Alsroot/Sugar_Architecture#Platform_Team
[3] http://git.sugarlabs.org/+engineering
--
Aleksey
More information about the Sugar-devel
mailing list