[Telepathy] ANNOUNCE: telepathy-spec 0.17.18

[Simon McVittie]

I've uploaded telepathy-spec 0.17.18, the "telekinesis" release.

The current development version of telepathy-spec is available as HTML:
  <http://telepathy.freedesktop.org/spec.html>
or from the 'master' branch in the git repository:
  <git://git.collabora.co.uk/git/telepathy-spec.git>
  <git+ssh://git.collabora.co.uk/git/telepathy-spec.git> (for committers)
  <http://git.collabora.co.uk/?p=telepathy-spec.git> (gitweb)

For packagers (e.g. http://packages.debian.org/telepathy-spec):
tar: http://telepathy.freedesktop.org/releases/telepathy-spec/telepathy-spec-0.17.18.tar.gz
sig: http://telepathy.freedesktop.org/releases/telepathy-spec/telepathy-spec-0.17.18.tar.gz.asc

API changes:

* Unix_Timestamp64 is now a signed 64-bit integer, not unsigned as it was
  previously. In practice this shouldn't cause problems, as it only appeared
  in variants, where implementations should be lenient about types in any case.

* Changed the tp:name-for-bindings annotation on the Tubes channel type to
  match what telepathy-glib historically generated, meaning that when
  telepathy-glib code generation changes to use this annotation in 0.7.23,
  it will not break ABI. (The only binding using tp:name-for-bindings so far
  is telepathy-qt4, which is not ABI-stable yet anyway, so this change seems
  unlikely to break things.)

Changes to experimental API:

* Improve the DBusTube interface: use maps (handle → D-Bus name) rather than
  lists of structs for D-Bus names, make OfferDBusTube return the address that
  will be used, remove GetDBusTubeAddress as a result, and turn GetDBusNames
  into a property

New API:

* The FileTransfer channel type is now considered stable (much rejoicing)

* A new type has been added, Rich_Presence_Access_Control, for use by
  rich presence interfaces like Location

New experimental API:

* Replaced the old ContactInfo interface with a much-improved draft

* Added the Location interface, hopefully the first of several "rich presence"
  interfaces

Deprecations:

* MediaStreamHandler.RemoveRemoteCandidate is deprecated: it seemed like a
  good idea at the time, but turned out not to be useful

* SetStreamPlaying with argument FALSE is basically meaningless, and is now
  deprecated

Miscellaneous:

* Sorted out the possible errors for RequestHandles, hopefully for the last
  time

* Some clarifications to MediaStreamHandler

* Added names for all 'out' parameters and made doc-generator.xsl warn
  whenever this has not been done


Regards,
    Simon
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 155 bytes
Desc: Digital signature
Url : http://lists.freedesktop.org/archives/telepathy/attachments/20090120/6a05ac6b/attachment.pgp