]> git.ipfire.org Git - thirdparty/libvirt.git/commit
Update to require sanlock 1.8 for license compliance
authorDaniel P. Berrange <berrange@redhat.com>
Mon, 19 Sep 2011 10:04:59 +0000 (11:04 +0100)
committerDaniel Veillard <veillard@redhat.com>
Tue, 20 Sep 2011 03:18:54 +0000 (11:18 +0800)
commit19ff0ddfbbeff8dec0c40aeaa0fe9584573dfad7
tree020d489200337c2b48ea53656985a8a49e24fe83
parentb4c3be5943d90a7222eeef860f4554c994b7fe0b
Update to require sanlock 1.8 for license compliance

Inexplicably the sanlock code all got placed under the GPLv2-only,
so libvirt's use of sanlock introduces a license incompatibility.
The sanlock developers have now rearranged the code such that there
is a 'sanlock_client.so' which is LGPLv2+ while their daemon remains
GPLv2-only. To use the new client library we need to call the new
sanlock_init and sanlock_align APIs instead of sanlock_direct_init
and sanlock_direct_align. These APIs calls are now routed via the
sanlock daemon, instead of doing direct I/O calls to disk.

For all this we require sanlock >= 1.8

* configure.ac: Check for sanlock_client.so instead of sanlock.so
  and fix various comments
* libvirt.spec.in: Mandate sanlock >= 1.8
* src/Makefile.am: Link to -lsanlock_client
* src/locking/lock_driver_sanlock.c: Use sanlock_init and
  sanlock_align
configure.ac
libvirt.spec.in
src/Makefile.am
src/locking/lock_driver_sanlock.c