wayland-devel  

Messages by Thread

• XDC 2020: Registration & Call for Proposals now open! Szwichtenberg, Radoslaw
  • Re: [Mesa-dev] XDC 2020: Registration & Call for Proposals now open! Samuel Iglesias Gonsálvez
• Introducing taiwins, a compact wayland compositor Sichem Zhou
  • Re: Introducing taiwins, a compact wayland compositor Pekka Paalanen
• Issue with setting calibration matrix on imx6 platform. poornachandrasekhar.alamanda
  • Re: Issue with setting calibration matrix on imx6 platform. Peter Hutterer
• [no subject] Selastin George
  • Re: Pier Luigi Fiorini
• The Wayland Protocol [Book] Drew DeVault
  • Re: The Wayland Protocol [Book] Jan Engelhardt
  • Re: The Wayland Protocol [Book] Drew DeVault
• Implemented lower window when middle click on titlebar in gtk/mutter Mildred Ki'Lya
  • Re: Implemented lower window when middle click on titlebar in gtk/mutter David Edmundson
  • Re: Implemented lower window when middle click on titlebar in gtk/mutter Marius Gedminas
  • Re: Implemented lower window when middle click on titlebar in gtk/mutter The Rasterman
  • Re: Implemented lower window when middle click on titlebar in gtk/mutter Mildred Ki'Lya
  • Re: Implemented lower window when middle click on titlebar in gtk/mutter The Rasterman
• I want to use many button mouse. MIKAMI.Norimasa
• Possible resource leak in Weston Guillermo Rodriguez
  • Re: Possible resource leak in Weston Pekka Paalanen
  • Re: Possible resource leak in Weston Guillermo Rodriguez
  • Re: Possible resource leak in Weston Pekka Paalanen
  • Re: Possible resource leak in Weston Guillermo Rodriguez
  • Re: Possible resource leak in Weston Pekka Paalanen
• Protocol backwards compatibility requirements? Peter Hutterer
  • Re: Protocol backwards compatibility requirements? Simon Ser
  • Re: Protocol backwards compatibility requirements? Christopher James Halse Rogers
  • Re: Protocol backwards compatibility requirements? Peter Hutterer
  • Re: Protocol backwards compatibility requirements? Pekka Paalanen
  • Re: Protocol backwards compatibility requirements? Adam Jackson
  • Re: Protocol backwards compatibility requirements? Christopher James Halse Rogers
  • Re: Protocol backwards compatibility requirements? Pekka Paalanen
  • Re: Protocol backwards compatibility requirements? Scott Anderson
  • Re: Protocol backwards compatibility requirements? Peter Hutterer
  • Re: Protocol backwards compatibility requirements? Pekka Paalanen
  • Re: Protocol backwards compatibility requirements? Peter Hutterer
• appId title / Iconic dock launchers Damian Ivanov
  • Re: appId title / Iconic dock launchers David Edmundson
  • Re: appId title / Iconic dock launchers Damian Ivanov
• [ANNOUNCE] libinput 1.15.5 Peter Hutterer
• can subsurface and shell surface be used together to manage surfaces zou lan
  • Re: can subsurface and shell surface be used together to manage surfaces Matt Hoosier
  • Re: can subsurface and shell surface be used together to manage surfaces zou lan
  • Re: can subsurface and shell surface be used together to manage surfaces Pekka Paalanen
  • Re: can subsurface and shell surface be used together to manage surfaces zou lan
  • Re: can subsurface and shell surface be used together to manage surfaces Pekka Paalanen
  • Re: can subsurface and shell surface be used together to manage surfaces Daniel Stone
  • Re: can subsurface and shell surface be used together to manage surfaces zou lan
• linux-dmabuf and eglBindWaylandDisplayWl Matt Hoosier
  • Re: linux-dmabuf and eglBindWaylandDisplayWl Simon Ser
  • Re: linux-dmabuf and eglBindWaylandDisplayWl Matt Hoosier
  • Re: linux-dmabuf and eglBindWaylandDisplayWl Scott Anderson
  • Re: linux-dmabuf and eglBindWaylandDisplayWl Matt Hoosier
  • Re: linux-dmabuf and eglBindWaylandDisplayWl Simon Ser
  • Re: linux-dmabuf and eglBindWaylandDisplayWl Matt Hoosier
  • Re: linux-dmabuf and eglBindWaylandDisplayWl Pekka Paalanen
• Re: Chrome Remote Desktop and Wayland Scott Anderson
  • Re: Chrome Remote Desktop and Wayland Jonas Ådahl
  • Re: Chrome Remote Desktop and Wayland Simon McVittie
  • Re: Chrome Remote Desktop and Wayland Erik Jensen
  • Re: Chrome Remote Desktop and Wayland Jonas Ådahl
  • Re: Chrome Remote Desktop and Wayland Erik Jensen
  • Re: Chrome Remote Desktop and Wayland The Rasterman
  • Re: Chrome Remote Desktop and Wayland Ray Strode
  • Re: Chrome Remote Desktop and Wayland Marcel Hollerbach
  • Re: Chrome Remote Desktop and Wayland Ray Strode
  • Re: Chrome Remote Desktop and Wayland Benjamin Berg
  • Re: Chrome Remote Desktop and Wayland Ray Strode
  • Re: Chrome Remote Desktop and Wayland Benjamin Berg
  • Re: Chrome Remote Desktop and Wayland Ray Strode
  • Re: Chrome Remote Desktop and Wayland Benjamin Berg
  • Re: Chrome Remote Desktop and Wayland Ray Strode
  • Re: Chrome Remote Desktop and Wayland Benjamin Berg
  • Re: Chrome Remote Desktop and Wayland Simon McVittie
  • Re: Chrome Remote Desktop and Wayland Ray Strode
  • Re: Chrome Remote Desktop and Wayland Jonas Ådahl
  • Re: Chrome Remote Desktop and Wayland Ray Strode
  • Re: Chrome Remote Desktop and Wayland Erik Jensen
• Virtual keyboard changes system keyboard layout under sway - why? Justus-dev
  • Re: Virtual keyboard changes system keyboard layout under sway - why? Simon Ser
  • Re: Virtual keyboard changes system keyboard layout under sway - why? Dorota Czaplejewicz
  • Re: Virtual keyboard changes system keyboard layout under sway - why? Justus-dev
• Aliases for DRI connectors? Matt Hoosier
  • Re: Aliases for DRI connectors? Simon Ser
  • Re: Aliases for DRI connectors? Matt Hoosier
  • Re: Aliases for DRI connectors? Pekka Paalanen
  • Re: Aliases for DRI connectors? Guillermo Rodriguez
  • Re: Aliases for DRI connectors? Pekka Paalanen
  • Re: Aliases for DRI connectors? Guillermo Rodriguez
• Presentation and Inquire Matías Emanuel Denda Serrano
  • Re: Presentation and Inquire Benjamin Ridley
  • Re: Presentation and Inquire Jean-Francois Dagenais
  • Re: Presentation and Inquire Erik De Rijcke
  • Re: Presentation and Inquire Pekka Paalanen
• Linaro Tech Days: Wayland, Weston & Open Source GPU drivers Mark Filion
• Getting Weston to use DRM/KMS planes Wohlmuth, Oliver
  • Re: Getting Weston to use DRM/KMS planes Daniel Stone
  • RE: Getting Weston to use DRM/KMS planes Wohlmuth, Oliver
  • RE: Getting Weston to use DRM/KMS planes Wohlmuth, Oliver
• Re: [PATCH weston] desktop-shell: remove surface listener when surface is destroyed Debra Patterson
• [ANNOUNCE] libinput 1.15.4 Peter Hutterer
• Plumbing explicit synchronization through the Linux ecosystem Jason Ekstrand
  • Re: Plumbing explicit synchronization through the Linux ecosystem Jason Ekstrand
  • Re: Plumbing explicit synchronization through the Linux ecosystem Nicolas Dufresne
  • Re: Plumbing explicit synchronization through the Linux ecosystem Laurent Pinchart
  • Re: Plumbing explicit synchronization through the Linux ecosystem Tomek Bury
  • Re: Plumbing explicit synchronization through the Linux ecosystem Laurent Pinchart
  • Re: Plumbing explicit synchronization through the Linux ecosystem Tomek Bury
  • Re: Plumbing explicit synchronization through the Linux ecosystem Daniel Stone
  • Re: Plumbing explicit synchronization through the Linux ecosystem Tomek Bury
  • Re: Plumbing explicit synchronization through the Linux ecosystem Tomek Bury
  • Re: Plumbing explicit synchronization through the Linux ecosystem Jason Ekstrand
  • Re: Plumbing explicit synchronization through the Linux ecosystem Simon Ser
  • Re: Plumbing explicit synchronization through the Linux ecosystem Jason Ekstrand
  • Re: Plumbing explicit synchronization through the Linux ecosystem Daniel Stone
  • Re: Plumbing explicit synchronization through the Linux ecosystem Tomek Bury
  • Re: Plumbing explicit synchronization through the Linux ecosystem Jason Ekstrand
  • Re: Plumbing explicit synchronization through the Linux ecosystem Laurent Pinchart
  • Re: Plumbing explicit synchronization through the Linux ecosystem Jason Ekstrand
  • Re: Plumbing explicit synchronization through the Linux ecosystem Nicolas Dufresne
  • Re: Plumbing explicit synchronization through the Linux ecosystem Jason Ekstrand
  • Re: [Mesa-dev] Plumbing explicit synchronization through the Linux ecosystem Jacob Lifshay
  • Re: [Mesa-dev] Plumbing explicit synchronization through the Linux ecosystem Jason Ekstrand
  • Re: [Mesa-dev] Plumbing explicit synchronization through the Linux ecosystem Daniel Vetter
  • Re: [Mesa-dev] Plumbing explicit synchronization through the Linux ecosystem Lucas Stach
  • Re: [Mesa-dev] Plumbing explicit synchronization through the Linux ecosystem Jacob Lifshay
  • Re: [Mesa-dev] Plumbing explicit synchronization through the Linux ecosystem Lucas Stach
  • Re: [Mesa-dev] Plumbing explicit synchronization through the Linux ecosystem Jacob Lifshay
  • Re: [Mesa-dev] Plumbing explicit synchronization through the Linux ecosystem Jason Ekstrand
  • Re: [Mesa-dev] Plumbing explicit synchronization through the Linux ecosystem Jacob Lifshay
  • Re: [Mesa-dev] Plumbing explicit synchronization through the Linux ecosystem Jason Ekstrand
  • Re: [Mesa-dev] Plumbing explicit synchronization through the Linux ecosystem Jacob Lifshay
  • Re: [Mesa-dev] Plumbing explicit synchronization through the Linux ecosystem Michel Dänzer
  • Re: [Mesa-dev] Plumbing explicit synchronization through the Linux ecosystem Nicolas Dufresne
  • Re: [Mesa-dev] Plumbing explicit synchronization through the Linux ecosystem Daniel Vetter
  • Re: [Mesa-dev] Plumbing explicit synchronization through the Linux ecosystem Adam Jackson
  • Re: Plumbing explicit synchronization through the Linux ecosystem Nicolas Dufresne
  • Re: Plumbing explicit synchronization through the Linux ecosystem Daniel Vetter
  • Re: [Mesa-dev] Plumbing explicit synchronization through the Linux ecosystem Lucas Stach
  • Re: Plumbing explicit synchronization through the Linux ecosystem Roman Gilg
  • Re: Plumbing explicit synchronization through the Linux ecosystem Jason Ekstrand
  • Re: Plumbing explicit synchronization through the Linux ecosystem Jonas Ådahl
  • Re: Plumbing explicit synchronization through the Linux ecosystem Adam Jackson
  • Re: Plumbing explicit synchronization through the Linux ecosystem Jason Ekstrand
  • Re: Plumbing explicit synchronization through the Linux ecosystem Alexander E. Patrakov
  • Re: [Mesa-dev] Plumbing explicit synchronization through the Linux ecosystem Marek Olšák
  • Re: [Mesa-dev] Plumbing explicit synchronization through the Linux ecosystem Jason Ekstrand
  • Re: [Mesa-dev] Plumbing explicit synchronization through the Linux ecosystem Marek Olšák
  • Re: [Mesa-dev] Plumbing explicit synchronization through the Linux ecosystem Michel Dänzer
  • Re: [Mesa-dev] Plumbing explicit synchronization through the Linux ecosystem Marek Olšák
  • Re: Plumbing explicit synchronization through the Linux ecosystem Michel Dänzer
  • Re: Plumbing explicit synchronization through the Linux ecosystem Marek Olšák
  • Re: Plumbing explicit synchronization through the Linux ecosystem Daniel Vetter
  • Re: Plumbing explicit synchronization through the Linux ecosystem Marek Olšák
  • Re: Plumbing explicit synchronization through the Linux ecosystem Michel Dänzer
• X.Org GSoC 2020 - call for project ideas and mentors Trevor Woerner
• 2020 X.Org Board of Directors Elections Nomination period is NOW Daniel Vetter
  • Re: 2020 X.Org Board of Directors Elections Nomination period is NOW Daniel Vetter
  • Re: 2020 X.Org Board of Directors Elections Nomination period is NOW Daniel Vetter
• [ANNOUNCE] libinput 1.15.3 Peter Hutterer
• Asynchronous frame updates Guillermo Rodriguez
  • Re: Asynchronous frame updates Pekka Paalanen
• Re: [Mesa-dev] [Intel-gfx] gitlab.fd.o financial situation and impact on services Eric Anholt
  • Re: [Mesa-dev] [Intel-gfx] gitlab.fd.o financial situation and impact on services Daniel Vetter
  • Re: [Mesa-dev] [Intel-gfx] gitlab.fd.o financial situation and impact on services Nuritzi Sanchez
  • Re: [Mesa-dev] [Intel-gfx] gitlab.fd.o financial situation and impact on services Nicholas Krause
  • Re: [Mesa-dev] [Intel-gfx] gitlab.fd.o financial situation and impact on services Andreas Bergmeier
  • Re: [Mesa-dev] [Intel-gfx] gitlab.fd.o financial situation and impact on services Nicolas Dufresne
  • Re: [Mesa-dev] [Intel-gfx] gitlab.fd.o financial situation and impact on services Timur Kristóf
  • Re: [Mesa-dev] [Intel-gfx] gitlab.fd.o financial situation and impact on services Nicolas Dufresne
  • Re: [Mesa-dev] [Intel-gfx] gitlab.fd.o financial situation and impact on services Michel Dänzer
  • Re: [Mesa-dev] [Intel-gfx] gitlab.fd.o financial situation and impact on services Nicolas Dufresne
  • Re: [Mesa-dev] [Intel-gfx] gitlab.fd.o financial situation and impact on services Jacob Lifshay
  • Re: [Intel-gfx] [Mesa-dev] gitlab.fd.o financial situation and impact on services Jason Ekstrand
  • Re: [Intel-gfx] [Mesa-dev] gitlab.fd.o financial situation and impact on services Nicolas Dufresne
  • Re: [Intel-gfx] [Mesa-dev] gitlab.fd.o financial situation and impact on services Jason Ekstrand
  • Re: [Intel-gfx] [Mesa-dev] gitlab.fd.o financial situation and impact on services Bridgman, John
  • Re: [Mesa-dev] [Intel-gfx] gitlab.fd.o financial situation and impact on services Timur Kristóf
  • Re: [Mesa-dev] [Intel-gfx] gitlab.fd.o financial situation and impact on services Jason Ekstrand
  • Re: [Mesa-dev] [Intel-gfx] gitlab.fd.o financial situation and impact on services Nicolas Dufresne
  • Re: [Mesa-dev] [Intel-gfx] gitlab.fd.o financial situation and impact on services Marek Olšák
  • Re: [Mesa-dev] [Intel-gfx] gitlab.fd.o financial situation and impact on services Michel Dänzer
  • Re: [Mesa-dev] [Intel-gfx] gitlab.fd.o financial situation and impact on services Rob Clark
  • Re: [Mesa-dev] [Intel-gfx] gitlab.fd.o financial situation and impact on services Nicolas Dufresne
  • Re: [Mesa-dev] [Intel-gfx] gitlab.fd.o financial situation and impact on services Rob Clark
  • Re: [Mesa-dev] [Intel-gfx] gitlab.fd.o financial situation and impact on services Rob Clark
  • Re: [Mesa-dev] [Intel-gfx] gitlab.fd.o financial situation and impact on services Rob Clark
  • Re: [Mesa-dev] [Intel-gfx] gitlab.fd.o financial situation and impact on services Peter Hutterer
  • Re: [Mesa-dev] [Intel-gfx] gitlab.fd.o financial situation and impact on services Peter Hutterer
  • Re: [Mesa-dev] [Intel-gfx] gitlab.fd.o financial situation and impact on services Adam Jackson
  • Re: [Mesa-dev] [Intel-gfx] gitlab.fd.o financial situation and impact on services Rob Clark
  • Re: gitlab.fd.o financial situation and impact on services Michel Dänzer
  • Re: gitlab.fd.o financial situation and impact on services Rob Clark
  • Re: [Mesa-dev] [Intel-gfx] gitlab.fd.o financial situation and impact on services Isabel Sanchez
• Re: FSF to launch code hosting, was: gitlab.fd.o financial situation Chris Murphy
  • Re: FSF to launch code hosting, was: gitlab.fd.o financial situation Chris Murphy
• [ANNOUNCE] wayland-protocols 1.20 Jonas Ådahl
• [ANNOUNCE] wayland-protocols 1.19 Jonas Ådahl
• Re: [Intel-gfx] [Mesa-dev] gitlab.fd.o financial situation and impact on services Jason Ekstrand
• Re: gitlab.fd.o financial situation and impact on services Matt Turner

• Later messages