eplace the variable
place holder with the machine being called, IE:
'execonswitch=/usr/bin/monitorswitch %COMPNUM'
Or something like that.
Hope you like the ideas.
Jon
On 18 January 2016 at 14:13, Gerd Hoffmann wrote:
> On Mo, 2016-01-18 at 11:47 +, Jonathan Scruggs wrote:
> >
r
It happens on all the key binding assignments. Are there changes in the
code elsewhere that this patch is for? It compiles just fine without it on
the 2.5.0 sources with the latest CVE bug patches.
Jon
On 18 January 2016 at 14:13, Gerd Hoffmann wrote:
> On Mo, 2016-01-18 at 11:47 +, Jonathan
Hi Gerd,
Would there be a way to add repeating keys back in that doesn't cause
issues? Maybe slow down the repeat cycle? Or is this strictly a issue with
how the actual event drivers or the buffers work and would need changing to
that on the host side? In my mind it seams fairly straightforward in
Mo, 2016-01-04 at 13:19 +0000, Jonathan Scruggs wrote:
> > Oh. I just changed /dev/input/eventx (replace x with correct number
> > for my devices) to permissions of 666 and it worked. I guess I had to
> > change the conf file and change the permissions. Is there a way to
> >
eventx devices. Do I need a udev script or is there a qemu user that can be
added to the group of input?
Thanks
On 4 January 2016 at 11:56, Gerd Hoffmann wrote:
> On Mo, 2016-01-04 at 10:10 +0000, Jonathan Scruggs wrote:
> > Hi,
> >
> >
> > I tried these patches wi
ary 2016 at 11:56, Gerd Hoffmann wrote:
> On Mo, 2016-01-04 at 10:10 +, Jonathan Scruggs wrote:
> > Hi,
> >
> >
> > I tried these patches with qemu 2.5.0 on Gentoo and libvirt. I get the
> > following error:
> > Error starting domain: internal error: ear
Hi,
I tried these patches with qemu 2.5.0 on Gentoo and libvirt. I get the
following error:
Error starting domain: internal error: early end of file from monitor:
possible problem:
2015-12-22T21:51:20.659520Z qemu-system-x86_64: -input-linux
/dev/input/by-path/pci-:00:14.0-usb-0:12:1.0-event-k
