Zdenek Kabelac 035a7b9a4b dmeventd: fix linking with libdevmapper ... Since dmeventd is 'libdm' based project, it needs to link libdm library instead of its internal version An external users may provide plugins loadeable by dmeventd. So external user of libdevmapper-event library has no other option then to link with released libdevmapper library. The complexity comes with lvm2 plugins. The lvm2 plugin itself uses internal version of device_mapper, but libdevmapper-event usage is libdm based - so there needs to be avoided any breakage on compatibility of internal i.e. dm_task_run structures. TODO: most likely dmeventd itself should be moved into libdm/dm-tools dir, and only lvm2 plugins should be created as part of lvm project, but those still need to link with libdevmapper.		2018-12-14 22:33:22 +01:00
..
plugins	headers: use full path header instead of -I directive	2018-12-14 15:13:38 +01:00
.exported_symbols	Add rudimentary versioning to the dmevend protocol, allowing us to detect the	2011-04-04 16:11:09 +00:00
.gitignore	gitignore: Update for in-place build.	2015-07-27 13:18:35 +01:00
dmeventd.c	dmeventd: fix linking with libdevmapper	2018-12-14 22:33:22 +01:00
dmeventd.h	doc: change fsf address	2016-01-21 12:11:37 +01:00
libdevmapper-event.c	dmeventd: fix linking with libdevmapper	2018-12-14 22:33:22 +01:00
libdevmapper-event.h	dmeventd: fix linking with libdevmapper	2018-12-14 22:33:22 +01:00
libdevmapper-event.pc.in	device-mapper: Fork libdm internally.	2018-05-16 13:00:50 +01:00
Makefile.in	dmeventd: fix linking with libdevmapper	2018-12-14 22:33:22 +01:00