Hi
- Original Message -
> On Thu, Jan 11, 2018 at 11:42:00AM -0500, Marc-André Lureau wrote:
> >
> > > (it seems that clipboard system for GTK 4 has been reworked quite a
> > > bit - see https://git.gnome.org/browse/gtk+/log/?h=wip/otte/clipboard
> > > - this is already merged into
On Thu, Jan 11, 2018 at 11:42:00AM -0500, Marc-André Lureau wrote:
>
> > (it seems that clipboard system for GTK 4 has been reworked quite a
> > bit - see https://git.gnome.org/browse/gtk+/log/?h=wip/otte/clipboard
> > - this is already merged into master)
>
> I have not much time to look at the
On Thu, Jan 11, 2018 at 5:42 PM, Marc-André Lureau
wrote:
> Hi
>
> - Original Message -
>> On Thu, Jan 11, 2018 at 3:29 PM, Marc-André Lureau
>> wrote:
>> >
>> > Hi
>> >
>> > - Original Message -
>> > > On Wed, Jan 10,
Hi
- Original Message -
> On Thu, Jan 11, 2018 at 3:29 PM, Marc-André Lureau
> wrote:
> >
> > Hi
> >
> > - Original Message -
> > > On Wed, Jan 10, 2018 at 06:48:14PM -0500, Marc-André Lureau wrote:
> > > > Hi
> > > >
> > > > - Original Message
On Thu, Jan 11, 2018 at 3:29 PM, Marc-André Lureau
wrote:
>
> Hi
>
> - Original Message -
> > On Wed, Jan 10, 2018 at 06:48:14PM -0500, Marc-André Lureau wrote:
> > > Hi
> > >
> > > - Original Message -
> > > > On Tue, Jan 09, 2018 at 12:16:33PM -0500,
Hi,
trying the lazzo issue I find this issue:
https://www.youtube.com/watch?v=fzCo6gxKLyA
Note that the problem does not disappear if you close and open (you can still
see the garbage on the screen). Also a printscreen inside the VM (so paste on
mspaint for instance) present the garbage so
Hi
- Original Message -
> On Wed, Jan 10, 2018 at 06:48:14PM -0500, Marc-André Lureau wrote:
> > Hi
> >
> > - Original Message -
> > > On Tue, Jan 09, 2018 at 12:16:33PM -0500, Marc-André Lureau wrote:
> > > > I think it's problematic for traditional applications as well.
> > > >
On Wed, Jan 10, 2018 at 06:48:14PM -0500, Marc-André Lureau wrote:
> Hi
>
> - Original Message -
> > On Tue, Jan 09, 2018 at 12:16:33PM -0500, Marc-André Lureau wrote:
> > > I think it's problematic for traditional applications as well.
> > > clipboard access is probably going to be
Hi
- Original Message -
> On Thu, Jan 11, 2018 at 08:10:39AM -0500, Frediano Ziglio wrote:
> > >
> > > Hi
> > >
> > > - Original Message -
> > > > On Tue, Jan 09, 2018 at 12:16:33PM -0500, Marc-André Lureau wrote:
> > > > > I think it's problematic for traditional applications
On Thu, Jan 11, 2018 at 08:10:39AM -0500, Frediano Ziglio wrote:
> >
> > Hi
> >
> > - Original Message -
> > > On Tue, Jan 09, 2018 at 12:16:33PM -0500, Marc-André Lureau wrote:
> > > > I think it's problematic for traditional applications as well.
> > > > clipboard access is probably
ack
- Original Message -
> This includes a LZ fix for paletted images.
>
> Frediano Ziglio (10):
> quic: avoid crash on specific images
> Make the compiler work out better way to write unaligned memory
> test-marshallers: Use unaligned structure
>
This includes a LZ fix for paletted images.
Frediano Ziglio (10):
quic: avoid crash on specific images
Make the compiler work out better way to write unaligned memory
test-marshallers: Use unaligned structure
test-marshallers: Test demarshalling
ring: Remove
>
> Hi
>
> - Original Message -
> > On Tue, Jan 09, 2018 at 12:16:33PM -0500, Marc-André Lureau wrote:
> > > I think it's problematic for traditional applications as well.
> > > clipboard access is probably going to be limited by default and only
> > > accessed through so-called
Changes since v2:
- split first patch between fix and test;
- better wording (not code changes).
Frediano Ziglio (3):
stream-device: Avoid device to get stuck if multiple messages are
batched
test-stream-device: Better Qemu emulation for data reading
stream-device: Implements properly
If messages are sent together by the agent the device is reading
only part of the data. This cause Qemu to not poll for new data and
stream_device_read_msg_from_dev won't be called again.
This can cause a stall. To avoid this continue handling data
after a full message was processed.
Qemu does not trigger a new data read if we don't read all data in
the buffer.
Signed-off-by: Frediano Ziglio
---
server/tests/test-stream-device.c | 44 +--
1 file changed, 42 insertions(+), 2 deletions(-)
diff --git
>
> On Thu, Dec 07, 2017 at 08:47:39AM +, Frediano Ziglio wrote:
> > Due to the way Qemu handle the device we must consume all pending
> > data inside the callback to read data from the device.
>
> Any idea if QEMU can be fixed to do the right thing? We'll still need
> some kind of
>
> On Thu, Dec 07, 2017 at 08:47:38AM +, Frediano Ziglio wrote:
> > Qemu does not trigger a new data read if we don't read all data in
> > the buffer.
> >
> > Signed-off-by: Frediano Ziglio
> > ---
> > server/stream-device.c| 9
> >
> On Tue, Jan 9, 2018 at 10:09 PM, Frediano Ziglio < fzig...@redhat.com >
> wrote:
> > > Hello!
>
> > > I would really like to see XSpice and xf86-video-qxl on FreeBSD.
>
> > > The correction for the FreeBSD build libspice-server.so is quite trivial
> > > and
>
> > > mechanical (first and
On Tue, Jan 9, 2018 at 10:09 PM, Frediano Ziglio wrote:
>
>
> > Hello!
>
> > I would really like to see XSpice and xf86-video-qxl on FreeBSD.
>
> > The correction for the FreeBSD build libspice-server.so is quite trivial
> and
> > mechanical (first and dirty version in
20 matches
Mail list logo