Skip to content
Snippets Groups Projects
  1. Mar 08, 2016
    • Sjoerd Simons's avatar
      Debian: Make apertis_tests_lib available in python system path · e3e2d04b
      Sjoerd Simons authored
      
      Add a symlink in the python 3 system path to maek apertis_tests_lib
      available to the system.
      
      Note that this is a somewhat ugly solution. To solve it properly the
      build system needs to be a bit revamped to install the python libraries
      (and really binaries) in the right spots in the system.
      
      Reviewed-by: default avatarPhilip Withnall <philip.withnall@collabora.co.uk>
      Signed-off-by: default avatarSjoerd Simons <sjoerd.simons@collabora.co.uk>
      Differential Revision: https://phabricator.apertis.org/D2201
      e3e2d04b
    • Philip Withnall's avatar
      bluez: Port Bluetooth tests to use BlueZ 5 · f49438b6
      Philip Withnall authored and Sjoerd Simons's avatar Sjoerd Simons committed
      
      This is effectively a complete rewrite of the tests. Some of the common
      functionality has been split out to apertis_tests_lib. The external
      interfaces and behaviour of the tests should have remained unchanged.
      
      The tests needed to change considerably in structure because of the
      difference between how BlueZ 4 and BlueZ 5 handle device objects. BlueZ
      4 only creates a device object if an adapter is paired with that device.
      BlueZ 5 creates it as soon as a device is discovered.
      
      Apart from that, the main differences between the two APIs are in the
      shift to standard D-Bus interfaces (Properties and ObjectManager) in
      BlueZ 5.
      
      While rewriting the tests, a lot of multi-second sleep() calls have been
      removed in favour of waiting for the relevant completion signals from
      the D-Bus API. This means some potentially unbounded waits if the
      Bluetooth daemon misbehaves or ends up in a state the unit test does not
      expect. But otherwise it means faster test execution and no failures due
      to races between the sleep() and the Bluetooth daemon completing an
      operation.
      
      [ Small updates for review  comments ]
      
      Reviewed-by: default avatarPhilip Withnall <philip.withnall@collabora.co.uk>
      Signed-off-by: default avatarSjoerd Simons <sjoerd.simons@collabora.co.uk>
      Differential Revision: https://phabricator.apertis.org/D971
      f49438b6
  2. Mar 07, 2016
  3. Mar 04, 2016
  4. Mar 03, 2016
Loading