Using pkgconfig for internal libs turns out to be not a really good idea. It
works fine if you already have an efl install with the needed ecore-drm.pc
file but it will fail if you build from scratch.
We already have a m4 macro for these internal dependencies. Make use of it
for the evas drm engine depending on ecore-drm.
Fixes T1432
SIGUSR1 is used here to catch VT switching and either acquire or
release the VT. The problem is that XWayland Also sends SIGUSR1 when
it has finished initializing. In order to not get confused about where
the SIGUSR1 came from we can check the pid inside the siginfo
structure and see if it matches.
@fix
Signed-off-by: Chris Michael <cp.michael@samsung.com>
As input is sorted out here (for now), we don't need to be so noisy
and printout extra debug stuff
Signed-off-by: Chris Michael <cp.michael@samsung.com>
We use this functionality already from ecore_drm. The evas version does
not even use udev to acquire the device which means we could not support
hotplugging. The only missing feature was the capability check for
DUMB_BUFFER which I added to ecore_drm now.
This is the second iteration of this patch. Thsi time also taking expedite
runs of he evas drm engine in account.
At least with systemd 208 there is no pc file for just libsystemd. It is split
into daemon id128 journal and login. We only need login here so only require it.
Merge in the new ecore-drm input code which allows us to open and read
from input devices as a normal user without any special permissions or
suid binaries
@feature
This removes calls to the ecore_drm slave binary, and makes use of our
new dbus function calls to open an input device
Signed-off-by: Chris Michael <cp.michael@samsung.com>
As we don't need to spawn the suid binary anymore, we can remove all
the old code that was doing socketpair, passing messages, etc, etc.
Replace with proper ecore_drm_dbus function calls.
Signed-off-by: Chris Michael <cp.michael@samsung.com>
Eldbus works asynchronously, but we need syncronous method calls to
get the replies from opening input devices, so let's just use normal
dbus
Signed-off-by: Chris Michael <cp.michael@samsung.com>
This feature allows us to open input devices and receive events from
them as a normal user without the need for special input device
permissions, or the need for a slave suid binary.
NB: This will only wor with dbus & systemd support
@feature
Signed-off-by: Chris Michael <cp.michael@samsung.com>