[Sugar-devel] Thoughts on Collab

[sam at sam.today]

On Sun, Jul 24, 2016 at 2:03 PM, Sebastian Silva 
<sebastian at fuentelibre.org> wrote:
> El 23/07/16 a las 19:36, sam at sam.today escribió:
>> Avahi is very fun to work with:
>> 
>>     avahi-publish-service "Sam P" "_org_sugarlabs_collab_user._tcp" 
>> 8080 "name=Sam P" "color=#fff,#000" "other_metadata=other_value"
>>     avahi-discover
>> 
>> All of the backends could give us an ip and a port to reach the 
>> other person.  For the avahi backend, this would be a direct 
>> connection to the other buddy.  For the schoolserver, it would be 
>> proxied through the schoolserver.
>> 
>> I'd love to hear your thoughts on the other problems, and on this 
>> problem to.
> 
> It sounds like you have your mind set on a solution already, from the 
> ground up. That's fine if you are willing to tackle the task.
> 
> I'm more of a re-user.

+1 for re-using.  However, we need to ensure that when we re-use, we 
re-use something that is good quality and that is a good fit for sugar. 
 Telepathy has become a little bit of a bad fit for sugar.

My attitude now is to a) not use telepathy, and b) not make the same 
mistake again.

> 
> 
> I always thought XMPP was a good idea. Have you tried gajim?
> 
> https://gajim.org/
> 
> It is an XMPP client that is allso P2P and fully written in 
> Python/GTK.

I've never herd of it :)  I suppose I will look into it.

> 
> 
> Perhaps some of its code can be reused, for F1 view and other goals. 
> I think a solution on top of this could even be made backward 
> compatible with current Sugar (for the most part).

How?  Who understands how the current code works?  Can we pass xmpp 
channels from gijam's xmpp library to telepathy?

Thanks,
Sam

> 
> 
> I'm all for a custom server component, perhaps it could be built on 
> top of this.
> 
> Regards,
> Sebastian
> 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sugarlabs.org/archive/sugar-devel/attachments/20160724/7ae317ba/attachment.html>