On Wednesday there was some Git activity surrounding the EGL/Wayland support inside Mesa.
A FreeRDS-based Wayland Weston back-end has been published in early form.
Kristian Høgsberg committed on Tuesday the initial XDG-Shell protocol support.
A Linaro developer has proposed adding DMA-BUF support to the Wayland protocol itself.
One month ago marked the first release of a Wayland-based Chromium web-browser. Intel developers ported the "Ozone" windowing/UI abstraction layer to Wayland some months ago but they are continuing to refine it and adding in new features. A few new features were recently added to improve Google's software on Wayland.
After a lot of mailing list discussions amongst developers that have a stake in Wayland and early patches sent out, the latest xdg-shell patches were formally distributed today on the developers' mailing list. The xdg-shell is a new protocol living outside of the core Wayland protocol.
The Weston reference compositor to Wayland received a few more features yesterday in mainline Git.
A few days back I wrote about sub-surfaces coming to Wayland's protocol after being a Weston-only feature for several months. For those curious about this Wayland feature, developer behind the code has written about this new feature at length.
Just earlier today I had written about Perl bindings coming for Wayland and now announced on Sunday afternoon is wlcppgen, a generator to generate a C++11 wrapper to the Wayland client-side protocols.
While the Perl scripting language normally isn't relied upon by Linux graphics driver developers, Perl bindings to Wayland have been published.
After the support has been within Wayland's Weston reference compositor for several months, developers have now added sub-surfaces support to the Wayland core protocol itself. Wayland sub-surfaces can make for efficient use of video players and windowed OpenGL games on Wayland.
Interesting in the Wayland camp this week has been lots of discussions about the XDG-Shell proposal but besides that, a patch-set just appeared that finally adds alt-tab support to Wayland's Weston compositor and also updates the exposay feature.
With the Wayland protocol the matter of handling input device processing is left up to the compositors themselves. To ease the development process and ensuring compositors have good input support, a common input device library has been proposed that compositors can utilize for handling their input events from the Linux kernel.
If you're curious about the state of the Qt5-powered Hawaii Desktop running natively on Wayland, a new video has been uploaded that nicely shows off this new Linux desktop alternative that's designed around Wayland.
The Wayland back-end to Wayland's Weston compositor that allows for it to run inside existing compositors (i.e. nested compositing) has seen another round of improvements.
DRI PRIME that allows for secondary GPUs to provide rendering support to primary GPUs -- i.e. NVIDIA Optimus systems -- can now work under Wayland for allowing secondary GPUs to render games/applications even if they aren't the GPU used by the compositor.
The Green Island Wayland-based compositor that's part of the experimental Qt5-based Hawaii Desktop has been updated to version 0.1.91 after seeing a number of changes that morphs it from its original design.
Kristian Høgsberg did a Halloween release yesterday of the Weston 1.3.1 compositor for Wayland.
The Wayland back-end to the Weston compositor allows Weston to run inside an existing Wayland compositor, i.e. a nested Weston scenario or running Weston atop a completely different Wayland compositor. A set of 11 patches were published Sunday night for making the Wayland back-end more on par with the X11 back-end.
The latest work on Wayland's Weston compositor is working in the direction of making it support run-time switchable renderers, such as between the OpenGL and Pixman renderers or theoretically different GL renderers.
Wayland's Weston compositor can run on a wider range of systems with the yet-to-be-merged patches providing integration to run the display system on any DirectFB-enabled platform with OpenGL ES acceleration and without needing any vendor-specific hardware extensions.
At the end of August there was a proposal for a Wayland System Compositor protocol but now those patches have been revised and are being put out as a new Wayland full-screen shell protocol.
David Herrmann is out with a lot of new code this week. One of his interesting bits of code is the simple-dmabuf client for Wayland's Weston compositor.
RealVNC has proposed a new remote access interface for Wayland's Weston compositor to support remote desktop solutions like VNC, RDP, etc.
A new XWayland API has been proposed for helping the X.Org drivers implement the ScheduleSwap event and for providing an efficient implementation of async swaps. The new interfaces for XWayland can avoid copies and thus provide real-world performance improvements.
Developers at Collabora have proposed a Wayland protocol extension for handling Wayland surfaces that work well for streaming videos.
As the latest good news for Wayland's adoption, the XBMC media player now has native Wayland support!
While it's arriving late, the Wayland 1.3 release with the adjoining Weston 1.3 reference compositor is now available for your next-generation display server needs.
Several weeks ago Intel developers announced the Ozone-Wayland project as a back-end for the Chromium web-browser to support running directly on Wayland without any X11 dependence. This wasn't just a code drop but Intel developers continue investing in this as an independent project for letting the Google web-browser run great on Wayland/Weston.
While there's been a lot of Wayland announcements recently, there hasn't been much news on the Wayland-powered Qt5-based Hawaii desktop that's part of the Maui project. Though they have hit a roadblock in their "Green Island" Wayland compositor, the desktop shell continues to move forward with new features and functionality.
528 Wayland news articles published on Phoronix.