NEWS

   1 D-Bus Python Bindings 0.81.1 (unreleased)
   2 =========================================
   3
   4 Features:
   5
   6 * When an Error message on the bus is represented as a DBusException, the
   7   error name is copied into the exception and can be retrieved by
   8   get_dbus_name(). Exception handlers should use this instead of looking at
   9   the stringified form of the exception, unless backwards compatibility
  10   is needed.
  11 * DBusException objects now get all arguments from the Error message, not
  12   just the first (although there will usually only be one). Use the 'args'
  13   attribute if you need to retrieve them.
  14
  15 Bug fixes:
  16
  17 * Don't deadlock when removing a signal match that tracks name-owner changes.
  18   (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=426412)
  19
  20 D-Bus Python Bindings 0.81.0 (9 May 2007)
  21 =========================================
  22
  23 The 'series of tubes' release
  24 -----------------------------
  25
  26 This is a feature release with support for non-bus-daemon connections
  27 and improved GObject integration.
  28
  29 Features:
  30
  31 * Bus has a superclass dbus.bus.BusConnection (a connection to a bus daemon,
  32   but without the shared-connection semantics or any deprecated API)
  33   for the benefit of those wanting to subclass bus daemon connections
  34
  35 * BusConnection has a superclass dbus.connection.Connection (a
  36   connection without a bus daemon) for use in peer-to-peer situations,
  37   or distributed pseudo-bus situations without a bus daemon such as
  38   Telepathy's Tubes API
  39
  40 * dbus.gobject_service.ExportedGObject is like dbus.service.Object, but
  41   is also a subclass of GObject (with the necessary metaclass magic to
  42   make this work). Until someone has verified that the GObject side of
  43   things works as expected too, I consider this API to be potentially
  44   subject to change!
  45
  46 * Connection and BusConnection have gained a number of useful methods,
  47   including watch_name_owner (track name owner changes asynchronously,
  48   avoiding race conditions), call_blocking and call_async (blocking and
  49   asynchronous method calls without going via a proxy - note that these
  50   are semi-low-level interfaces which don't do introspection), and
  51   list_names, list_activatable_names and get_name_owner which are
  52   simple wrappers for the corresponding org.freedesktop.DBus methods
  53
  54 * dbus.Interface (now also available at dbus.proxies.Interface)
  55   and dbus.proxies.ProxyObject now have some reasonably obvious properties.
  56
  57 Deprecations:
  58
  59 * All keyword arguments called named_service are deprecated in favour of an
  60   argument called bus_name (to be compatible with both older and newer
  61   dbus-python, you should pass these positional arguments).
  62
  63 * The bus keyword argument to dbus.proxies.ProxyObject is deprecated in
  64   favour of an argument called conn, because proxies will work on non-bus
  65   connections now (again, for maximum compatibility you should use a
  66   positional argument for this).
  67
  68 * No warning is raised for this, but I consider calling any remote method
  69   on a ProxyObject or Interface whose name is either alllowercase or
  70   lower_case_with_underscores to be deprecated, and reserve the right
  71   to add properties or methods of this form in future releases - use
  72   ProxyObject.get_dbus_method if you must call a remote method named in
  73   this way. Methods named following TheUsualDBusConvention or
  74   theJavaConvention are safe.
  75
  76 Bugfixes:
  77
  78 * Exceptions in signal handlers print a stack trace to stderr (this can
  79   be redirected elsewhere with Python's logging framework). Partially
  80   addresses fd.o #9980.
  81
  82 * The reserved local interface and object path are properly checked for.
  83
  84 * When you return a tuple that is not a Struct from a method with no
  85   out_signature, it's interpreted as multiple return values, not a
  86   single Struct (closes fd.o #10174).
  87
  88 * If send_with_reply() returns TRUE but with pending call NULL, dbus-python
  89   no longer crashes. This can happen when unexpectedly disconnected.
  90
  91 * Arguments are not examined for functions declared METH_NOARGS (this is
  92   unnecessary and can cause a crash).
  93
  94 Other notable changes:
  95
  96 * dbus-python uses the standard Python logging framework throughout.
  97   The first time a WARNING or ERROR is generated, it will configure the
  98   logging framework to output to stderr, unless you have already
  99   configured logging in your application.
 100
 101 * The tutorial now advocates the use of add_signal_receiver if all you
 102   want to do is listen for signals: this avoids undesired activation,
 103   e.g. of Listen or Rhythmbox (!). Addresses fd.o #10743, fd.o #10568.
 104
 105 D-Bus Python Bindings 0.80.2 (13 February 2007)
 106 ===============================================
 107 - Fix numerous memory and reference leaks
 108 - Only use -Werror if the user specifically asks for it
 109 - Audit tp_dealloc callbacks to make sure they correctly preserve the
 110   exception state
 111 - Relicense files solely owned by Collabora Ltd. more permissively (LGPL/AFL
 112   rather than GPL/AFL) - this includes the tutorial and all the C code
 113
 114 D-Bus Python Bindings 0.80.1 (24 January 2007)
 115 ==============================================
 116 - The "oops" release
 117 - Install dbus/_version.py, so dbus.__version__ exists again
 118
 119 D-Bus Python Bindings 0.80.0 (24 January 2007)
 120 ==============================================
 121 - The "everything changes" release
 122 - Rewrite dbus_bindings (Pyrex) as _dbus_bindings (C) - API changes!
 123 - Define what's public API
 124 - Move low-level but still public API to dbus.lowlevel
 125 - Remove Variant class, add variant_level property on all D-Bus types
 126 - Make signal matching keep working as expected when name ownership changes
 127 - Use unambiguous D-Bus types when transferring from D-Bus to Python
 128 - Follow well-defined rules when transferring from Python to D-Bus
 129 - Add utf8_strings and byte_arrays options in various places, so a user
 130   can tweak the calling conventions to be more efficient
 131 - Raise RuntimeError if user tries to use a connection with no main loop
 132   to do something that won't work without one
 133 - Make asynchronous method calls actually asynchronous when made before
 134   introspection results come back
 135 - Redo main loop machinery so we can add pure-Python main loops later without
 136   API breakage
 137 - Allow construction of a dbus.service.Object if you don't have a BusName
 138   (or even a Bus)
 139 - Port introspection XML parser from libxml2 (external package) to expat
 140   (included with Python)
 141 - Port build system from distutils to autoconf/automake/libtool
 142 - Install a header file for third-party main loop integration
 143 - Make compatible with Python 2.5, including on 64-bit platforms
 144 - Add docstrings throughout
 145 - Add more tests and examples
 146 - Add interoperability tests (which interoperate with Java)
 147 - Add copyright notices!
 148
 149 D-Bus Python Bindings 0.71 (24 July 2006)
 150 ==============================================================
 151 - Binary modules are now installed in the correct directory
 152 - Distutils exports the dbus and dbus-glib cflags
 153
 154 D-Bus Python Bindings 0.70 (17 July 2006)
 155 ==============================================================
 156 - First release of bindings split
 157 - Move to a distutils build enviornment
 158 - It is possible to now specify sender_keyword="foo", path_keyword="bar" when
 159   adding a signal listener