Nice summary Pol!<br><br>Kim<br><br><div class="gmail_quote">On Wed, Jun 11, 2008 at 2:22 PM, Polychronis Ypodimatopoulos <<a href="mailto:ypod@mit.edu">ypod@mit.edu</a>> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
This is a summary (a la Michael) of the cerebro/telepathy thread.<br>
<br>
Pol brought up the issue of how the collaboration stack is currently<br>
implemented, that there should be a dead-simple networking API for<br>
activity development and proposed someone taking the lead in<br>
implementing a connection manager for cerebro (which currently offers a<br>
D-Bus API).<br>
<a href="http://lists.laptop.org/pipermail/devel/2008-June/015238.html" target="_blank">http://lists.laptop.org/pipermail/devel/2008-June/015238.html</a><br>
<br>
Ben suggested that there is no need to abstract telepathy further<br>
because it's an abstraction layer in itself. Instead, API changes should<br>
be proposed, if any exist.<br>
<a href="http://lists.laptop.org/pipermail/devel/2008-June/015239.html" target="_blank">http://lists.laptop.org/pipermail/devel/2008-June/015239.html</a><br>
<br>
Ricardo suggested that there should be someone working on a cerebro<br>
connection manager in parallel with jabber.<br>
<a href="http://lists.laptop.org/pipermail/devel/2008-June/015248.html" target="_blank">http://lists.laptop.org/pipermail/devel/2008-June/015248.html</a><br>
<br>
Marco and Tomeu agreed that there should be a cerebro connection<br>
manager, Marco conceded to getting cerebro in joyride, but disagreed<br>
with adding an abstraction layer between telepathy and sugar/activities<br>
on the basis that telepathy is abstraction layer in itself and we must<br>
live with what is currently available for lack of resources and because<br>
compromises are often made in large software projects.<br>
<a href="http://lists.laptop.org/pipermail/devel/2008-June/015226.html" target="_blank">http://lists.laptop.org/pipermail/devel/2008-June/015226.html</a><br>
<a href="http://lists.laptop.org/pipermail/devel/2008-June/015254.html" target="_blank">http://lists.laptop.org/pipermail/devel/2008-June/015254.html</a><br>
<br>
Scott brought up the issue of children invariably trying to develop a<br>
multi-player game on sugar and failing because of the complexity of the<br>
collaboration API. Marco agreed with this problem and recognized the<br>
need for a python layer above telepathy/cerebro that can be invoked<br>
without DBus, while a lower level DBus-based API will be used by<br>
non-python activities. Both Marco and Scott saw the need for extensive<br>
tutorials and examples on how to use any networking API for activity<br>
development.<br>
<a href="http://lists.laptop.org/pipermail/devel/2008-June/015255.html" target="_blank">http://lists.laptop.org/pipermail/devel/2008-June/015255.html</a><br>
<br>
Kim would like to figure out how to make progress on cerebro.<br>
<a href="http://lists.laptop.org/pipermail/devel/2008-June/015261.html" target="_blank">http://lists.laptop.org/pipermail/devel/2008-June/015261.html</a><br>
<br>
Robert characterized telepathy primarily as an API to a variety of<br>
functionality and different communication mechanisms, recognized some<br>
problems in the implementation and the need for cerebro as one of the<br>
plans to deal with those problems. He also went through the history of<br>
how D-Tubes and stream tubes came about and noted that the requirements<br>
were not really clear when their (D-Tubes and stream tubes)<br>
implementation started. He also recognized the need to hide some of the<br>
complexities of network programming by adding a simplifying layer on top<br>
of telepathy, or by extending the current telepathy API.<br>
<a href="http://lists.laptop.org/pipermail/devel/2008-June/015262.html" target="_blank">http://lists.laptop.org/pipermail/devel/2008-June/015262.html</a><br>
<a href="http://lists.laptop.org/pipermail/devel/2008-June/015258.html" target="_blank">http://lists.laptop.org/pipermail/devel/2008-June/015258.html</a><br>
<br>
Finally, Morgan went through the history of how the Presence Service was<br>
implemented, that it predates the use of telepathy and that it contains<br>
some "interesting", to put it politely, design aspects. He also went<br>
through his efforts to simplify the implementation of collaboration in<br>
activities by pushing the telepathy functionality from the activities<br>
into the PS where possible and his plans to simplify further<br>
collaboration in activities.<br>
<a href="http://lists.laptop.org/pipermail/devel/2008-June/015274.html" target="_blank">http://lists.laptop.org/pipermail/devel/2008-June/015274.html</a><br>
<br>
Tomeu also suggested getting this summary together (thanks!) and that it<br>
may make sense to separate discussion on the API from discussion on the<br>
current implementation.<br>
<br>
I hope I captured the most important parts of this threads, feel free to<br>
blame me if I failed in any parts.<br>
<br>
Pol<br>
<br>
<br>
--<br>
Polychronis Ypodimatopoulos<br>
Graduate student<br>
Viral Communications<br>
MIT Media Lab<br>
Tel: +1 (617) 459-6058<br>
<a href="http://www.mit.edu/%7Eypod/" target="_blank">http://www.mit.edu/~ypod/</a><br>
<br>
_______________________________________________<br>
Devel mailing list<br>
<a href="mailto:Devel@lists.laptop.org">Devel@lists.laptop.org</a><br>
<a href="http://lists.laptop.org/listinfo/devel" target="_blank">http://lists.laptop.org/listinfo/devel</a><br>
</blockquote></div><br>