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.
The GNOME 3.10 Wayland Tech Preview for Fedora 20 is nearing reality. While there wasn't the Wayland tech preview ready for the recent Fedora 20 Alpha, with the latest Fedora packages it's now possible to run the updated GNOME stack atop Wayland without the use of an X.Org Server.
The release of Wayland 1.3 and the reference Weston 1.3 compositor is near.
Code was published on Monday to xf86-video-wlglamor, a new X.Org DDX graphics driver that supports XWayland and provides hardware acceleration via the OpenGL-using GLAMOR library.
Kristian Høgsberg has provided a status update on the Wayland project and its associated Weston reference compositor.
Red Hat's Christian Schaller has shared some more information about improvements happening in the GNOME/Fedora Wayland world.
Kristian Høgsberg has put out the first test releases of the forthcoming Wayland 1.3 release and reference Weston compositor.
Good Wayland news keeps coming! One day after GNOME 3.10 got aligned for good Wayland support, Intel has announced Ozone-Wayland as a way in which the Chromium web-browser now works on Wayland. Besides Chrome, the Content Shell works on Wayland too.
The low-cost low-end Raspberry Pi ARM development boards are running quite happily now with Wayland and using its Weston compositor. The performance is better than with an X.Org Server and Raspberry Pi's Eben Upton has called it the future of Linux desktop graphics.
GNOME Shell 3.9.92 was released this morning as the GNOME Shell 3.10 release candidate. With this latest release of the core GNOME 3 user-interface, the Wayland branch has been merged!
WebKitGTK+ 2.1.91 was released earlier this week by Igalia and among its changes include support for building this GNOME port of the WebKit rendering engine with Wayland as a target.
Enlightenment E18 has been revised with its Wayland client application support so it's in compatibility with the latest Wayland Git changes.
For those curious about the state of XWayland for having X11/X.Org program compatibility support on Wayland, the code has been updated.
An Intel engineer has proposed mainlining libhybris support for Wayland's Weston compositor support.
In recent days and weeks there have been many Phoronix news stories about Wayland support improvements going into different GNOME components like the GNOME Shell and GTK+ tool-kit. The GNOME 3.10 official release is due later this month and overall the support for running GNOME Shell on Wayland appears in rather good standing.
A set of six patches were published on Tuesday for Wayland's Weston reference compositor to implement an IVI Shell.
GNOME developers hope that GNOME 3.10 will be in decent shape for initially supporting Wayland as an alternative to X11/X.Org. There's already been improvements made to GNOME Shell, the GTK tool-kit, and other components. Committed today to GTK+ was more Wayland work.
Kristian Høgsberg released version 1.2.2 of the Weston reference compositor today for Wayland. The new releases are mainly to iron out some unexpected bugs that landed in the recent Weston 1.2.1 release from last week. Wayland meanwhile is still at version 1.2.1.
511 Wayland news articles published on Phoronix.