[Telepathy] status of empathy and XMPP in telepathy

[Alexandr Akulich]

Hi Michael,

I'm one of the TelepathyQt-based XMPP Connection Manager developer.
Because of distributed nature of Telepathy, there is no technical problem,
but indeed, may be GNOME Project would try to avoid it.

Telepathy-Nonsense (the CM) is at an early stage of development, literally
yesterday I committed initial group chat support, implemented incoming and
outgoing invitation and turned on ClientType interface. There are many
things which needs to be implemented before 0.1 release.

On the other side, telepathy-gabble seems to have implemented everything
mentioned in the Telepathy specification and I don't see any "low hanging
fruit" here.
Instead, in order to add a feature, you'll need to 1) design its draft
specification (which should be "necessary and sufficient" for a number of
protocols), 2) implement it in a connection manager, 3) implement it in a
client, 4) get reviews, 5) polish everything.

IMO the first step is the hardest and most important one and of course we
can work on it together. For a half of features it would just about 15
lines of code for #2 (a connection manager) and something similar for #3 (a
client) so it's not a big deal to duplicate efforts here.

On Fri, Apr 29, 2016 at 2:32 PM, Michael Vetter <jubalh at openmailbox.org>
wrote:

> On Tue, 26 Apr 2016 17:52:06 +0200
> Daniel Pocock <daniel at pocock.pro> wrote:
> > telepathy-gabble appears to be based on the telepathy-glib bindings
> >
> > A lot of the newer work appears to be using TelepathyQt instead of
> > telepathy-glib.  My first suggestion would be to look for any attempts
> > to do XMPP with TelepathyQt or possible start such an implementation.
> > Look at how I started the telepathy-resiprocate project for an
> > example.
>
> Is this a good idea if I want to help improve Empathy? I am not sure if
> a GNOME project will use Qt.
>
> > Secondly, telepathy-gabble has a focus on the Google Talk version of
> > XMPP, especially for voice and video.
> > - the NAT traversal parameters are hard-coded to use Google servers,
> > making it useless if neither user is a Google account
> > - this Google emphasis is irrelevant now anyway, since Google is not
> > supporting XMPP properly at all any more.
> > Bottom line: don't be afraid to lose the Google support, go for
> > standard ICE and TURN.
>
> That should definitely changed.
> However I am still uncertain on how to proceed here.
> Someone showing me the way into the project would be good.
> _______________________________________________
> telepathy mailing list
> telepathy at lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/telepathy
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/telepathy/attachments/20160429/bfd7d356/attachment.html>