Telepathy: Difference between revisions

From OLPC
Jump to navigation Jump to search
No edit summary
No edit summary
Line 1: Line 1:
<noinclude>{{Google Translations}}{{TOCleft}}</noinclude>
[[Image:Telepathy.png|right]]
[[Image:Telepathy.png|right]]


=Overview=
==Overview==


Telepathy is a framework for real-time conversations, including instant messaging, IRC, voice calls and video calls. It provides a modular approach to implementing these types of communications, so that applications do not have to reimplement common functionality.
Telepathy is a framework for real-time conversations, including instant messaging, IRC, voice calls and video calls. It provides a modular approach to implementing these types of communications, so that applications do not have to reimplement common functionality.
Line 9: Line 10:
Telepathy is supported by [http://www.collabora.co.uk/ Collabora Ltd]
Telepathy is supported by [http://www.collabora.co.uk/ Collabora Ltd]


==Presentation==
===Presentation===


See Rob McQueen's recent presentation on Telepathy at linux.conf.au: [http://mirror.linux.org.au/pub/linux.conf.au/2008/Thu/mel8-158.ogg OGG] [http://mirror.linux.org.au/pub/linux.conf.au/2008/Thu/mel8-158.spx SPX]
See Rob McQueen's recent presentation on Telepathy at linux.conf.au: [http://mirror.linux.org.au/pub/linux.conf.au/2008/Thu/mel8-158.ogg OGG] [http://mirror.linux.org.au/pub/linux.conf.au/2008/Thu/mel8-158.spx SPX]


==Rationale==
===Rationale===


Benefits of Telepathy's modular approach:
Benefits of Telepathy's modular approach:
Line 27: Line 28:
''(from http://telepathy.freedesktop.org/wiki/)''
''(from http://telepathy.freedesktop.org/wiki/)''


=Connection Managers=
==Connection Managers==


Telepathy Connection Managers (CMs) provide the back ends for protocols. Since these are modular, a Telepathy-enabled application can use whichever CMs are available, providing they support the appropriate interfaces.
Telepathy Connection Managers (CMs) provide the back ends for protocols. Since these are modular, a Telepathy-enabled application can use whichever CMs are available, providing they support the appropriate interfaces.


==Used by OLPC==
===Used by OLPC===


OLPC uses the following CMs:
OLPC uses the following CMs:
Line 42: Line 43:
See [[Activity Sharing]] for some historical discussion on the rationale of using Telepathy for OLPC.
See [[Activity Sharing]] for some historical discussion on the rationale of using Telepathy for OLPC.


==Other CMs==
===Other CMs===


In addition, there are CMs implemented for the following protocols:
In addition, there are CMs implemented for the following protocols:
Line 51: Line 52:
* Haze: uses libpurple to provide all the protocols that Pidgin supports (AIM, ICQ, Yahoo, MSN...)
* Haze: uses libpurple to provide all the protocols that Pidgin supports (AIM, ICQ, Yahoo, MSN...)


=Telepathy Spec=
==Telepathy Spec==


At the core of Telepathy is the DBus interface specification which describes how Telepathy components communicate with each other. See [http://telepathy.freedesktop.org/spec.html Telepathy D-Bus Interface Specification] for the current version.
At the core of Telepathy is the DBus interface specification which describes how Telepathy components communicate with each other. See [http://telepathy.freedesktop.org/spec.html Telepathy D-Bus Interface Specification] for the current version.


=Proposed Standards=
==Proposed Standards==


These documents were generated from the XML files included in telepathy-gabble/docs and telepathy-salut/docs:
These documents were generated from the XML files included in telepathy-gabble/docs and telepathy-salut/docs:
Line 64: Line 65:
* [http://telepathy.freedesktop.org/xmpp/clique.html XEP-proto-clique]: Clique - link-local chat rooms
* [http://telepathy.freedesktop.org/xmpp/clique.html XEP-proto-clique]: Clique - link-local chat rooms


=More Telepathy Documentation=
==More Telepathy Documentation==


The [http://telepathy.freedesktop.org/ Telepathy wiki] has documentation. In particular, see the following documents:
The [http://telepathy.freedesktop.org/ Telepathy wiki] has documentation. In particular, see the following documents:


==Telepathy Architecture==
===Telepathy Architecture===


See [http://telepathy.freedesktop.org/wiki/System_Overview Telepathy Framework Architecture].
* See [http://telepathy.freedesktop.org/wiki/System_Overview Telepathy Framework Architecture].
* [http://people.collabora.co.uk/~davyd/telepathy-book/ Telepathy Developers Manual] (under construction)

===Other links===

* Multiple tube discussion, http://www.mail-archive.com/sugar-devel@lists.sugarlabs.org/msg08050.html


[[Category:Software]]
[[Category:Software]]

Revision as of 14:43, 20 August 2009

Telepathy.png

Overview

Telepathy is a framework for real-time conversations, including instant messaging, IRC, voice calls and video calls. It provides a modular approach to implementing these types of communications, so that applications do not have to reimplement common functionality.

Telepathy uses the D-Bus IPC system between components, allowing development of new components in any language, to conform to the Telepathy D-Bus specification. This means that Telepathy components can be added to existing applications which can talk D-Bus, without a hard dependency.

Telepathy is supported by Collabora Ltd

Presentation

See Rob McQueen's recent presentation on Telepathy at linux.conf.au: OGG SPX

Rationale

Benefits of Telepathy's modular approach:

  • Robustness: one component can crash without crashing others
  • Ease of development: components can be replaced within a running system; tools like dbus-inspector can trace interactions between components
  • Language independence: components can be written in any language that has a D-Bus binding; if the best free implementation of the Oscar (AOL) protocol is in Java, you can write your Oscar connection manager in Java to take advantage of that
  • Desktop independence: D-Bus has been adopted as an IPC mechanism by both GNOME and KDE
  • License independence: components can be under different licenses that would be incompatible if all components were running in one process
  • Code reuse: Telepathy allows clients to ignore protocol details as much as possible, easing transitions between different communications systems
  • Connection reuse: multiple Telepathy components can use the same connection simultaneously
  • Security: components can run with very limited privileges; a typical connection manager only needs access to the network and to the D-Bus bus, making it possible for an SELinux policy to prevent protocol code from e.g. accessing the disk

(from http://telepathy.freedesktop.org/wiki/)

Connection Managers

Telepathy Connection Managers (CMs) provide the back ends for protocols. Since these are modular, a Telepathy-enabled application can use whichever CMs are available, providing they support the appropriate interfaces.

Used by OLPC

OLPC uses the following CMs:

  • Gabble: for XMPP via a Jabber Server
  • Salut: for link local XMPP

See Activity sharing for an overview of activity collaboration, and Presence Service to see how the Sugar stack interfaces with these Telepathy CMs.

See Activity Sharing for some historical discussion on the rationale of using Telepathy for OLPC.

Other CMs

In addition, there are CMs implemented for the following protocols:

  • Idle: IRC
  • Telepathy-SofiaSIP: SIP
  • Butterfly: MSN
  • Haze: uses libpurple to provide all the protocols that Pidgin supports (AIM, ICQ, Yahoo, MSN...)

Telepathy Spec

At the core of Telepathy is the DBus interface specification which describes how Telepathy components communicate with each other. See Telepathy D-Bus Interface Specification for the current version.

Proposed Standards

These documents were generated from the XML files included in telepathy-gabble/docs and telepathy-salut/docs:

More Telepathy Documentation

The Telepathy wiki has documentation. In particular, see the following documents:

Telepathy Architecture

Other links