[Spice-devel] xf86-video-qxl 0.1.5?
https://cgit.freedesktop.org/xorg/driver/xf86-video-qxl 0001-Remove-unused-variables.patch ... 0036-spiceqxl_audio-Stop-the-playback-channel-if-there-is.patch 36 patches queueing from the last xf86-video-qxl release - 0.1.4, dates from 2015-04-02 - over a year. Perhaps the time is right for a next release. ___ Spice-devel mailing list Spice-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/spice-devel
Re: [Spice-devel] [spice-server] doc: Add virgl documentation
On 25.03.2016 10:02, Christophe Fergeau wrote: > On Thu, Mar 24, 2016 at 01:26:17PM -0400, Cole Robinson wrote: >> On 03/24/2016 01:08 PM, Christophe Fergeau wrote: >>> Ah, I'll have to improve the text I guess. By "It's currently limited", >>> I meant "Guest support is currently limited". (I tested this) >>> >> >> Ah I see. So F23 guest has all the bits it needs, gotchya > > Mostly, the version which went into git says that mesa bits from > copr:kraxel are needed on f23 guest. > Slightly related question: what is the timeline for working gl passthrough with local host + VM + spice listen=127.0.0.1 ? Is it under heavy development or just waiting for just waiting for some new releases? If the latter, which packages will be required? >>> >>> What do you expect out of it exactly ? To be able to do remote-viewer >>> spice://localhost:5900 and have virgl acceleration work? Or something >>> different? >>> >> >> Basically the remote-viewer case you describe, since that's the default >> virt-manager (and libvirt) config for spice setups. Gerd seemed to indicate >> that it will work in the near term, in his response to your qemu patch. Isn't >> that what the dmabuf stuff is all about? Or are we always going to have to >> use >> the OpenGraphics/add_client method to get GL? > > As I understand it, the dmabuff stuff is just a file descriptor being > passed around between virgl/QEMU and the SPICE client through a Unix > socket so that the 3D framebuffer can be displayed in a different > process. > The discussion about gl+tcp was probably not a short-term thing, and not > limited to localhost. We need to add support for encoding the virgl > display, and send that to the client through a TCP socket. This would > allow remote 3d to work. > "gl+tcp" and VirtualGL http://www.virtualgl.org/About/Introduction How the two correspond to each other, if at all? ___ Spice-devel mailing list Spice-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/spice-devel
Re: [Spice-devel] [PATCH spice-vdagent] service: simplification and accessability - reversion
On 19.10.2015 19:27, Hans de Goede wrote: > Hi, > > On 19-10-15 16:55, poma wrote: >> >> While testing, I came to the same conclusion as Marc-André - commit 1587063. >> >> Hans, why the complexity of the "rules & target", isn't "ConditionPath*" >> sufficient? >> Besides, the lack of "WantedBy=multi-user.target" - back and forth with >> 'graphical.target' - 'spice-vdagentd' is "lost". >> >> Obviously X session (e.g. w/ 'startxfce4') can also start within >> 'multi-user.target', >> so why start 'spice-vdagentd' manually, unnecessarily, when sufficient is to >> append "multi-user.target", i.e. >> "WantedBy=spice-vdagentd.target multi-user.target" >> >> >> Simplifies start-up scheme and makes 'spice-vdagentd' more accessible as >> service. >> >> Tested-by: poma <pomidorabelis...@gmail.com> > > Nack, the spice-vdagent is a hardware service (even if it is virtual > hardware), > systemd has a well-documented standard mechanism for hardware activation, and > that is > what is being used. Using ConditionPathIsSymbolicLink is just a hack to > achieve more > or less the same (mostly less, e.g. if the port ever becomes a hotplugable > device > in the future the hack will not work). > > Regards, > > Hans > Right! http://man7.org/linux/man-pages/man7/daemon.7.html - Device-Based Activation - http://0pointer.de/blog/projects/socket-activation2.html - Hardware Activation in Detail - But still need constant availability - hence the term "service", in both directions: graphical.target <-> multi-user.target So spice-vdagentd.service here, is composed as follows: [Unit] Description=Agent daemon for Spice guests After=dbus.target ConditionPathIsSymbolicLink=/dev/virtio-ports/com.redhat.spice.0 [Service] Type=forking EnvironmentFile=-/etc/sysconfig/spice-vdagentd ExecStartPre=/bin/rm -f /var/run/spice-vdagentd/spice-vdagent-sock ExecStart=/usr/sbin/spice-vdagentd $SPICE_VDAGENTD_EXTRA_ARGS PIDFile=/var/run/spice-vdagentd/spice-vdagentd.pid PrivateTmp=true [Install] WantedBy=spice-vdagentd.target multi-user.target "ConditionPathIsSymbolicLink" is a check, so the service will not re/start if there is no point. ___ Spice-devel mailing list Spice-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/spice-devel
Re: [Spice-devel] [PATCH spice-vdagent] service: simplification and accessability - reversion
For testing purposes: http://goo.gl/Gm4ffO spice/ spice-vdagent-0.16.0-5.fc24.src.rpm spice-vdagent-0.16.0-5.fc24.x86_64.rpm ___ Spice-devel mailing list Spice-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/spice-devel
[Spice-devel] [PATCH spice-vdagent] service: simplification and accessability - reversion
While testing, I came to the same conclusion as Marc-André - commit 1587063. Hans, why the complexity of the "rules & target", isn't "ConditionPath*" sufficient? Besides, the lack of "WantedBy=multi-user.target" - back and forth with 'graphical.target' - 'spice-vdagentd' is "lost". Obviously X session (e.g. w/ 'startxfce4') can also start within 'multi-user.target', so why start 'spice-vdagentd' manually, unnecessarily, when sufficient is to append "multi-user.target", i.e. "WantedBy=spice-vdagentd.target multi-user.target" Simplifies start-up scheme and makes 'spice-vdagentd' more accessible as service. Tested-by: poma <pomidorabelis...@gmail.com> --- Makefile.am | 8 +--- data/70-spice-vdagentd.rules | 1 - data/spice-vdagentd.service | 3 ++- data/spice-vdagentd.target | 2 -- 4 files changed, 3 insertions(+), 11 deletions(-) delete mode 100644 data/70-spice-vdagentd.rules delete mode 100644 data/spice-vdagentd.target diff --git a/Makefile.am b/Makefile.am index 8c55b43..de8159f 100644 --- a/Makefile.am +++ b/Makefile.am @@ -65,11 +65,7 @@ endif if INIT_SCRIPT_SYSTEMD systemdunitdir = $(SYSTEMDSYSTEMUNITDIR) systemdunit_DATA = \ - $(top_srcdir)/data/spice-vdagentd.service \ - $(top_srcdir)/data/spice-vdagentd.target - -udevrulesdir = /lib/udev/rules.d -udevrules_DATA = $(top_srcdir)/data/70-spice-vdagentd.rules + $(top_srcdir)/data/spice-vdagentd.service tmpfilesdir = $(prefix)/lib/tmpfiles.d tmpfiles_DATA = $(top_srcdir)/data/tmpfiles.d/spice-vdagentd.conf @@ -82,11 +78,9 @@ manpage_DATA = data/spice-vdagent.1 \ EXTRA_DIST = \ NEWS\ README.RHEL-5 \ - data/70-spice-vdagentd.rules\ data/spice-vdagent.desktop \ data/spice-vdagentd \ data/spice-vdagentd.service \ - data/spice-vdagentd.target \ data/tmpfiles.d/spice-vdagentd.conf \ data/xorg.conf.RHEL-5 \ $(NULL) diff --git a/data/70-spice-vdagentd.rules b/data/70-spice-vdagentd.rules deleted file mode 100644 index a1785ba..000 --- a/data/70-spice-vdagentd.rules +++ /dev/null @@ -1 +0,0 @@ -ACTION=="add", SUBSYSTEM=="virtio-ports", ENV{DEVLINKS}=="/dev/virtio-ports/com.redhat.spice.0", ENV{SYSTEMD_WANTS}="spice-vdagentd.target" diff --git a/data/spice-vdagentd.service b/data/spice-vdagentd.service index 8c5effe..90eb1f3 100644 --- a/data/spice-vdagentd.service +++ b/data/spice-vdagentd.service @@ -1,6 +1,7 @@ [Unit] Description=Agent daemon for Spice guests After=dbus.target +ConditionPathIsSymbolicLink=/dev/virtio-ports/com.redhat.spice.0 # TODO we should use: #Requires=spice-vdagentd.socket @@ -14,4 +15,4 @@ PIDFile=/var/run/spice-vdagentd/spice-vdagentd.pid PrivateTmp=true [Install] -WantedBy=spice-vdagentd.target +WantedBy=multi-user.target diff --git a/data/spice-vdagentd.target b/data/spice-vdagentd.target deleted file mode 100644 index 1f74931..000 --- a/data/spice-vdagentd.target +++ /dev/null @@ -1,2 +0,0 @@ -[Unit] -Description=Agent daemon for Spice guests -- 2.6.1 ___ Spice-devel mailing list Spice-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/spice-devel
Re: [Spice-devel] [PATCH v2 2/2] drm/qxl: avoid dependency lock
On 24.09.2015 15:25, Frediano Ziglio wrote: > qxl_bo_unref calls drm_gem_object_unreference_unlocked which > locks dev->struct_mutex. However this lock could be already > locked if the call came from qxl_gem_object_free. > As we don't need to call qxl_bo_ref/qxl_bo_unref cause > qxl_release_list_add will hold a reference by itself avoid > to call them and the possible deadlock. > > Signed-off-by: Frediano Ziglio <fzig...@redhat.com> > --- > drivers/gpu/drm/qxl/qxl_release.c | 4 +--- > 1 file changed, 1 insertion(+), 3 deletions(-) > > diff --git a/drivers/gpu/drm/qxl/qxl_release.c > b/drivers/gpu/drm/qxl/qxl_release.c > index b66ec33..4efa8e2 100644 > --- a/drivers/gpu/drm/qxl/qxl_release.c > +++ b/drivers/gpu/drm/qxl/qxl_release.c > @@ -307,7 +307,7 @@ int qxl_alloc_surface_release_reserved(struct qxl_device > *qdev, > idr_ret = qxl_release_alloc(qdev, QXL_RELEASE_SURFACE_CMD, > release); > if (idr_ret < 0) > return idr_ret; > - bo = qxl_bo_ref(to_qxl_bo(entry->tv.bo)); > + bo = to_qxl_bo(entry->tv.bo); > > (*release)->release_offset = create_rel->release_offset + 64; > > @@ -316,8 +316,6 @@ int qxl_alloc_surface_release_reserved(struct qxl_device > *qdev, > info = qxl_release_map(qdev, *release); > info->id = idr_ret; > qxl_release_unmap(qdev, *release, info); > - > - qxl_bo_unref(); > return 0; > } > > Tested with: - Rawhide-Xfce-Live-1001.iso \ 4.3.0-0.rc3.git2.4.fc24.x86_64 + v2-1-2-drm-qxl-avoid-buffer-reservation-in-qxl_crtc_page_flip.patch + v2-2-2-drm-qxl-avoid-dependency-lock.patch Tested-by: poma <pomidorabelis...@gmail.com> ___ Spice-devel mailing list Spice-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/spice-devel
Re: [Spice-devel] ANNOUNCE: spice-protocol release 0.12.10
On 28.09.2015 16:57, Jonathon Jongsma wrote: > On Sat, 2015-09-26 at 11:50 +0200, poma wrote: >> On 24.09.2015 18:00, Jonathon Jongsma wrote: >>> Hey all, >>> >>> I've just released version 0.12.10 of spice-protocol. The major change >>> is the inclusion of the code generation scripts that previously were in >>> the spice-common repository. More details at the end of this email. It >>> can be downloaded from the following location: >>> >>> http://www.spice-space.org/download/releases/spice-protocol-0.12.10.tar.bz2 >>> >>> This release is signed with my GPG key: >>>6C10 C48D 160B A23B AF2C 16EA 6B06 2DE2 40C3 8604 >>> >>> The signature can be found here: >>> http://www.spice-space.org/download/releases/spice-protocol-0.12.10.tar.bz2.sig >>> >>> >> >> $ gpg --verify spice-protocol-0.12.10.tar.bz2.sig >> gpg: assuming signed data in `spice-protocol-0.12.10.tar.bz2' >> gpg: Signature made Thu 24 Sep 2015 04:55:59 PM CEST using RSA key ID >> 40C38604 >> gpg: Can't check signature: public key not found >> >> $ gpg --keyserver keys.gnupg.net --search-keys 40C38604 >> gpg: searching for "40C38604" from hkp server keys.gnupg.net >> gpg: key "40C38604" not found on keyserver >> >> > > Sorry about that. It turns out that this is a relatively new gpg key. > Try again. > > Jonathon > No problemos, $ gpg --verify spice-protocol-0.12.10.tar.bz2.sig gpg: assuming signed data in `spice-protocol-0.12.10.tar.bz2' gpg: Signature made Thu 24 Sep 2015 04:55:59 PM CEST using RSA key ID 40C38604 gpg: Good signature from "Jonathon Jongsma <jjong...@redhat.com>" gpg: aka "Jonathon Jongsma <jonat...@quotidian.org>" $ rpm -q spice-protocol spice-protocol-0.12.10-2.fc24.noarch ___ Spice-devel mailing list Spice-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/spice-devel
Re: [Spice-devel] ANNOUNCE: spice-protocol release 0.12.10
On 24.09.2015 18:00, Jonathon Jongsma wrote: > Hey all, > > I've just released version 0.12.10 of spice-protocol. The major change > is the inclusion of the code generation scripts that previously were in > the spice-common repository. More details at the end of this email. It > can be downloaded from the following location: > > http://www.spice-space.org/download/releases/spice-protocol-0.12.10.tar.bz2 > > This release is signed with my GPG key: >6C10 C48D 160B A23B AF2C 16EA 6B06 2DE2 40C3 8604 > > The signature can be found here: > http://www.spice-space.org/download/releases/spice-protocol-0.12.10.tar.bz2.sig > > $ gpg --verify spice-protocol-0.12.10.tar.bz2.sig gpg: assuming signed data in `spice-protocol-0.12.10.tar.bz2' gpg: Signature made Thu 24 Sep 2015 04:55:59 PM CEST using RSA key ID 40C38604 gpg: Can't check signature: public key not found $ gpg --keyserver keys.gnupg.net --search-keys 40C38604 gpg: searching for "40C38604" from hkp server keys.gnupg.net gpg: key "40C38604" not found on keyserver ___ Spice-devel mailing list Spice-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/spice-devel
[Spice-devel] spice 0.12.6 ?
Announcing spice 0.12.5 ... 19-May-2014 http://lists.freedesktop.org/archives/spice-announce/2014-May/37.html 155 commitas since then, the last was 24-Sep-2015 ___ Spice-devel mailing list Spice-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/spice-devel
Re: [Spice-devel] uxa-damage: error: implicit declaration of function
On 03.08.2015 10:30, Christophe Fergeau wrote: On Mon, Aug 03, 2015 at 10:15:54AM +0200, Victor Toso wrote: Hi, On Fri, Jul 31, 2015 at 04:25:29PM +0200, poma wrote: Information for build xorg-x11-drv-qxl-0.1.4-4.fc24 http://koji.fedoraproject.org/koji/buildinfo?buildID=673175 ... Changelog ... - 1.15 ABI rebuild Is not that 1.18 ABI rebuild - xorg-x11-server-1.18.0? https://kojipkgs.fedoraproject.org/work/tasks/7640/10517640/build.log ... uxa-damage.c:947:5: error: implicit declaration of function 'QueryGlyphExtents' [-Werror=implicit-function-declaration] QueryGlyphExtents(font, charinfo, n, extents); ^ Declare the function before it's used? This function is declared in xorg/dixfont.h (by dixfontstr.h in uxa-damage.c) in my 1.17.2 (fedora 22). Looks like it was removed upstream by http://cgit.freedesktop.org/xorg/xserver/commit/include/dixfont.h?id=b51f7f8582ab6c3cc9fa56c8d9721d0f240915e7 The function is still in libxfont, it was exported both by xserver and xfont in older x.org. I came up with the attached patch last Friday which fixes the build, but there are still some potentially worrying warnings I haven't had time to look at yet. Christophe True http://cgit.freedesktop.org/xorg/lib/libXfont/tree/include/X11/fonts/fontutil.h#n14 but reason why write here is to speed up fix. Implicit declare breaks Rawhide lives tutto completo http://koji.fedoraproject.org/koji/tasks?state=allview=treemethod=livecdorder=-id ___ Spice-devel mailing list Spice-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/spice-devel
Re: [Spice-devel] uxa-damage: error: implicit declaration of function
On 03.08.2015 16:39, Christophe Fergeau wrote: On Mon, Aug 03, 2015 at 04:29:18PM +0200, poma wrote: On 03.08.2015 10:30, Christophe Fergeau wrote: On Mon, Aug 03, 2015 at 10:15:54AM +0200, Victor Toso wrote: Hi, On Fri, Jul 31, 2015 at 04:25:29PM +0200, poma wrote: Information for build xorg-x11-drv-qxl-0.1.4-4.fc24 http://koji.fedoraproject.org/koji/buildinfo?buildID=673175 ... Changelog ... - 1.15 ABI rebuild Is not that 1.18 ABI rebuild - xorg-x11-server-1.18.0? https://kojipkgs.fedoraproject.org/work/tasks/7640/10517640/build.log ... uxa-damage.c:947:5: error: implicit declaration of function 'QueryGlyphExtents' [-Werror=implicit-function-declaration] QueryGlyphExtents(font, charinfo, n, extents); ^ Declare the function before it's used? This function is declared in xorg/dixfont.h (by dixfontstr.h in uxa-damage.c) in my 1.17.2 (fedora 22). Looks like it was removed upstream by http://cgit.freedesktop.org/xorg/xserver/commit/include/dixfont.h?id=b51f7f8582ab6c3cc9fa56c8d9721d0f240915e7 The function is still in libxfont, it was exported both by xserver and xfont in older x.org. I came up with the attached patch last Friday which fixes the build, but there are still some potentially worrying warnings I haven't had time to look at yet. Christophe True http://cgit.freedesktop.org/xorg/lib/libXfont/tree/include/X11/fonts/fontutil.h#n14 but reason why write here is to speed up fix. fedora infrastructure already sends daily bug mail when some deps are broken ;) Christophe Although fedora infrastructure already sends daily bug mail when some deps are brokne, bugs tend not to be fixed for a long time. Continue the sentence if you can. ___ Spice-devel mailing list Spice-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/spice-devel
Re: [Spice-devel] uxa-damage: error: implicit declaration of function
On 03.08.2015 16:51, Christophe Fergeau wrote: On Mon, Aug 03, 2015 at 04:43:58PM +0200, poma wrote: Although fedora infrastructure already sends daily bug mail when some deps are brokne, bugs tend not to be fixed for a long time. Continue the sentence if you can. Patches welcome sounds like a good fit. Christophe I appreciate your sense of humor, molto grazie. ___ Spice-devel mailing list Spice-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/spice-devel
[Spice-devel] uxa-damage: error: implicit declaration of function 'QueryGlyphExtents'
Information for build xorg-x11-drv-qxl-0.1.4-4.fc24 http://koji.fedoraproject.org/koji/buildinfo?buildID=673175 ... Changelog ... - 1.15 ABI rebuild Is not that 1.18 ABI rebuild - xorg-x11-server-1.18.0? https://kojipkgs.fedoraproject.org/work/tasks/7640/10517640/build.log ... uxa-damage.c:947:5: error: implicit declaration of function 'QueryGlyphExtents' [-Werror=implicit-function-declaration] QueryGlyphExtents(font, charinfo, n, extents); ^ Declare the function before it's used? ___ Spice-devel mailing list Spice-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/spice-devel
Re: [Spice-devel] Prepare for release 0.16.0 ?
On 26.05.2015 08:29, poma wrote: Prepare for release 0.15.0 - 2013-10-14 ... 0001-clipboard-target_to_type-fix-inner-loop-variable-nam.patch 0002-Add-a-virtio_write_clipboard-function.patch 0003-Add-a-warning-for-unhandled-case.patch 0004-Add-VD_AGENT_CAP_MAX_CLIPBOARD-support.patch 0005-randr-Make-resolution-changing-more-robust.patch 0006-Don-t-abort-if-XRRSetCrtcConfig-fails.patch 0007-randr-set-physical-screen-size-to-keep-a-constant-96.patch 0008-Fix-gdm-autostart-path.patch 0009-Add-an-explicit-switch-to-signal-fake-uinput-devices.patch 0010-Make-sure-the-child-is-able-to-connect-to-the-X-serv.patch 0011-Add-an-option-such-that-the-daemon-will-exit-after-p.patch 0012-Reply-to-TIMESTAMP-requests.patch 0013-Handle-STRING-selection-type.patch 0014-data-remove-rsyslog-config-files.patch 0015-Add-g_return_if_fail-guards-to-file-xfer-public-func.patch 0016-Make-creation-of-vdagent_file_xfers-optional.patch 0017-Disable-file-xfer-when-no-suitable-destination-dir.patch 0018-Report-an-error-when-file-transfers-are-disabled.patch 0019-vdagent-file-xfers-only-open-the-file-transfer-dir-w.patch 0020-uinput-fix-small-leak-of-screen_info.patch 0021-Handle-get_current_mon_config-failures.patch 0022-Remove-unneeded-NULL-check.patch 0023-build-sys-Enable-large-file-support.patch 0024-randr-remove-monitors.xml-on-auto-configuration.patch 0025-randr-handle-XRRScreenChangeNotifyEvent.patch 0026-Fix-implicit-declaration-of-g_unlink-warning.patch 0027-audio-add-functions-to-set-volume-mute-with-alsa.patch 0028-vdagent-volume-synchronization-from-client.patch 0029-vdagentd-proto-strings-Add-missing-string-for-VDAGEN.patch Prepare for release 0.16.0 - 2015-05-26 ? Update to latest git snapshot https://bugzilla.redhat.com/show_bug.cgi?id=1224887 ___ Spice-devel mailing list Spice-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/spice-devel
Re: [Spice-devel] type name ‘VDAgentAudioVolumeSync’
On 26.05.2015 09:12, Christophe Fergeau wrote: Hi, On Tue, May 26, 2015 at 08:21:51AM +0200, poma wrote: http://cgit.freedesktop.org/spice/linux/vd_agent/commit/?id=9b0eb8b 0028-vdagent-volume-synchronization-from-client.patch src/vdagent.c: In function ‘daemon_read_complete’: src/vdagent.c:114:9: error: unknown type name ‘VDAgentAudioVolumeSync’ VDAgentAudioVolumeSync *avs = (VDAgentAudioVolumeSync *)data; Looks like you need an updated spice-protocol as well. Christophe You're right, thanks. https://bugzilla.redhat.com/show_bug.cgi?id=1224926 ___ Spice-devel mailing list Spice-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/spice-devel
Re: [Spice-devel] Prepare for release 0.16.0 ?
On 26.05.2015 12:12, Christophe Fergeau wrote: Hey, I assume you are asking for a 0.16.0 spice-vdagent release as there were quite a few patches since the last one, which was quite some time ago (2013-10-14) ? Better to sum up in a few sentences what you want rather than letting us play some guess work ;) Christophe Oh yeah! If you wanna do proper testing and report any errors, of course all relevant components must be up to date. Rawhide is the right place for it. On Tue, May 26, 2015 at 08:54:32AM +0200, poma wrote: On 26.05.2015 08:29, poma wrote: Prepare for release 0.15.0 - 2013-10-14 ... 0001-clipboard-target_to_type-fix-inner-loop-variable-nam.patch 0002-Add-a-virtio_write_clipboard-function.patch 0003-Add-a-warning-for-unhandled-case.patch 0004-Add-VD_AGENT_CAP_MAX_CLIPBOARD-support.patch 0005-randr-Make-resolution-changing-more-robust.patch 0006-Don-t-abort-if-XRRSetCrtcConfig-fails.patch 0007-randr-set-physical-screen-size-to-keep-a-constant-96.patch 0008-Fix-gdm-autostart-path.patch 0009-Add-an-explicit-switch-to-signal-fake-uinput-devices.patch 0010-Make-sure-the-child-is-able-to-connect-to-the-X-serv.patch 0011-Add-an-option-such-that-the-daemon-will-exit-after-p.patch 0012-Reply-to-TIMESTAMP-requests.patch 0013-Handle-STRING-selection-type.patch 0014-data-remove-rsyslog-config-files.patch 0015-Add-g_return_if_fail-guards-to-file-xfer-public-func.patch 0016-Make-creation-of-vdagent_file_xfers-optional.patch 0017-Disable-file-xfer-when-no-suitable-destination-dir.patch 0018-Report-an-error-when-file-transfers-are-disabled.patch 0019-vdagent-file-xfers-only-open-the-file-transfer-dir-w.patch 0020-uinput-fix-small-leak-of-screen_info.patch 0021-Handle-get_current_mon_config-failures.patch 0022-Remove-unneeded-NULL-check.patch 0023-build-sys-Enable-large-file-support.patch 0024-randr-remove-monitors.xml-on-auto-configuration.patch 0025-randr-handle-XRRScreenChangeNotifyEvent.patch 0026-Fix-implicit-declaration-of-g_unlink-warning.patch 0027-audio-add-functions-to-set-volume-mute-with-alsa.patch 0028-vdagent-volume-synchronization-from-client.patch 0029-vdagentd-proto-strings-Add-missing-string-for-VDAGEN.patch Prepare for release 0.16.0 - 2015-05-26 ? Update to latest git snapshot https://bugzilla.redhat.com/show_bug.cgi?id=1224887 ___ Spice-devel mailing list Spice-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/spice-devel ___ Spice-devel mailing list Spice-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/spice-devel
Re: [Spice-devel] Prepare for release 0.16.0 ?
On 26.05.2015 12:49, Christophe Fergeau wrote: On Tue, May 26, 2015 at 12:37:09PM +0200, poma wrote: On 26.05.2015 12:12, Christophe Fergeau wrote: Hey, I assume you are asking for a 0.16.0 spice-vdagent release as there were quite a few patches since the last one, which was quite some time ago (2013-10-14) ? Better to sum up in a few sentences what you want rather than letting us play some guess work ;) Christophe Oh yeah! If you wanna do proper testing and report any errors, of course all relevant components must be up to date. Rawhide is the right place for it. NB: this is the upstream spice mailing list, nothing to do with rawhide ;) Christophe No problemos, then we will discuss here on the list, and not just on this list, rather than on the https://bugzilla.redhat.com . If you don't mind? ___ Spice-devel mailing list Spice-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/spice-devel
Re: [Spice-devel] [PATCH] Release 0.1.2
On 23.07.2014 14:40, Marc-André Lureau wrote: ack, thanks! Are you picking up this one for Fedora? remote desktop fan club ___ Spice-devel mailing list Spice-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/spice-devel
Re: [Spice-devel] [PATCH] Release 0.1.2
On 24.07.2014 14:43, Alon Levy wrote: On 23.07.2014 14:40, Marc-André Lureau wrote: ack, thanks! Are you picking up this one for Fedora? The actual patches for any relevant bugs should already be there, doing a rebase will probably happen the next time someone needs to fix something (i.e. some bz). Is it not a sufficient reason the amount of patches per se? :) http://pkgs.fedoraproject.org/cgit/xorg-x11-drv-qxl.git/plain/ remote desktop fan club ___ Spice-devel mailing list Spice-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/spice-devel