search for: wayland

> On 30/10/2023, at 8:38 AM, Dirk Eddelbuettel <edd at debian.org> wrote: > > > On 30 October 2023 at 07:54, Paul Murrell wrote: > | I am unaware of any Wayland display support. > | > | One useful way forward would be an R package that provides such a device > | (along the lines of 'Cairo', 'tikzDevice', et al) > > As I understand it, it is a protocol, and not a device. > Well, X11 is a protocol, not a device, either....

On 29/10/2023 4:20 p.m., Simon Urbanek wrote: > > >> On 30/10/2023, at 8:38 AM, Dirk Eddelbuettel <edd at debian.org> wrote: >> >> >> On 30 October 2023 at 07:54, Paul Murrell wrote: >> | I am unaware of any Wayland display support. >> | >> | One useful way forward would be an R package that provides such a device >> | (along the lines of 'Cairo', 'tikzDevice', et al) >> >> As I understand it, it is a protocol, and not a device. >> > > Well, X11 is a p...

On 30 October 2023 at 07:54, Paul Murrell wrote: | I am unaware of any Wayland display support. | | One useful way forward would be an R package that provides such a device | (along the lines of 'Cairo', 'tikzDevice', et al) As I understand it, it is a protocol, and not a device. Several Linux distributions have long defaulted to it, so we already should h...

On Mon, Feb 05, 2018 at 03:46:17PM +0100, Tomeu Vizoso wrote: > On 02/05/2018 01:20 PM, Gerd Hoffmann wrote: > > Hi, > > > > > > Why not use virtio-vsock to run the wayland protocol? I don't like > > > > the idea to duplicate something with very simliar functionality in > > > > virtio-gpu. > > > > > > The reason for abandoning that approach was the type of objects that > > > could be shared via virtio-vsock would...

On Mon, Feb 05, 2018 at 03:46:17PM +0100, Tomeu Vizoso wrote: > On 02/05/2018 01:20 PM, Gerd Hoffmann wrote: > > Hi, > > > > > > Why not use virtio-vsock to run the wayland protocol? I don't like > > > > the idea to duplicate something with very simliar functionality in > > > > virtio-gpu. > > > > > > The reason for abandoning that approach was the type of objects that > > > could be shared via virtio-vsock would...

X.Org/Wayland Security Advisory: June 10th, 2015 - CVE-2015-3164 Unauthorised local client access in XWayland ============================================ Description: ============ Ray Strode, a developer at Red Hat, discovered an authentication setup issue inside the XWayland compatibility server, used to hos...

Hello, I'm interested in understanding the current state of Wayland display support in R plot, and I was wondering if any progress or discussions have taken place regarding this matter. As Wayland continues to gain popularity as a display protocol on modern Linux systems, having Wayland support for R's plotting capabilities would be a significant enhancement....

https://bugs.freedesktop.org/show_bug.cgi?id=109341 Bug ID: 109341 Summary: Plasma Wayland locks up immediately on sign in Product: Mesa Version: 18.0 Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: blocker Priority: medium Component: Drivers/DRI/nouveau Assignee: nouveau at...

Hi, > > Hmm? I'm assuming the wayland client (in the guest) talks to the > > wayland proxy, using the wayland protocol, like it would talk to a > > wayland display server. Buffers must be passed from client to > > server/proxy somehow, probably using fd passing, so where is the > > problem? > > > >...

Hi, > > Hmm? I'm assuming the wayland client (in the guest) talks to the > > wayland proxy, using the wayland protocol, like it would talk to a > > wayland display server. Buffers must be passed from client to > > server/proxy somehow, probably using fd passing, so where is the > > problem? > > > >...

https://bugs.freedesktop.org/show_bug.cgi?id=48074 Bug #: 48074 Summary: 3D / OpenGL clients used with wayland always cause an immediate hang Classification: Unclassified Product: Mesa Version: 8.0 Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/nouvea...

Hi Gerd and Stefan, can we reach agreement on whether vsock should be involved in this? Thanks, Tomeu On 02/07/2018 10:49 AM, Tomeu Vizoso wrote: > On 02/06/2018 03:23 PM, Gerd Hoffmann wrote: >> ?? Hi, >> >>>> Hmm?? I'm assuming the wayland client (in the guest) talks to the >>>> wayland proxy, using the wayland protocol, like it would talk to a >>>> wayland display server.? Buffers must be passed from client to >>>> server/proxy somehow, probably using fd passing, so where is the >>>> p...

Hi Gerd and Stefan, can we reach agreement on whether vsock should be involved in this? Thanks, Tomeu On 02/07/2018 10:49 AM, Tomeu Vizoso wrote: > On 02/06/2018 03:23 PM, Gerd Hoffmann wrote: >> ?? Hi, >> >>>> Hmm?? I'm assuming the wayland client (in the guest) talks to the >>>> wayland proxy, using the wayland protocol, like it would talk to a >>>> wayland display server.? Buffers must be passed from client to >>>> server/proxy somehow, probably using fd passing, so where is the >>>> p...

On Thu, Nov 07, 2019 at 05:50:24PM -0500, Lamar Owen wrote: > On 11/7/19 3:13 PM, Leon Fauster via CentOS wrote: > >Is this the normal behavior now? Cutting text in gedit and pasting > >it into the terminal needs that the source application stays > >running? > I've run into this behavior for a while, for several CentOS > versions, depending upon the application.

On 30 October 2023 at 09:20, Simon Urbanek wrote: | > On 30/10/2023, at 8:38 AM, Dirk Eddelbuettel <edd at debian.org> wrote: | > On 30 October 2023 at 07:54, Paul Murrell wrote: | > | I am unaware of any Wayland display support. | > | | > | One useful way forward would be an R package that provides such a device | > | (along the lines of 'Cairo', 'tikzDevice', et al) | > | > As I understand it, it is a protocol, and not a device. | > | | Well, X11 is a protocol, not a...

Hi I am unaware of any Wayland display support. One useful way forward would be an R package that provides such a device (along the lines of 'Cairo', 'tikzDevice', et al) Paul On 27/10/23 23:16, quentin.thorne via R-devel wrote: > Hello, > > I'm interested in understanding the current state of W...

...12:26, Roger Bivand <Roger.Bivand at nhh.no> escribi?: > I also noticed this: > > https://www.theregister.com/2023/10/13/gnome_proposes_dropping_x11/ > > which is concerning. Until now, I've retained X11 on Fedora because of > difficulties in screen sharing via zoom in Wayland sessions. > KDE Plasma user here. FWIW, I've been using Wayland for a year and a half now with no issues, including screen sharing, etc. I?aki > Roger > > -- > Roger Bivand > Emeritus Professor > Norwegian School of Economics > Postboks 3490 Ytre Sandviken, 5045 Berg...

...ot intended) of the announcement here https://wiki.ubuntu.com/MirSpec what does this mean for LightDM being a viable free desktop display manager. The diagram shows the system compositor as being launched by LightDM in much the same way X is, and the plan looks very much like what we would do for Wayland. Is MIR going to be a hard dependency? Is Wayland support going to be dropped from plans? Could it support all 3 systems? Would Wayland related patches be rejected? Working towards getting KDE move towards LightDM has been a constant uphill battle with the politics, and this is just arming everyon...

Hi, > > (a) software rendering: client allocates shared memory buffer, renders > > into it, then passes a file handle for that shmem block together > > with some meta data (size, format, ...) to the wayland server. > > > > (b) gpu rendering: client opens a render node, allocates a buffer, > > asks the cpu to renders into it, exports the buffer as dma-buf > > (DRM_IOCTL_PRIME_HANDLE_TO_FD), passes this to the wayland server > > (again including met...

Hi, > > (a) software rendering: client allocates shared memory buffer, renders > > into it, then passes a file handle for that shmem block together > > with some meta data (size, format, ...) to the wayland server. > > > > (b) gpu rendering: client opens a render node, allocates a buffer, > > asks the cpu to renders into it, exports the buffer as dma-buf > > (DRM_IOCTL_PRIME_HANDLE_TO_FD), passes this to the wayland server > > (again including met...