| Age | Commit message (Collapse) | Author | Files | Lines |
|---|
|
This avoids the need to do a memcpy if the read callback wants to keep
the data around. This makes the read callback responsible for freeing the
buffer.
|
|
gnome-session will wait for autostartup "apps" marked with
X-GNOME-Autostart-Phase=Initialization to signal they've completed starting
or do an exit 0, before continuing with the next startup phase. Since we were
doing neither, it would wait for a timeout until continueing causing a
noticable delay before gdm showing the greeter, and after login. By
daemonizing immediately after startup we avoid this delay without needing
to go talk XSMP or something similar.
|
|
vdagent is a bit of a generic name and thus might create file conflicts,
also just vdagent just not make it clear to the user that vdagent belongs
to spice.
|
|
cleanly)
|
|
Instead break from the main loop and properly cleanup behind ourselves
This stops us from not flushing "Fatal ..." messages to the log.
|
|
|
|
|
|
|
|
|
|
Thanks to kraxel (Gerd Hoffmann) for finding this.
|
|
|
|
Also put selection requests in a queue so that we are sure to answer
them in the same order as received.
|
|
Also make the grab_clipboard message argument a list of supported types,
rather then assuming that the clipboard will always contain only one
type.
|
|
|
|
|
|
|
|
When we receive monitor configuratin, cache it and forward it to
currently connected vdagent clients. When a new vdagent connects send it
the cahced monitor info (if we have any cached monitor info).
|
|
|
|
|
|
Get the resolution from the X-server and send it to vdagentd which needs it
for the size of the uinput device. Also notify vdagentd if the resolution
changes.
|
|
|
|
To get a properly functioning agent we will need to split the functionality
into a daemon (vdagentd, which has the rights to open the virtio device and to
create fake input devices for the mouse) and into a client (vdagent) which
runs under Xorg and thus can read / set things like the resolution and
the clipboard and talks to the spice server / client through the daemon.
Since we can have multiple xorg sessions active (through switch user for
example), the daemon supports multiple agent connections. Security
still needs to be filled in I'm afraid (see TODO).
The protocol between the 2 is "described" in vdagentd-proto.h, currently there
is only one vdagentd command, which allows vdagent to tell vdagentd the
xorg screen resolution so that it knows what resolution to use for the
fake absolute input device, and so that it can adjust that resolution
if the xorg resolution changes.
The client included in this commit is purely a test client, which
just sends a hardcoded resolution once and then sits there and does nothing.
|
|
|
|
|
|
|
