summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
...
* Generate ChangeLog and ship it in the tarballMarc-André Lureau2012-01-152-1/+202
|
* Send grab-key signal even in mouse client modeMarc-André Lureau2012-01-151-6/+9
|
* usbredir: Add support for filtering out devices from auto-redirectionHans de Goede2012-01-153-2/+76
| | | | | | | | | | | Note this patch adds a default filter filtering out HID devices, since redirecting ie a mouse plugged into a laptop is usually not what the user wants. Also sometimes usb keyboards/mice may experience a glitch causing them to temporarily drop of the bus. If this happens when the spice-client has focussed it used to redirect them to the vm when they re-appeared, not good! Signed-off-by: Hans de Goede <hdegoede@redhat.com>
* Fix compilation on mingw/windowsMarc-André Lureau2012-01-152-4/+4
|
* Warn if windows keyboard hook failedMarc-André Lureau2012-01-151-4/+8
|
* Don't release images after the tail gapMarc-André Lureau2012-01-151-12/+24
| | | | | | | | | | | | | | | This fix a hang on an image lookup that has already been remved. It only happens in multihead, when stressing a bit the displays. The decoder assumed that the last added images is the tail of the window. However, there are "gaps" in the window that will be filled by other channels. Instead of taking the last added image as the current up to date tail, let's take the reference to the last image before the first gap as the up to date tail, and release from there. The spicec code does things differently, perhaps it needs slightly less memory at the cost of added complexity by maintaining list of missing images and much more conditions/synchronization.
* Grab focus before grabing keyboardMarc-André Lureau2012-01-151-1/+1
| | | | | Make sure the display has the focus before grabing the keyboard for the application.
* wait for cached images that haven't been added to the cache yetMarc-André Lureau2012-01-121-22/+44
| | | | https://bugs.freedesktop.org/show_bug.cgi?id=44570
* Log if condition wait got cancelledMarc-André Lureau2012-01-123-6/+10
| | | | https://bugs.freedesktop.org/show_bug.cgi?id=44570
* Make g_coroutine_condition_wait() cancellableMarc-André Lureau2012-01-127-27/+67
| | | | https://bugs.freedesktop.org/show_bug.cgi?id=44570
* Remove the non-interruptible version g_io_wait()Marc-André Lureau2012-01-125-45/+42
| | | | | | Use the common g_coroutine_socket_wait() https://bugs.freedesktop.org/show_bug.cgi?id=44570
* Create a GCoroutine, get rid of wait_queueMarc-André Lureau2012-01-124-22/+23
| | | | https://bugs.freedesktop.org/show_bug.cgi?id=44570
* Hide g_condition_wait_source, use GLib style conventionMarc-André Lureau2012-01-122-16/+16
| | | | https://bugs.freedesktop.org/show_bug.cgi?id=44570
* Lower connection error from warning to debug, it's normal to failMarc-André Lureau2012-01-121-1/+1
| | | | | | | We try several connections, so it's normal to fail for some. No need to warn. https://bugs.freedesktop.org/show_bug.cgi?id=44570
* Lower our gtk+ requirement to 2.18, as we claimMarc-André Lureau2012-01-121-2/+12
| | | | Needed to build on RHEL6
* Lower polkit requirement to 0.96Marc-André Lureau2012-01-122-1/+19
|
* Lower our glib requirement to 2.22, as we claimMarc-André Lureau2012-01-128-0/+99
| | | | Required to build on RHEL, even upcoming 6.3
* migration: swap serials and mini header support when swapping peers.Yonit Halperin2012-01-111-0/+9
|
* Add support for SPICE_COMMON_CAP_MINI_HEADERYonit Halperin2012-01-113-41/+177
| | | | | Don't send/receive serial and sub_list when the server supports the above cap.
* spice-channel: support SPICE_MSG_LISTYonit Halperin2012-01-101-1/+5
|
* configure: spice-protocol >= 0.10.1 (support mini header)Yonit Halperin2012-01-101-1/+1
|
* Wait for channels before invalidating imagesMarc-André Lureau2012-01-081-0/+2
| | | | https://bugs.freedesktop.org/show_bug.cgi?id=44179
* Implement SPICE_MSG_WAIT_FOR_CHANNELSMarc-André Lureau2012-01-085-9/+45
| | | | https://bugs.freedesktop.org/show_bug.cgi?id=44179
* add optional format string to spice_usb_device_get_description()Marc-André Lureau2012-01-072-15/+26
|
* build: oops, fix previous commitMarc-André Lureau2012-01-071-0/+1
|
* build: fix compilation with --disable-usbredirMarc-André Lureau2012-01-062-9/+18
|
* spice-session: support uri with colonAlon Levy2012-01-051-2/+18
| | | | | | | | | | | | | | With this patch if you use: spice://<host>:<port> it will be treated the same as: spice://<host>?port=<port> You will also get a warning for the following double port definitions: spice://<host>:<port1>?port=<port2> spice://<host>:<port1>:<port2> (similar to the double key warnings introduced in the previous commits)
* spice-session/spice_uri_parse: fail if a key is seen twiceAlon Levy2012-01-051-3/+12
|
* Makefile: Ensure the acl helper is installed before making it suid rootHans de Goede2012-01-041-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | On my system when running make install, after installing the libraries it first executes install-binPROGRAMS: /bin/sh ../libtool --mode=install /usr/bin/install -c spicy snappy spicy-st libtool: install: /usr/bin/install -c .libs/spicy /usr/bin/spicy libtool: install: /usr/bin/install -c .libs/snappy /usr/bin/snappy libtool: install: /usr/bin/install -c .libs/spicy-stats /usr/bin/spicy-stats Then the install-exec-hook: make install-exec-hook make[6]: Entering directory `/home/hans/projects/spice/spice-gtk/gtk' chown root /usr/bin//spice-client-glib-usb-acl-helper chmod u+s /usr/bin//spice-client-glib-usb-acl-helper And only then does it install the actual helper by executing install-aclPROGRAMS: /bin/sh ../libtool --mode=install /usr/bin/install -c spice-client-glib-usb libtool: install: /usr/bin/install -c spice-client-glib-usb-acl-helper /usr/bin Which means that the install-exec-hook runs too early, either there is no spice-client-glib-usb-acl-helper for it to make suid root, or if there is it will later get overwritten and its rights will get reset. The problem is that install-fooPROGRAMS gets run as part of install-data, not install-exec. So we can fix this by changing the code to make the helper suid root run from install-data-hook. Signed-off-by: Hans de Goede <hdegoede@redhat.com>
* usbredir: Don't directly use g_mutex_foo()Hans de Goede2012-01-041-4/+32
| | | | | | | In glib <= 2.30 g_mutex_foo() are macro's so dereferencing them directly does not work. Signed-off-by: Hans de Goede <hdegoede@redhat.com>
* usbredir: Don't call spice_usbredir_channel_disconnect on channel resetHans de Goede2012-01-031-2/+0
| | | | | | | | | | | | | | | | | channel_reset gets called from spice_channel_disconnect, and spice_usbredir_channel_disconnect calls spice_channel_disconnect (so as to disconnect the channel when a usb device gets disconnected). So calling spice_usbredir_channel_disconnect from channel_reset leads to undesirable recursion. More over calling spice_usbredir_channel_disconnect disconnects / closes both the channel and *the usb device* and closing the usb device on migration is not what we want. Note that currently migration of usbredir channels does not work, and this patch does not fix this, but it does fix a regression when disconnecting usb devices normally (by unplugging them for example). Signed-off-by: Hans de Goede <hdegoede@redhat.com>
* usbredir: Give devices a user friendly descriptionHans de Goede2012-01-031-2/+62
| | | | | | | | | Before this patch devices were described like this to the user: USB device at 2-14 After this patch the description is: SanDisk Cruzer Blade [0781:5567] at 2-14 Signed-off-by: Hans de Goede <hdegoede@redhat.com>
* usbredir: Drop our embeddied GUsb copyHans de Goede2012-01-0319-1752/+225
| | | | | | | | No that we no longer use GUsbSource we're hardly using any code from GUsb, so drop our embeddied GUsb copy and do the last few things (device enumeration through gudev) ourselves. Signed-off-by: Hans de Goede <hdegoede@redhat.com>
* usbredir: Remove spice_usb_device_manager_get main_context argumentHans de Goede2012-01-035-34/+5
| | | | | | | | | Now that we no longer use a GUsbSource this is no longer needed. Note this is a change to our public API, but that is ok since we have not yet done an official release with usbredir support. Signed-off-by: Hans de Goede <hdegoede@redhat.com>
* usbredir: Handle usb events from a threadHans de Goede2012-01-032-13/+43
| | | | | | This solves various latency issues with USB handling. Signed-off-by: Hans de Goede <hdegoede@redhat.com>
* usbredir: Add locking callbacks for libusbredirhostHans de Goede2012-01-031-4/+4
| | | | | | | This is a preparation patch for handling usb packet completion in a separate thread. Signed-off-by: Hans de Goede <hdegoede@redhat.com>
* usbredir: Create USB event source on demandHans de Goede2011-12-224-12/+90
| | | | | | | This is a preparation patch for handling usb packet completion in a separate thread. Signed-off-by: Hans de Goede <hdegoede@redhat.com>
* usbredir: Use new libusbredirhost write flush callbackHans de Goede2011-12-224-47/+21
| | | | | | | | | | | | The new (in usbredir-0.3.2) usbredirhost_open_full() function allows us to be notified whenever usb packets completing result in data to be send to the host. This removes the need for using g_usb_source_set_callback and seeing if there is data to write on any of the usb channels each time some usb event happens. This also bumps the minimum needed libusbredirhost version to 0.3.2 Signed-off-by: Hans de Goede <hdegoede@redhat.com>
* usbredir: USB channels can not be read onlyHans de Goede2011-12-221-3/+0
| | | | | | | | | A usbredir channel must always be bi-directional. spice-server allows only one client to connect even when in multi-client mode. Since usually there are multiple usb channels available, it is allowed for one client to use one channel, while another client uses another usb channel. Signed-off-by: Hans de Goede <hdegoede@redhat.com>
* usbredir: Stop setting private data explictly to NULL on initHans de Goede2011-12-221-6/+0
| | | | | | | This is not necessary and as we get more private data it becomes unyieldly. Signed-off-by: Hans de Goede <hdegoede@redhat.com>
* spice-channel: Allow spice_msg_out_send to be called from multiple threadsHans de Goede2011-12-222-4/+37
| | | | | | | This is a preparation patch for handling usb packet completion in a separate thread. Signed-off-by: Hans de Goede <hdegoede@redhat.com>
* spice-channel: setsockopt TCP_NODELAYHans de Goede2011-12-221-2/+9
| | | | | | | spicec does this for all channels, and it seems like a good idea to do the same in spice-gtk. Signed-off-by: Hans de Goede <hdegoede@redhat.com>
* Disable vala bindings unless --enable-vala is usedChristophe Fergeau2011-12-226-20/+30
| | | | | | | | | Currently, building vala bindings from a tarball is broken because spice-client-glib-2.0.deps is missing from the tarball. This commit adds it to EXTRA_DIST and also makes sure the vala bindings don't get built/installed unless --enable-vala has been passed to configure. This means vala must be installed to build the vala bindings from a tarball. Fixes fdo bug #44000.
* Revert previous vala-related commitsChristophe Fergeau2011-12-229-536/+13
| | | | | They were work in progress and not meant to be committed, apologies for the noise :-/
* Only install vala bindings when using --enable-valaChristophe Fergeau2011-12-221-1/+4
|
* More distcheck fixesChristophe Fergeau2011-12-226-7/+516
|
* build: ship vala files & fix make distcheckMarc-André Lureau2011-12-224-6/+17
| | | | | | | | | | | Disable usbredir, since it wants to install file in /. Disable vala for distcheck for 2 reasons: not needed after dist and binding build issue. Ship with spice-gtk-3.0 vala bindings https://bugs.freedesktop.org/show_bug.cgi?id=44000
* Make path to the USB ACL helper configurableChristophe Fergeau2011-12-223-4/+13
| | | | | It's currently installed in $bindir, but this patch makes it possible for distros like fedora to install it in $libexecdir/spice/
* build: remove unused common/win/my_getoptMarc-André Lureau2011-12-2214-1643/+0
|
* build: string format fixJani Välimaa2011-12-221-1/+1
| | | | https://bugs.freedesktop.org/show_bug.cgi?id=44019
generated by cgit (git 2.34.1) at 2025-10-03 03:41:20 +0000