✖


Jump to content

Вейланд (протокол)

(Перенаправлено с Либинпут )

Вейланд
Оригинальный автор(ы) Кристиан Хёгсберг
Разработчик(и) freedesktop.org и др.
Первоначальный выпуск 30 сентября 2008 г .; 15 лет назад ( 30 сентября 2008 ) [1]
Стабильная версия
Вейланд: 1.23, [2] Уэстон: 13.0.3 [3] / 30 мая 2024 г .; 2 месяца назад ( 30.05.2024 )
Repository
Written inC
Operating systemOfficial: Linux
Unofficial: NetBSD, FreeBSD, OpenBSD, DragonFly BSD,[4] Haiku (operating system)[5]
Type
LicenseMIT License[6][7][8]
Websitewayland.freedesktop.org

Wayland — это протокол связи , определяющий связь между сервером отображения и его клиентами, а также C. реализация этого протокола в библиотеке [9] Сервер отображения, использующий протокол Wayland, называется композитором Wayland , поскольку он дополнительно выполняет задачу оконного менеджера компоновки .

Wayland разработан группой волонтеров, первоначально возглавляемой Кристианом Хёгсбергом, как бесплатный проект с открытым исходным кодом, управляемый сообществом, с целью замены системы X Window на безопасную систему. [10] [11] [12] [13] и более простая оконная система для Linux и других Unix-подобных операционных систем. [9] [14] Исходный код проекта публикуется на условиях MIT License — разрешительной лицензии на свободное программное обеспечение . [14] [6]

В рамках своих усилий проект Wayland также разрабатывает эталонную реализацию композитора Wayland под названием Weston . [9]

Обзор

[ редактировать ]
  1. The evdev module of the Linux kernel gets an event and sends it to the Wayland compositor.
  2. The Wayland compositor looks through its scenegraph to determine which window should receive the event. The scenegraph corresponds to what is on screen and the Wayland compositor understands the transformations that it may have applied to the elements in the scenegraph. Thus, the Wayland compositor can pick the right window and transform the screen coordinates to window local coordinates, by applying the inverse transformations. The types of transformation that can be applied to a window is only restricted to what the compositor can do, as long as it can compute the inverse transformation for the input events.
  3. As in the X case, when the client receives the event, it updates the UI in response. But in the Wayland case, the rendering happens by the client via EGL, and the client just sends a request to the compositor to indicate the region that was updated.
  4. The Wayland compositor collects damage requests from its clients and then re-composites the screen. The compositor can then directly issue an ioctl to schedule a pageflip with KMS.

The Wayland Display Server project was started by Red Hat developer Kristian Høgsberg in 2008.[15]

Beginning around 2010, Linux desktop graphics have moved from having "a pile of rendering interfaces... all talking to the X server, which is at the center of the universe" towards putting the Linux kernel and its components (i.e. Direct Rendering Infrastructure (DRI), Direct Rendering Manager (DRM)) "in the middle", with "window systems like X and Wayland ... off in the corner". This will be "a much-simplified graphics system offering more flexibility and better performance".[16]

Høgsberg could have added an extension to X as many recent projects have done, but preferred to "[push] X out of the hotpath between clients and the hardware" for reasons explained in the project's FAQ:[14]

What's different now is that a lot of infrastructure has moved from the X server into the kernel (memory management, command scheduling, mode setting) or libraries (cairo, pixman, freetype, fontconfig, pango, etc.), and there is very little left that has to happen in a central server process. ... [An X server has] a tremendous amount of functionality that you must support to claim to speak the X protocol, yet nobody will ever use this. ... This includes code tables, glyph rasterization and caching, XLFDs (seriously, XLFDs!), and the entire core rendering API that lets you draw stippled lines, polygons, wide arcs and many more state-of-the-1980s style graphics primitives. For many things we've been able to keep the X.org server modern by adding extension such as XRandR, XRender and COMPOSITE ... With Wayland we can move the X server and all its legacy technology to an optional code path. Getting to a point where the X server is a compatibility option instead of the core rendering system will take a while, but we'll never get there if [we] don't plan for it.

Wayland consists of a protocol and a reference implementation named Weston. The project is also developing versions of GTK and Qt that render to Wayland instead of to X. Most applications are expected to gain support for Wayland through one of these libraries without modification to the application.

Initial versions of Wayland have not provided network transparency, though Høgsberg noted in 2010 that network transparency is possible.[17]It was attempted as a Google Summer of Code project in 2011, but was not successful.[18]Adam Jackson has envisioned providing remote access to a Wayland application by either "pixel-scraping" (like VNC) or getting it to send a "rendering command stream" across the network (as in RDP, SPICE or X11).[19] As of early 2013, Høgsberg was experimenting with network transparency using a proxy Wayland server which sends compressed images to the real compositor.[20][21] In August 2017, GNOME saw the first such pixel-scraping VNC server implementation under Wayland.[22] In modern Wayland compositors, network transparency is handled in an xdg-desktop-portal implementation that implements the RemoteDesktop portal.

Many Wayland compositors also include an xdg-desktop-portal implementation for common tasks such as a native file picker for native applications and sandboxes such as Flatpak (xdg-desktop-portal-gtk is commonly used as a fallback filepicker), screen recording, network transparency, screenshots, color picking, and other tasks that could be seen as needing user intervention and being security risks otherwise. Note that xdg-desktop-portal is not Flatpak or Wayland-specific, and can be used with alternative packaging systems and windowing systems.

Software architecture

[edit]

Protocol architecture

[edit]
In the Wayland protocol architecture, a client and a compositor communicate through the Wayland protocol using the reference implementation libraries.

The Wayland protocol follows a client–server model in which clients are the graphical applications requesting the display of pixel buffers on the screen, and the server (compositor) is the service provider controlling the display of these buffers.

The Wayland reference implementation has been designed as a two-layer protocol:[23]

  • A low-level layer or wire protocol that handles the inter-process communication between the two involved processes‍—‌client and compositor‍—‌and the marshalling of the data that they interchange. This layer is message-based and usually implemented using the kernel IPC services, specifically Unix domain sockets in the case of Linux and other Unix-like operating systems.[24]
  • A high-level layer built upon it, that handles the information that client and compositor need to exchange to implement the basic features of a window system. This layer is implemented as "an asynchronous object-oriented protocol".[25]

While the low-level layer was written manually in C, the high-level layer is automatically generated from a description of the elements of the protocol stored in XML format.[26] Every time the protocol description of this XML file changes, the C source code that implements such protocol can be regenerated to include the new changes, allowing a very flexible, extensible and error-proof protocol.

The reference implementation of Wayland protocol is split in two libraries: a library to be used by Wayland clients called libwayland-client and a library to be used by Wayland compositors called libwayland-server.[27]

Protocol overview

[edit]

The Wayland protocol is described as an "asynchronous object-oriented protocol".[25] Object-oriented means that the services offered by the compositor are presented as a series of objects living on the same compositor. Each object implements an interface which has a name, a number of methods (called requests) as well as several associated events. Every request and event has zero or more arguments, each one with a name and a data type. The protocol is asynchronous in the sense that requests do not have to wait for synchronized replies or ACKs, avoiding round-trip delay time and achieving improved performance.

The Wayland clients can make a request (a method invocation) on some object if the object's interface supports that request. The client must also supply the required data for the arguments of such request. This is the way the clients request services from the compositor. The compositor in turn sends information back to the client by causing the object to emit events (probably with arguments too). These events can be emitted by the compositor as a response to a certain request, or asynchronously, subject to the occurrence of internal events (such as one from an input device) or state changes. The error conditions are also signaled as events by the compositor.[25]

For a client to be able to make a request to an object, it first needs to tell the server the ID number it will use to identify that object.[25] There are two types of objects in the compositor: global objects and non-global objects. Global objects are advertised by the compositor to the clients when they are created (and also when they are destroyed), while non-global objects are usually created by other objects that already exist as part of their functionality.[28]

The interfaces and their requests and events are the core elements that define the Wayland protocol. Each version of the protocol includes a set of interfaces, along with their requests and events, which are expected to be in any Wayland compositor. Optionally, a Wayland compositor may define and implement its own interfaces that support new requests and events, thereby extending functionality beyond the core protocol.[29] To facilitate changes to the protocol, each interface contains a "version number" attribute in addition to its name; this attribute allows for distinguishing variants of the same interface. Each Wayland compositor exposes not only what interfaces are available, but also the supported versions of those interfaces.[30]

Wayland core interfaces

[edit]

The interfaces of the current version of Wayland protocol are defined in the file protocol/wayland.xml of the Wayland source code.[26] This is an XML file that lists the existing interfaces in the current version, along with their requests, events and other attributes. This set of interfaces is the minimum required to be implemented by any Wayland compositor.

Some of the most basic interfaces of the Wayland protocol are:[29]

  • wl_display – the core global object, a special object to encapsulate the Wayland protocol itself
  • wl_registry – the global registry object, in which the compositor registers all the global objects that it wants to be available to all clients
  • wl_compositor – an object that represents the compositor, and is in charge of combining the different surfaces into one output
  • wl_surface – an object representing a rectangular area on the screen, defined by a location, size and pixel content
  • wl_buffer – an object that, when attached to a wl_surface object, provides its displayable content
  • wl_output – an object representing the displayable area of a screen
  • wl_pointer, wl_keyboard, wl_touch – objects representing different input devices like pointers or keyboards
  • wl_seat – an object representing a seat (a set of input/output devices) in multiseat configurations

A typical Wayland client session starts by opening a connection to the compositor using the wl_display object. This is a special local object that represents the connection and does not live within the server. By using its interface the client can request the wl_registry global object from the compositor, where all the global object names live, and bind those that the client is interested in. Usually the client binds at least a wl_compositor object from where it will request one or more wl_surface objects to show the application output on the display.[28]

Wayland extension interfaces

[edit]

A Wayland compositor can define and export its own additional interfaces.[29] This feature is used to extend the protocol beyond the basic functionality provided by the core interfaces, and has become the standard way to implement Wayland protocol extensions. Certain compositors can choose to add custom interfaces to provide specialized or unique features. The Wayland reference compositor, Weston, used them to implement new experimental interfaces as a testbed for new concepts and ideas, some of which later became part of the core protocol (such as wl_subsurface interface added in Wayland 1.4[31]).

Extension protocols to the core protocol

[edit]

XDG-Shell protocol

[edit]

XDG-Shell protocol (see freedesktop.org for XDG) is an extended way to manage surfaces under Wayland compositors (not only Weston). The traditional way to manipulate (maximize, minimize, fullscreen, etc.) surfaces is to use the wl_shell_*() functions, which are part of the core Wayland protocol and live in libwayland-client. An implementation of the xdg-shell protocol, on the contrary, is supposed to be provided by the Wayland compositor. So you will find the xdg-shell-client-protocol.h header in the Weston source tree.

xdg_shell is a protocol aimed to substitute wl_shell in the long term, but will not be part of the Wayland core protocol. It starts as a non-stable API, aimed to be used as a development place at first, and once features are defined as required by several desktop shells, it can be finally made stable. It provides mainly two new interfaces: xdg_surface and xdg_popup. The xdg_surface interface implements a desktop-style window that can be moved, resized, maximized, etc.; it provides a request for creating child/parent relationship. The xdg_popup interface implements a desktop-style popup/menu; an xdg_popup is always transient for another surface, and also has implicit grab.[32]

IVI-Shell protocol

[edit]

IVI-Shell is an extension to the Wayland core protocol, targeting in-vehicle infotainment (IVI) devices.[33]

Rendering model

[edit]
Wayland compositor and its clients use EGL to draw directly into the framebuffer; X.Org Server with XWayland and Glamor.

The Wayland protocol does not include a rendering API.[34][14][35][36]: 2  Instead, Wayland follows a direct rendering model, in which the client must render the window contents to a buffer shareable with the compositor.[37] For that purpose, the client can choose to do all the rendering by itself, use a rendering library like Cairo or OpenGL, or rely on the rendering engine of high-level widget libraries with Wayland support, such as Qt or GTK. The client can also optionally use other specialized libraries to perform specific tasks, such as Freetype for font rendering.

The resulting buffer with the rendered window contents are stored in a wl_buffer object. The internal type of this object is implementation dependent. The only requirement is that the content data must be shareable between the client and the compositor. If the client uses a software (CPU) renderer and the result is stored in the system memory, then client and compositor can use shared memory to implement the buffer communication without extra copies. The Wayland protocol already natively provides this kind of shared memory buffer through the wl_shm[38] and wl_shm_pool[39] interfaces. The drawback of this method is that the compositor may need to do additional work (usually to copy the shared data to the GPU) to display it, which leads to slower graphics performance.

The most typical case is for the client to render directly into a video memory buffer using a hardware (GPU) accelerated API such as OpenGL, OpenGL ES or Vulkan. Client and compositor can share this GPU-space buffer using a special handler to reference it.[40] This method allows the compositor to avoid the extra data copy through itself of the main memory buffer client-to-compositor-to-GPU method, resulting in faster graphics performance, and is therefore the preferred one. The compositor can further optimize the composition of the final scene to be shown on the display by using the same hardware acceleration API as an API client.

When rendering is completed in a shared buffer, the Wayland client should instruct the compositor to present the rendered contents of the buffer on the display. For this purpose, the client binds the buffer object that stores the rendered contents to the surface object, and sends a "commit" request to the surface, transferring the effective control of the buffer to the compositor.[23] Then the client waits for the compositor to release the buffer (signaled by an event) if it wants to reuse the buffer to render another frame, or it can use another buffer to render the new frame, and, when the rendering is finished, bind this new buffer to the surface and commit its contents.[41]: 7  The procedure used for rendering, including the number of buffers involved and their management, is entirely under the client control.[41]: 7 

Comparison with other window systems

[edit]
See also: Mir software architecture

Differences between Wayland and X

[edit]

There are several differences between Wayland and X with regard to performance, code maintainability, and security:[42]

Architecture
The composition manager is a separate, additional feature in X, while Wayland merges display server and compositor as a single function.[43][35] Also, it incorporates some of the tasks of the window manager, which in X is a separate client-side process.[44]
Compositing
Compositing is optional in X, but mandatory in Wayland. Compositing in X is "active"; that is, the compositor must fetch all pixel data, which introduces latency. In Wayland, compositing is "passive", which means the compositor receives pixel data directly from clients.[45]: 8–11 
Rendering
The X server itself is able to perform rendering, although it can also be instructed to display a rendered window sent by a client. In contrast, Wayland does not expose any API for rendering, but delegates to clients such tasks (including the rendering of fonts, widgets, etc.).[43][35] Window decorations are to be rendered on the client side (e.g., by a graphics toolkit), or on the server side (by the compositor) with the opt-in xdg-decoration protocol, if the compositor chooses to implement such functionality.[46]
Security
Wayland isolates the input and output of every window, achieving confidentiality, integrity and availability for both. The original X design lacked these important security features,[11][12][13] although some extensions have been developed trying to mitigate it.[47][48][49] Also, with the vast majority of the code running in the client, less code needs to run with root privileges, improving security,[11] although multiple popular Linux distributions now allow the X server to be run without root privileges.[50][51][52][53]
Inter-process communication
The X server provides a basic communication method between X clients, later extended by ICCCM conventions. This X client-to-client communication is used by window managers and also to implement X sessions, selections and drag-and-drop, and other features. The Wayland core protocol does not support communication between Wayland clients at all as the corresponding functionality (if needed) is regarded by the Wayland community as something which should be implemented by the desktop environments (like KDE or GNOME), or by a third party (for example, by using native IPC of the underlying operating system).
Networking
The X Window System is an architecture that was designed at its core to run over a network. Wayland does not offer network transparency by itself;[14] however, a compositor can implement any remote desktop protocol to achieve remote display. In addition, there is research into Wayland image streaming and compression that would provide remote frame buffer access similar to that of VNC.[21]

Compatibility with X

[edit]

XWayland is an X Server running as a Wayland client, and thus is capable of displaying native X11 client applications in a Wayland compositor environment.[54] This is similar to the way XQuartz runs X applications in macOS's native windowing system. The goal of XWayland is to facilitate the transition from X Window System to Wayland environments, providing a way to run unported applications in the meantime. XWayland was mainlined into X.Org Server version 1.16.[55]

Widget toolkits such as Qt5 and GTK3 can switch their graphical back-end at run time,[56] allowing users to choose at load time whether they want to run the application over X or over Wayland. Qt 5 provides the -platform command-line option[57] to that effect, whereas GTK 3 lets users select the desired GDK back-end by setting the GDK_BACKEND Unix environment variable.[56][58]

Wayland compositors

[edit]
Main article: List of Wayland compositors
Typical elements of a window. The Wayland protocol does not specify what software is responsible for rendering the window decoration.[46]
Plasma 5.24.0 (February 2022) on Wayland (kwin_wayland compositor) under Arch Linux

Display servers that implement the Wayland display server protocol are also called Wayland compositors because they additionally perform the task of a compositing window manager.

  • Hyprland – a wlroots-based tiling Wayland compositor written in C++. Noteworthy features of Hyprland include dynamic tiling, tabbed windows, a clean and readable C++ code-base, and a custom renderer that provides window animations, rounded corners, and Dual-Kawase Blur on transparent windows.[59][60]
  • Weston – the reference implementation of a Wayland compositor; Weston implements client side decorations
  • Enlightenment claimed full Wayland support since version 0.20[61] but work is currently underway to land a complete Wayland compositor[62]
  • KWin has nearly complete Wayland support as of 2021[63]
  • Mutter maintained a separate branch for the integration of Wayland for GNOME 3.9 (in September 2013);[64] in the 3.13.1 release in 2014, the Wayland branch was merged into the main repository.[65]
  • Clayland – a simple example Wayland compositor using Clutter
  • Sway – a tiling Wayland compositor and a drop-in replacement for the i3 window manager for X11.[66] Sway uses wlroots – a modular Wayland implementation that functions as a base for several compositors.[67][68]

Weston

[edit]

Weston is the reference implementation of a Wayland compositor[69] also developed by the Wayland project. It is written in C and published under the MIT License. Weston has official support for only the Linux operating system due to Weston's dependence on certain features of the Linux kernel, such as kernel mode-setting, Graphics Execution Manager (GEM), and udev, which have not been implemented in other Unix-like operating systems.[70] When running on Linux, handling of the input hardware relies on evdev, while the handling of buffers relies on Generic Buffer Management (GBM). However, in 2013 a prototype port of Weston to FreeBSD was announced.[71]

Weston supports High-bandwidth Digital Content Protection (HDCP).[72]

Weston relies on GEM to share application buffers between the compositor and applications. It contains a plug-in system of "shells" for common desktop features like docks and panels.[21] Clients are responsible for the drawing of their window borders and their decorations. For rendering, Weston can use OpenGL ES[73] or the pixman library to do software rendering.[74] The full OpenGL implementation is not used, because on most current systems, installing the full OpenGL libraries would also install GLX and other X Window System support libraries as dependencies.[75]

A remote access interface for Weston was proposed in October 2013 by a RealVNC employee.[76]

Maynard

[edit]
Мейнард (в январе 2017 г.)

Maynard is a graphical shell and has been written as a plug-in for Weston, just as the GNOME Shell has been written as a plug-in to Mutter.[77]

Фонд Raspberry Pi в сотрудничестве с Collabora выпустил Maynard и работает над улучшением производительности и потребления памяти. [78] [79]

libinput

[ редактировать ]
libinput был создан для консолидации стека ввода в нескольких композиторах Wayland.

Код Weston для работы с устройствами ввода (клавиатуры, указатели, сенсорные экраны и т. д.) был выделен в отдельную библиотеку под названием libinput , поддержка которой впервые была реализована в Weston 1.5. [80] [81]

Libinput обрабатывает устройства ввода для нескольких композиторов Wayland, а также предоставляет универсальный драйвер ввода X.Org Server . Его цель — предоставить одну реализацию для нескольких компоновщиков Wayland с общим способом обработки входных событий, минимизируя при этом количество пользовательского входного кода, которое необходимо включать в компоновщики. libinput обеспечивает обнаружение устройств [ нужны разъяснения ] (через udev ), обработка устройств, обработка событий устройств ввода и абстракция. [82] [83]

Версия libinput 1.0 последовала за версией 0.21 и включала поддержку планшетов, наборов кнопок и жестов сенсорной панели. Эта версия будет поддерживать стабильный API/ABI. [84]

Как GNOME/GTK и KDE Framework 5. [85] Внеся необходимые изменения, Fedora 22 заменит драйверы evdev и Synaptics от X.Org на libinput. [86]

В версии 1.16 сервер X.Org получил поддержку библиотеки libinput в виде оболочки под названием xf86-input-libinput . [87] [88]

Модуль безопасности Вейланда

[ редактировать ]

Модуль безопасности Wayland — это предложение, напоминающее интерфейс модуля безопасности Linux , присутствующий в ядре Linux . [89]

Некоторым приложениям (особенно тем, которые связаны с доступностью ) требуются привилегированные возможности, которые должны работать в разных композиторах Wayland. В настоящее время, [ когда? ] приложения под Wayland, как правило, не могут выполнять какие-либо конфиденциальные задачи, такие как создание снимков экрана или внедрение событий ввода, без прохождения xdg-desktop-portal или получения привилегированного доступа к системе.

Модуль безопасности Wayland — это способ делегировать решения по безопасности внутри компоновщика централизованному механизму принятия решений по безопасности. [89]

Принятие

[ редактировать ]

Протокол Wayland спроектирован так, чтобы быть простым, поэтому необходимо определить и реализовать дополнительные протоколы и интерфейсы для создания целостной оконной системы. По состоянию на июль 2014 г. над этими дополнительными интерфейсами работали. Итак, хотя наборы инструментов уже полностью поддерживают Wayland, разработчики графических оболочек сотрудничают с разработчиками Wayland, создавая необходимые дополнительные интерфейсы.

Дистрибутивы Linux для настольных компьютеров

[ редактировать ]

По состоянию на 2020 год большинство дистрибутивов Linux поддерживают Wayland «из коробки». Некоторые известные примеры:

  • Fedora , начиная с версии 25 (выпущенной 22 ноября 2016 г.), использует Wayland для сеанса рабочего стола GNOME 3.22 по умолчанию, а X.Org — в качестве запасного варианта, если графический драйвер не поддерживает Wayland. [90] Fedora использует Wayland по умолчанию для сеанса рабочего стола KDE, начиная с версии 34 (выпущенной 27 апреля 2021 г.).
  • Ubuntu по умолчанию поставляется с Wayland в Ubuntu 17.10 (Artful Aardvark). [91] Однако Ubuntu 18.04 LTS по умолчанию вернулся к X.Org из-за нескольких проблем. [92] [93] Начиная с Ubuntu 21.04, Wayland снова используется по умолчанию. [94]
  • Red Hat Enterprise Linux поставляет Wayland в качестве сеанса по умолчанию в версии 8, выпущенной 7 мая 2019 года. [95]
  • Debian поставляет Wayland в качестве сеанса по умолчанию для GNOME, начиная с версии 10, выпущенной 6 июля 2019 года. [96]
  • Slackware Linux включил Wayland 20 февраля 2020 г. [97] для версии разработки -current, которая стала версией 15.0.
  • Manjaro поставляет Wayland по умолчанию в версии Gnome Manjaro 20.2 (Nibia) (выпущенной 22 ноября 2020 г.). [98]

Известный первопроходец:

  • RebeccaBlackOS — это живая USB-версия на базе Debian. [99] Дистрибутив Linux, который позволяет удобно опробовать настоящий рабочий стол Wayland без необходимости внесения каких-либо изменений в основную операционную систему компьютера. [100] Он использовался еще с 2012 года для демонстрации Wayland. [101] [102]

Поддержка инструментария

[ редактировать ]

Наборы инструментов, поддерживающие Wayland, включают следующее:

  • Clutter имеет полную поддержку Wayland. [103] [104] [105]
  • EFL имеет полную поддержку Wayland, за исключением выбора. [106]
  • GTK 3.20 имеет полную поддержку Wayland. [107]
  • Qt 5 имеет полную поддержку Wayland и может использоваться для написания как композиторов Wayland, так и клиентов Wayland.
  • Поддержка SDL для Wayland дебютировала в версии 2.0.2. [108] и был включен по умолчанию, начиная с версии 2.0.4. [109]
  • GLFW 3.2 имеет поддержку Wayland. [110]
  • FreeGLUT имеет первоначальную поддержку Wayland. [111]

Среды рабочего стола

[ редактировать ]

Среды рабочего стола, находящиеся в процессе переноса с X на Wayland, включают GNOME , [112] KDE Плазма 6 [113] и Просвещение . [114]

В ноябре 2015 года было анонсировано Enlightenment e20 с полной поддержкой Wayland. [115] [61] [116] GNOME 3.20 был первой версией, в которой был реализован полноценный сеанс Wayland. [117] GNOME 3.22 включает значительно улучшенную поддержку Wayland в GTK, Mutter и GNOME Shell. [118] В GNOME 3.24 реализована поддержка проприетарных драйверов Nvidia под Wayland. [119]

Поддержка Wayland для KDE Plasma была отложена до выпуска Plasma 5. [120] хотя ранее KWin 4.11 получил экспериментальную поддержку Wayland. [121] Версия Plasma 5.4 была первой с сеансом Wayland. [122] В 2020 году Klipper был портирован на Wayland и Plasma 5.20, выпущенную в октябре 2020 года, с улучшенными кастингом и записью экрана. [123] [124] В Plasma 6 графический сеанс по умолчанию, использующий Wayland, был установлен по умолчанию, что сделало сеанс X11 вторичным. [125]

Другое программное обеспечение

[ редактировать ]

Другое программное обеспечение, поддерживающее Wayland, включает следующее:

  • Intelligent Input Bus работает над поддержкой Wayland и может быть готова для Fedora 22. [126]
  • RealVNC опубликовал предварительную версию Wayland для разработчиков в июле 2014 года. [76] [127] [128]
  • wayvnc — это VNC-сервер для композиторов Wayland на базе wlroots.
  • Maliit — это платформа методов ввода , работающая под управлением Wayland. [129] [130] [131]
  • kmscon поддерживает Wayland с помощью wlterm. [132]
  • В Mesa интегрирована поддержка Wayland. [133]
  • Eclipse был создан для работы на Wayland во время проекта GSoC в 2014 году. [134]
  • Vulkan WSI (интерфейс оконной системы) — это набор вызовов API, которые служат той же цели, что и EGL для OpenGL и OpenGL ES или GLX для OpenGL в X11. Vulkan WSI включает поддержку Wayland с первого дня: VK_USE_PLATFORM_WAYLAND_KHR. Клиенты Vulkan могут работать на немодифицированных серверах Wayland, включая Weston, GENIVI LayerManager, Mutter/GNOME Shell, Enlightenment и других. WSI позволяет приложениям обнаруживать различные графические процессоры в системе и отображать результаты рендеринга графического процессора в оконной системе. [135]
  • Waydroid (ранее называвшийся Anbox -Halium), контейнер для приложений Android, запускаемых в дистрибутивах Linux с использованием Wayland.

Мобильное и встраиваемое оборудование

[ редактировать ]
Weston работает на postmarketOS

Мобильное и встроенное оборудование, поддерживающее Wayland, включает в себя следующее:

История

[ редактировать ]
Wayland использует прямой рендеринг через EGL .

Кристиан Хёгсберг, графики Linux и X.Org разработчик , ранее работавший над AIGLX и DRI2 , запустил Wayland в качестве проекта в свободное время в 2008 году, работая в Red Hat . [143] [144] [145] [146] Его заявленной целью была система, в которой «каждый кадр идеален, я имею в виду, что приложения смогут контролировать рендеринг настолько, что мы никогда не увидим разрывов, задержек, перерисовки или мерцания». Хёгсберг проезжал через город Вейланд, штат Массачусетс , когда основные концепции «кристаллизовались», отсюда и название ( Уэстон и Мейнард также являются близлежащими городами в том же районе, продолжая ссылку). [145] [147]

В октябре 2010 года Wayland стал проектом freedesktop.org . [148] [149] В рамках миграции предыдущая группа Google была заменена списком рассылки wayland-devel как центральной точкой обсуждения и разработки проекта.

Клиентские и серверные библиотеки Wayland изначально были выпущены под лицензией MIT . [150] в то время как наборщик ссылок Уэстон и некоторые примеры клиентов использовали Стандартную общественную лицензию GNU версии 2 . [151] Позже весь код GPL был повторно лицензирован под лицензией MIT, «чтобы упростить перемещение кода между эталонной реализацией и реальными библиотеками». [152] В 2015 году было обнаружено, что текст лицензии, используемый Wayland, был немного другой и более старой версией лицензии MIT, и текст лицензии был обновлен до текущей версии, используемой проектом X.Org (известной как MIT Expat License ). [6]

Wayland работает со всеми Mesa-совместимыми драйверами с DRI2. поддержкой [133] а также драйверы Android через проект Hybris . [153] [154] [155]

Релизы

[ редактировать ]
Релизы Major Wayland и Weston [156]
Версия Дата Основные особенности
Вейланд Уэстон Вейландские протоколы
Старая версия, больше не поддерживается: 0.85. 9 февраля 2012 г. [157] Первый выпуск.
Старая версия, больше не поддерживается: 0.95. 24 июля 2012 г. [158] Началась стабилизация API.
Старая версия, больше не поддерживается: 1.0. 22 октября 2012 г. [159] [160] Стабильный API Wayland-клиента.
Старая версия, больше не поддерживается: 1.1. 15 апреля 2013 г. [161] [162] Программный рендеринг. [74] FBDEV, серверные части RDP.
Старая версия, больше не поддерживается: 1.2. 12 июля 2013 г. [163] [164] Стабильный API Wayland-сервера. Управление цветом. Подповерхности. Серверная часть Raspberry Pi .
Старая версия, больше не поддерживается: 1.3. 11 октября 2013 г. [165] Больше форматов пикселей. Поддержка языковых привязок. Android драйверов Поддержка через libhybris .
Старая версия, больше не поддерживается: 1.4. 23 января 2014 г. [31] Новые интерфейсы wl_subcompositor и wl_subsurface. Несколько форматов кадрового буфера. поддержка входа в систему для безродного Вестона.
Старая версия, больше не поддерживается: 1.5. 20 мая 2014 г. [80] libinput. Полноэкранная оболочка.
Старая версия, больше не поддерживается: 1.6. 19 сентября 2014 г. [166] libinput по умолчанию.
Старая версия, больше не поддерживается: 1.7. 14 февраля 2015 г. [167] [168] Поддержка расширения презентации Wayland и поверхностных ролей. IVI Протокол оболочки .
Старая версия, больше не поддерживается: 1.8. 2 июня 2015 г. [169] [170] Отдельные заголовки для ядра и сгенерированного протокола. График перекраски. Именованные выходы. Выходные преобразования. API для съемки с поверхности.
Старая версия, больше не поддерживается: 1.9. 21 сентября 2015 г. [171] [172] Обновленная лицензия. Обновленная лицензия. Новая среда тестирования. Трехголовочный наборщик DRM. Расширение linux_dmabuf. 1.0 (2015-11-24) [173]
Старая версия, больше не поддерживается: 1.10. 17 февраля 2016 г. [174] [175] Функциональность перетаскивания, сгруппированные события указателя. [176] Видео 4 Linux 2, сенсорный ввод, улучшения отладки. [177] 1.1 (2016-02-16) [178]
1.4 (201-05-23) [179]
Старая версия, больше не поддерживается: 1.11. 1 июня 2016 г. [180] [181] Новая процедура загрузки резервной копии, новая логика настройки. Обертки прокси, изменения в общей памяти, HTML-документы, сгенерированные Doxygen. 1.5 (2016-07-22) [182]
1.7 (2016-08-15) [183]
Старая версия, больше не поддерживается: 1.12. 21 сентября 2016 г. [184] [185] Улучшена поддержка отладки. libweston и libweston-desktop. Блокировка и удержание указателя. Поддержка относительных указателей.
Старая версия, больше не поддерживается: 1.13. 24 февраля 2017 г. [186] ABI Weston был изменен, поэтому новая версия получила название 2.0.0. [187] а не 1.13.0. 1.8 (2017-06-12)
1.10 (2017-07-31) [188]
Старая версия, больше не поддерживается: 1.14. 8 августа 2017 г. [189] Уэстон 3.0.0 [190] был выпущен в то же время. 1.11 (2017-10-11) [191]
1.13 (2018-02-14) [192]
Старая версия, больше не поддерживается: 1.15. 9 апреля 2018 г. [193] Уэстон 4.0.0 [194] был выпущен в то же время. 1.14 (2018-05-07) [195]
1.16 (2018-07-30) [196]
Старая версия, больше не поддерживается: 1.16. 24 августа 2018 г. [197] Уэстон 5.0.0 [198] был выпущен в то же время. 1.17 (2018-11-12) [199]
Старая версия, больше не поддерживается: 1.17. 20 марта 2019 г. [200] Уэстон 6.0.0 [201] был выпущен в то же время. 1.18 (2019-07-25) [202]
Старая версия, больше не поддерживается: 1.18. 11 февраля 2020 г. [203] Уэстон 7.0.0 [204] был выпущен 23 августа 2019 г.
Уэстон 8.0.0 [205] был выпущен 24 января 2020 г.
Уэстон 9.0.0 [206] был выпущен 04 сентября 2020 г. 		1.19 (2020-02-29) [207]
1.20 (2020-02-29) [208]
Старая версия, больше не поддерживается: 1.19. 27 января 2021 г. [209] 1.21 (2021-04-30) [210]
1.24 (2021-11-23) [211]
Старая версия, больше не поддерживается: 1.20. 9 декабря 2021 г. [212] Уэстон 10.0.0 [213] был выпущен 01 февраля 2022 г.
Уэстон 10.0.5 [214] был выпущен 2 августа 2023 г. 		1.25 (2022-01-28) [215]
Старая версия, больше не поддерживается: 1.21. 30 июня 2022 г. [216] Уэстон 11.0.0 [217] был выпущен 22 сентября 2022 г.
Уэстон 11.0.3 [218] был выпущен 2 августа 2023 г. 		1.26 (2022-07-07) [219]
1.31 (2022-11-29) [220]
Старая версия, больше не поддерживается: 1.22. 4 апреля 2023 г. [221] Уэстон 12.0.0 [222] был выпущен 17 мая 2023 г.
Уэстон 12.0.4 [223] был выпущен 23 апреля 2024 г.
Уэстон 13.0.0 [224] был выпущен 27 ноября 2023 г.
Уэстон 13.0.3 [3] был выпущен 5 июня 2024 г. 		1.32 (2023-07-03) [225]
1.36 (2024-04-26) [226]
Текущая стабильная версия: 1.23. 30 мая 2024 г. [2]
Будущая версия: 1.24
Legend:
Старая версия
Старая версия, все еще поддерживается
Последняя версия
Latest preview version
Будущий выпуск

См. также

[ редактировать ]

Ссылки

[ редактировать ]
  1. ^ Хёгсберг, Кристиан (30 сентября 2008 г.). «Первоначальная фиксация» . Проверено 4 августа 2024 г.
  2. ^ Перейти обратно: а б «[ОБЪЯВЛЕНИЕ] Wayland 1.23.0» . 30 мая 2024 г.
  3. ^ Перейти обратно: а б «[ОБЪЯВЛЕНИЕ] Уэстон 13.0.3» . 5 июня 2024 г.
  4. ^ «Композитор Wayland & Weston перенесен на DragonFlyBSD — Phoronix» . www.phoronix.com . Архивировано из оригинала 16 августа 2016 года . Проверено 20 июля 2016 г.
  5. ^ «Мой прогресс в уровне совместимости с Wayland» . 24 июля 2022 г.
  6. ^ Перейти обратно: а б с Харрингтон, Брайс (15 сентября 2015 г.). «[ОБЪЯВЛЕНИЕ] Wayland 1.8.93» . freedesktop.org (список рассылки). Архивировано из оригинала 25 октября 2020 года . Проверено 14 января 2020 г.
  7. ^ "wayland/wayland: root/КОПИРОВАНИЕ" . gitlab.freedesktop.org . 9 июня 2015 года . Проверено 4 августа 2024 г.
  8. ^ Ларабель, Майкл (10 июня 2015 г.). «Лицензия Wayland MIT будет обновлена/исправлена» . Фороникс.com . Архивировано из оригинала 25 апреля 2016 года . Проверено 17 апреля 2016 г.
  9. ^ Перейти обратно: а б с «Вэйланд» . Проект Вэйланд . Архивировано из оригинала 2 марта 2011 года . Проверено 9 мая 2016 г.
  10. ^ Сенгар, Шивам Сингх (16 июня 2018 г.). «Wayland против Xorg: чем они похожи и чем отличаются» . секьюс . Архивировано из оригинала 23 сентября 2020 года . Проверено 10 сентября 2020 г.
  11. ^ Перейти обратно: а б с Керриск, Майкл (25 сентября 2012 г.). «XDC2012: Безопасность графического стека» . LWN.net . Архивировано из оригинала 28 марта 2016 года . Проверено 13 апреля 2016 г.
  12. ^ Перейти обратно: а б Перес, Мартин (21 февраля 2014 г.). «Wayland Compositors — зачем и как обращаться с привилегированными клиентами!» . Архивировано из оригинала 10 марта 2016 года . Проверено 17 апреля 2016 г.
  13. ^ Перейти обратно: а б Грасслин, Мартин (23 ноября 2015 г.). «Глядя на безопасность Plasma/Wayland» . Архивировано из оригинала 27 августа 2022 года . Проверено 18 апреля 2016 г.
  14. ^ Перейти обратно: а б с д и «Часто задаваемые вопросы о Wayland» . Проект Вэйланд . Архивировано из оригинала 2 апреля 2016 года . Проверено 9 мая 2016 г.
  15. ^ Майкл Ларабель (20 мая 2009 г.). «Состояние сервера отображения Wayland» . Фороникс . Архивировано из оригинала 17 октября 2021 года . Проверено 17 октября 2021 г.
  16. ^ Корбет, Джонатан (5 ноября 2010 г.). «LPC: Жизнь после Х» . LWN.net . Архивировано из оригинала 28 апреля 2016 года . Проверено 17 апреля 2016 г.
  17. ^ Хёгсберг, Кристиан (9 ноября 2010 г.). «Аргумент прозрачности сети» . Архивировано из оригинала 15 августа 2020 года . Проверено 14 января 2020 г. Wayland не является API удаленного рендеринга, таким как X, но это не исключает прозрачности сети. Клиенты выполняют рендеринг в общий буфер, а затем должны сообщить композитору (...), что они изменили. Затем наборщик может отправить новые пиксели в этом регионе по сети. Протокол Wayland уже является крайне асинхронным, поэтому он должен быть в состоянии корректно справляться с небольшой задержкой в ​​сети. Удаленный просмотр полноэкранного видео или игры не будут работать должным образом, [но] я не знаю другой системы отображения, которая бы справлялась с этим хорошо и прозрачно.
  18. ^ Ларабель, Майкл (18 августа 2011 г.). «Проект удаленного сервера Wayland: он уже работает?» . Фороникс.com . Архивировано из оригинала 25 апреля 2016 года . Проверено 17 апреля 2016 г.
  19. ^ Джексон, Адам (9 ноября 2010 г.). «[Re:] Ubuntu движется в сторону Вэйланда» . [электронная почта защищена] (список рассылки). Архивировано из оригинала 8 марта 2021 года . Проверено 14 января 2020 г.
  20. ^ Стоун, Дэниел (28 января 2013 г.). Реальная история создания Wayland и X (Speech). linux.conf.au 2013. Канберра. Архивировано из оригинала 10 августа 2017 года . Проверено 13 апреля 2016 г.
  21. ^ Перейти обратно: а б с Уиллис, Натан (13 февраля 2013 г.). «LCA: Пути Вэйланда» . LWN.net . Архивировано из оригинала 24 июня 2016 года . Проверено 19 мая 2016 г.
  22. ^ Александерсен, Дэниел (28 августа 2017 г.). «Возможности удаленного рабочего стола вернутся в GNOME на Wayland» . Ctrl.блог . Архивировано из оригинала 28 августа 2017 года . Проверено 29 августа 2017 г.
  23. ^ Перейти обратно: а б «Учебное пособие по Hello Wayland» . 8 июля 2014 года. Архивировано из оригинала 13 июля 2014 года . Проверено 25 июля 2014 г.
  24. ^ Хёгсберг, Кристиан. «Глава 4. Протокол Wayland и модель работы» . Протокол Вэйланда . Формат провода.
  25. ^ Перейти обратно: а б с д Хёгсберг, Кристиан. «Глава 4. Протокол Wayland и модель работы» . Протокол Вэйланда . Основные принципы.
  26. ^ Перейти обратно: а б Хёгсберг, Кристиан (8 мая 2024 г.). "протокол/wayland.xml" . gitlab.freedesktop.org . Проверено 5 августа 2024 г.
  27. ^ Хёгсберг, Кристиан. «Приложение Б. Клиентский API» . Протокол Вэйланда . Введение.
  28. ^ Перейти обратно: а б Пааланен, Пекка (25 июля 2014 г.). «Разработка протокола Wayland: срок жизни объекта» . Архивировано из оригинала 29 мая 2016 года . Проверено 6 апреля 2016 г.
  29. ^ Перейти обратно: а б с Хёгсберг, Кристиан. «Глава 4. Протокол Wayland и модель работы» . Протокол Вэйланда . Интерфейсы.
  30. ^ Хёгсберг, Кристиан. «Глава 4. Протокол Wayland и модель работы» . Протокол Вэйланда . Версионирование.
  31. ^ Перейти обратно: а б Хёгсберг, Кристиан (24 января 2014 г.). «Вышла Wayland and Weston 1.4» . Список рассылки wayland-devel . Архивировано из оригинала 5 апреля 2020 года . Проверено 14 января 2020 г.
  32. ^ «xdg_shell: Добавление нового протокола оболочки» . сайт freedesktop.org . 3 декабря 2013 года . Проверено 4 августа 2024 г.
  33. ^ «GENIVI/wayland-ivi-расширение» . Гитхаб . 17 ноября 2021 года. Архивировано из оригинала 24 марта 2017 года . Проверено 17 августа 2016 г.
  34. ^ Хёгсберг, Кристиан. «Глава 3. Вейландская архитектура» . Протокол Вэйланда . X против Wayland Architecture.
  35. ^ Перейти обратно: а б с Вервлёсем, Коэн (15 февраля 2012 г.). «FOSDEM: сервер отображения Wayland» . LWN.net . Архивировано из оригинала 5 июня 2016 года . Проверено 9 мая 2016 г.
  36. ^ Барнс, Джесси. «Знакомство с Wayland» (PDF) . Центр технологий с открытым исходным кодом Intel. Архивировано (PDF) из оригинала 6 апреля 2016 года . Проверено 18 апреля 2016 г. Не включает API рендеринга — клиенты используют то, что хотят, и отправляют дескрипторы буфера на сервер.
  37. ^ Хёгсберг, Кристиан. «Глава 3. Вейландская архитектура» . Протокол Вэйланда . Рендеринг Вейланда.
  38. ^ Хёгсберг, Кристиан. «Приложение А. Спецификация протокола Wayland» . Протокол Вэйланда . wl_shm — поддержка общей памяти.
  39. ^ Хёгсберг, Кристиан. «Приложение А. Спецификация протокола Wayland» . Протокол Вэйланда . wl_shm_pool — общий пул памяти.
  40. ^ Пааланен, Пекка (21 ноября 2012 г.). «О поддержке клиентов Wayland GL и собственных встроенных платформ» . Архивировано из оригинала 6 апреля 2016 года . Проверено 6 апреля 2016 г. Совместное использование буфера работает путем создания дескриптора для буфера и передачи этого дескриптора другому процессу, который затем использует этот дескриптор, чтобы заставить графический процессор снова получить доступ к тому же буферу.
  41. ^ Перейти обратно: а б Хёгсберг, Кристиан. «Документация Wayland 1.3» (PDF) . Архивировано (PDF) из оригинала 10 сентября 2015 года . Проверено 16 марта 2016 г.
  42. ^ Гриффит, Эрик (7 июня 2013 г.). «Ситуация с Вэйландом: факты о X против Вэйланда» . Фороникс.com . п. 2. Архивировано из оригинала 24 сентября 2015 года . Проверено 17 апреля 2016 г.
  43. ^ Перейти обратно: а б «Архитектура Вейланда» . Проект Вэйланд . Архивировано из оригинала 13 марта 2016 года . Проверено 9 мая 2016 г.
  44. ^ Эдж, Джейк (11 апреля 2012 г.). «LFCS 2012: X и Вэйланд» . LWN.net . Архивировано из оригинала 30 апреля 2016 года . Проверено 17 апреля 2016 г.
  45. ^ «Архитектура композитора Wayland/X на примере: Enlightenment DR19» (PDF) . Проверено 4 августа 2024 г.
  46. ^ Перейти обратно: а б Грасслин, Мартин (7 февраля 2013 г.). «Оформление окон на стороне клиента и Wayland» . Архивировано из оригинала 13 апреля 2016 года . Проверено 17 апреля 2016 г.
  47. ^ «Безопасность X.Org» . Фонд X.Org . Архивировано из оригинала 22 декабря 2017 года . Проверено 2 июля 2017 г. X-сервер уже давно включает расширение SECURITY, которое обеспечивает поддержку простой модели доверенного/недоверенного соединения.
  48. ^ Виггинс, Дэвид П. (15 ноября 1996 г.). «Спецификация расширения безопасности» . Стандарт X Консорциума . Архивировано из оригинала 8 декабря 2018 года . Проверено 2 июля 2017 г.
  49. ^ Уолш, Имон Ф. (2009). «Спецификация расширения контроля доступа X» . Архивировано из оригинала 9 января 2016 года . Проверено 2 июля 2017 г.
  50. ^ «Debian по умолчанию переходит на сервер X.Org без полномочий root — Phoronix» . www.phoronix.com . Архивировано из оригинала 2 апреля 2018 года . Проверено 2 апреля 2018 г.
  51. ^ «Некорневой Xorg — Gentoo Wiki» . wiki.gentoo.org . Архивировано из оригинала 2 апреля 2018 года . Проверено 2 апреля 2018 г.
  52. ^ «X/Rootless — Ubuntu Wiki» . wiki.ubuntu.com . Архивировано из оригинала 2 апреля 2018 года . Проверено 2 апреля 2018 г.
  53. ^ «1078902 – Xorg без root-прав» . bugzilla.redhat.com . Архивировано из оригинала 2 апреля 2018 года . Проверено 2 апреля 2018 г.
  54. ^ «Клиенты X под Wayland (XWayland)» . Проект Вэйланд. Архивировано из оригинала 27 августа 2022 года . Проверено 18 июля 2014 г.
  55. ^ «ОБЪЯВЛЕНИЕ: xorg-сервер 1.16.0» . сайт freedesktop.org . 17 июля 2014 г. Архивировано из оригинала 8 марта 2021 г. Проверено 14 января 2020 г.
  56. ^ Перейти обратно: а б Хёгсберг, Кристиан (3 января 2011 г.). «Несколько бэкэндов для GTK» . Архивировано из оригинала 27 августа 2022 года . Проверено 10 марта 2016 г.
  57. ^ «КтВейланд» . Qt Вики . Архивировано из оригинала 10 марта 2016 года . Проверено 9 марта 2016 г.
  58. ^ «Полная поддержка Wayland в GTK+» . ГНОМ вики . Архивировано из оригинала 7 сентября 2015 года . Проверено 10 марта 2016 г.
  59. ^ «Хайпрланд — ArchWiki» . wiki.archlinux.org . Проверено 28 января 2024 г.
  60. ^ «Hyprland: наборщик окон с динамическим тайлингом и внешним видом» . сайт hyprland.org . Проверено 28 января 2024 г.
  61. ^ Перейти обратно: а б Ларабель, Майкл (30 ноября 2015 г.). «Enlightenment 0.20 выходит с полной поддержкой Wayland и улучшенной поддержкой FreeBSD» . Фороникс.com . Архивировано из оригинала 15 марта 2016 года . Проверено 17 апреля 2016 г.
  62. ^ «Вэйланд» . www.enlightenment.org . Архивировано из оригинала 9 марта 2016 года . Проверено 8 марта 2016 г.
  63. ^ «Плазма 5.21» . Сообщество KDE . 16 февраля 2021 года. Архивировано из оригинала 8 марта 2021 года . Проверено 9 марта 2021 г.
  64. ^ «Индекс /sources/mutter-wayland» . скачать.gnome.org . Архивировано из оригинала 21 мая 2014 года . Проверено 27 мая 2014 г.
  65. ^ «Увеличить версию до 3.13.1» . 30 апреля 2014 г.
  66. ^ "Качаться" . www.swaywm.org . Архивировано из оригинала 20 декабря 2018 года . Проверено 20 декабря 2018 г.
  67. ^ "swaywm/wlroots" . Гитхаб . Архивировано из оригинала 19 декабря 2018 года . Проверено 28 октября 2018 г.
  68. ^ «раскачиваться/раскачиваться» . Гитхаб . Архивировано из оригинала 28 августа 2019 года . Проверено 28 октября 2018 г.
  69. ^ «ЧИТАЙТЕ» . gitlab.freedesktop.org . Проверено 4 августа 2024 г.
  70. ^ «Файл README из репозитория исходного кода Wayland» . сайт freedesktop.org . Проверено 4 августа 2024 г.
  71. ^ Ларабель, Майкл (16 февраля 2013 г.). «Wayland начинает процесс портирования на FreeBSD» . Фороникс.com . Архивировано из оригинала 25 апреля 2016 года . Проверено 17 апреля 2016 г.
  72. ^ «Добавление поддержки защиты контента в drm-backend (!48) · Мерж-реквесты · wayland/weston» . ГитЛаб . 6 ноября 2018 года. Архивировано из оригинала 27 августа 2022 года . Проверено 27 октября 2019 г.
  73. ^ Пааланен, Пекка (10 марта 2012 г.). «Что делает EGL в стеке Wayland» . Архивировано из оригинала 12 октября 2016 года . Проверено 19 мая 2016 г.
  74. ^ Перейти обратно: а б Ларабель, Майкл (6 января 2013 г.). «Программный рендерер Pixman для Weston от Wayland» . Фороникс.com . Архивировано из оригинала 25 апреля 2016 года . Проверено 17 апреля 2016 г.
  75. ^ Хёгсберг, Кристиан (9 декабря 2010 г.). «Blender3D и зажим курсора» . Архивировано из оригинала 25 октября 2020 года . Проверено 14 января 2020 г.
  76. ^ Перейти обратно: а б «[RFC Weston] интерфейсный модуль удаленного доступа» . сайт freedesktop.org . 18 октября 2013 г. Архивировано из оригинала 25 октября 2020 г. . Проверено 14 января 2020 г.
  77. ^ «Объявление Мейнарда» . 16 апреля 2014 года. Архивировано из оригинала 8 марта 2017 года . Проверено 16 апреля 2014 г.
  78. ^ Перейти обратно: а б «Пример использования Raspberry Pi» . Коллабора. Архивировано из оригинала 1 сентября 2013 года . Проверено 9 августа 2013 г.
  79. ^ Перейти обратно: а б «Предварительный просмотр Wayland» . Малина Пи. 24 февраля 2013 года . Проверено 4 августа 2024 г.
  80. ^ Перейти обратно: а б Хёгсберг, Кристиан (20 мая 2014 г.). «Выпущена Wayland and Weston 1.5.0» . Список рассылки wayland-devel . Архивировано из оригинала 19 октября 2019 года . Проверено 14 января 2020 г.
  81. ^ Одал, Йонас (12 ноября 2013 г.). «[RFC] Общая библиотека устройств ввода» . Список рассылки Wayland. Архивировано из оригинала 25 октября 2020 года . Проверено 14 января 2020 г.
  82. ^ «либинпут» . Freedesktop.org. Архивировано из оригинала 19 апреля 2014 года . Проверено 21 мая 2014 г.
  83. ^ Хаттерер, Питер (8 октября 2014 г.). Объединение стеков ввода с помощью libinput (Speech). Конференция разработчиков X.Org 2014. Бордо. Архивировано из оригинала 1 ноября 2020 года . Проверено 14 января 2020 г.
  84. ^ Хаттерер, Питер (22 февраля 2015 г.). «libinput: путь к 1.0» . Архивировано из оригинала 25 октября 2020 года . Проверено 9 ноября 2019 г.
  85. ^ «В Touchpad KCM добавлена ​​поддержка Libinput» . 22 февраля 2015 года. Архивировано из оригинала 24 февраля 2015 года . Проверено 24 февраля 2015 г.
  86. ^ Гёде, Ханс де (23 февраля 2015 г.). «Libinput теперь включен в качестве драйвера xorg по умолчанию для установки на рабочую станцию ​​​​F-22» . [электронная почта защищена] (список рассылки). Архивировано из оригинала 24 февраля 2015 года . Проверено 24 февраля 2015 г.
  87. ^ Хаттерер, Питер (24 сентября 2014 г.). «libinput — общий стек ввода для композиторов Wayland и драйверов X.Org» . Архивировано из оригинала 7 апреля 2016 года . Проверено 17 апреля 2016 г.
  88. ^ де Гёде, Ганс (1 февраля 2015 г.). «Замена ввода xorg — Драйверы на libinput» (PDF) . Архивировано (PDF) из оригинала 22 ноября 2021 года . Проверено 18 апреля 2016 г.
  89. ^ Перейти обратно: а б Додье-Лазаро, Стив; Перес, Мартин (9 октября 2014 г.). Безопасность в средах рабочего стола на базе Wayland: привилегированные клиенты, авторизация, аутентификация и изолированная программная среда! (Речь). Конференция разработчиков X.Org 2014. Бордо. Архивировано из оригинала 9 апреля 2016 года . Проверено 18 апреля 2016 г.
  90. ^ «Изменения/WaylandByDefault — Wiki проекта Fedora» . Fedoraproject.org . Архивировано из оригинала 27 декабря 2015 года . Проверено 9 ноября 2020 г.
  91. ^ «Примечания к выпуску Ubuntu 17.10» . Канонический. Архивировано из оригинала 24 ноября 2017 года . Проверено 10 ноября 2017 г. .
  92. ^ «Ubuntu 18.04 вернется к устаревшему Xorg» . Проверено 16 декабря 2023 г.
  93. ^ «Bionic Beaver 18.04 LTS для использования Xorg по умолчанию» . Канонический. Архивировано из оригинала 18 февраля 2018 года . Проверено 18 февраля 2018 г.
  94. ^ «Ubuntu 21.04 уже здесь» . Канонический блог Ubuntu . Архивировано из оригинала 22 апреля 2021 года . Проверено 14 июня 2021 г.
  95. ^ «Примечания к выпуску Red Hat Enterprise Linux 8.0» . Портал для клиентов Red Hat . Архивировано из оригинала 25 ноября 2020 года . Проверено 25 декабря 2020 г.
  96. ^ «NewInBuster — Debian Wiki» . wiki.debian.org . Архивировано из оригинала 25 сентября 2019 года . Проверено 15 июля 2019 г.
  97. ^ «Журналы изменений Slackware» . Слаквар Линукс. Архивировано из оригинала 30 января 2020 года . Проверено 26 февраля 2020 г.
  98. ^ «Выпущен Manjaro 20.2 Nibia» . 3 декабря 2020 года. Архивировано из оригинала 4 декабря 2020 года . Проверено 3 декабря 2020 г.
  99. ^ «Ос Wayland Live теперь основана на тестировании Debian, работает поддержка KDE Wayland» . Фороникс. Архивировано из оригинала 11 августа 2019 года . Проверено 14 января 2020 г.
  100. ^ «РебеккаБлэкОС» . Сорсфордж. Архивировано из оригинала 25 ноября 2016 года . Проверено 11 октября 2016 г.
  101. ^ «Испытание Вейланда с Ребеккой Блэк» . Фороникс. Архивировано из оригинала 18 мая 2020 года . Проверено 14 января 2020 г.
  102. ^ «Новый компакт-диск Wayland Live имеет множество функций» . Фороникс. Архивировано из оригинала 18 мая 2020 года . Проверено 14 января 2020 г.
  103. ^ Басси, Эммануэле (31 января 2011 г.). «АНОНС: Clutter 1.6.0 (стабильная)» . clutter-announce (список рассылки). Архивировано из оригинала 10 марта 2016 года . Проверено 9 марта 2016 г.
  104. ^ Брэдфорд, Роб (16 декабря 2011 г.). «Обновление Clutter & Cogl Wayland» . Архивировано из оригинала 10 марта 2016 года . Проверено 9 марта 2016 г. Поддержка клиентской части Clutter в основном завершена.
  105. ^ Басси, Эммануэле (24 сентября 2013 г.). «АНОНС: Clutter 1.16.0 (стабильная)» . clutter-announce (список рассылки). Архивировано из оригинала 10 марта 2016 года . Проверено 9 марта 2016 г.
  106. ^ «Вэйланд – Просветление» . Архивировано из оригинала 29 марта 2013 года . Проверено 6 марта 2013 г.
  107. ^ «Дорожная карта GTK+» . Проверено 8 марта 2016 г.
  108. ^ Лантинга, Сэм (8 марта 2014 г.). «SDL 2.0.2 ВЫПУЩЕНА!» . Проект СДЛ. Архивировано из оригинала 15 марта 2014 года . Проверено 18 марта 2014 г.
  109. ^ Ларабель, Майкл (9 января 2016 г.). «SDL 2.0.4 был незаметно выпущен на прошлой неделе с Wayland и Mir по умолчанию» . Фороникс.com . Архивировано из оригинала 16 марта 2016 года . Проверено 17 апреля 2016 г.
  110. ^ Берглунд, Камилла (8 апреля 2014 г.). «Реализация для Wayland · Выпуск № 106 · glfw/glfw · GitHub» . Гитхаб . Архивировано из оригинала 27 августа 2022 года . Проверено 14 августа 2014 г.
  111. ^ «FreeGLUT: реализация первоначальной поддержки Wayland» . Гитхаб . Архивировано из оригинала 10 ноября 2020 года . Проверено 7 апреля 2015 г.
  112. ^ «Инициативы GNOME — Wayland» . ГНОМ Вики . Архивировано из оригинала 7 марта 2016 года . Проверено 8 марта 2016 г.
  113. ^ "KWin/Вэйланд" . Вики-сообщество KDE . Архивировано из оригинала 10 марта 2016 года . Проверено 8 марта 2016 г.
  114. ^ «Просветление — Вейланд» . Просвещение.орг . Архивировано из оригинала 9 марта 2016 года . Проверено 8 марта 2016 г.
  115. ^ «Выпуск Просвещения DR 0.20.0» . Просвещение.орг . Архивировано из оригинала 21 июня 2018 года . Проверено 8 марта 2016 г.
  116. ^ «Просветление Вэйланда» . FOSDEM.org . Архивировано из оригинала 9 марта 2016 года . Проверено 8 марта 2016 г.
  117. ^ «Планирование выпуска/Планы функций» . Проект GNOME. Архивировано из оригинала 31 мая 2015 года . Проверено 31 мая 2015 г.
  118. ^ «Взгляд на захватывающие возможности/улучшения GNOME 3.22» . Фороникс. Архивировано из оригинала 12 августа 2020 года . Проверено 14 января 2020 г.
  119. ^ «GNOME обеспечивает основную поддержку NVIDIA Wayland с использованием EGLStreams» . Фороникс. Архивировано из оригинала 8 августа 2019 года . Проверено 14 января 2020 г.
  120. ^ «Дорога Плазмы в Вэйланд» . 25 июля 2014 года. Архивировано из оригинала 27 июля 2014 года . Проверено 25 июля 2014 г.
  121. ^ Ларабель, Майкл (14 июня 2013 г.). «Выпущена бета-версия KDE 4.11, работает на Wayland» . Фороникс.com . Архивировано из оригинала 25 апреля 2016 года . Проверено 17 апреля 2016 г.
  122. ^ Грасслин, Мартин (29 июня 2015 г.). «Четыре года спустя» . Архивировано из оригинала 31 марта 2016 года . Проверено 17 апреля 2016 г.
  123. ^ Снеддон, Джои (17 сентября 2020 г.). «KDE Plasma 5.20 выглядит как потрясающее обновление» . МОЙ БОГ! Убунту . Проверено 14 июня 2024 г.
  124. ^ Нестор, Мариус (13 октября 2020 г.). «Официально выпущена среда рабочего стола KDE Plasma 5.20, вот что нового» . 9to5Linux . Проверено 14 июня 2024 г.
  125. ^ Уоллен, Джек (14 февраля 2024 г.). «Первый дистрибутив Linux, предоставляющий чистую среду KDE Plasma 6, уже здесь» . ЗДНЕТ . Проверено 24 марта 2024 г.
  126. ^ Шаллер, Кристиан (3 июля 2014 г.). «Wayland в обновлении Fedora» . blogs.gnome.org . Архивировано из оригинала 1 мая 2016 года . Проверено 17 апреля 2016 г.
  127. ^ «Предварительный просмотр VNC® Wayland для разработчиков» . 8 июля 2014 г. Архивировано из оригинала 14 июля 2014 г.
  128. ^ «Электронное письмо с предварительным просмотром для разработчиков RealVNC Wayland» . сайт freedesktop.org . 9 июля 2014 г. Архивировано из оригинала 25 октября 2020 г. . Проверено 14 января 2020 г.
  129. ^ «Обновление статуса Малиита» . Постер. 2 апреля 2013 года. Архивировано из оригинала 17 мая 2013 года . Проверено 14 октября 2013 г.
  130. ^ «Дополнительные улучшения клавиатуры Maliit: QtQuick2» . Блог Мюррея. 2 апреля 2013 г. Архивировано из оригинала 13 октября 2013 г. Проверено 14 октября 2013 г.
  131. ^ «Малиит под Вейландом» . Архивировано из оригинала 11 июня 2013 года . Проверено 14 сентября 2013 г.
  132. ^ "Вельтерм" . Freedesktop.org. Архивировано из оригинала 14 июля 2014 года . Проверено 8 июля 2014 г.
  133. ^ Перейти обратно: а б Хиллесли, с. 3.
  134. ^ «Eclipse теперь работает на Wayland» . 18 августа 2014 года. Архивировано из оригинала 23 августа 2014 года . Проверено 17 сентября 2014 г.
  135. ^ Стоун, Дэниел (16 февраля 2016 г.). «Выпущена спецификация Vulkan 1.0 с первой поддержкой Wayland» . Архивировано из оригинала 24 июня 2016 года . Проверено 27 февраля 2016 г.
  136. ^ «Внешнее DRM Wayland | Управление слоями IVI» . ГЕНИВИ Альянс. Архивировано из оригинала 1 февраля 2014 года . Проверено 15 июля 2013 г.
  137. ^ «Первый смартфон Jolla работает с Wayland» . LinuxG.net. 14 июля 2013 года. Архивировано из оригинала 28 июня 2014 года . Проверено 8 октября 2013 г.
  138. ^ VDVsx [@VDVsx] (13 июля 2013 г.). «Диаграмма основных компонентов #sailfishos. #Qt5 #Wayland #JollaHQ #Akademy» ( твит ) – через Twitter .
  139. ^ Джолла [@JollaHQ] (13 июля 2013 г.). «@faenil @PeppeLaKappa @VDVsx наша первая Jolla будет поставляться с Wayland, да» ( твит ) – через Twitter .
  140. ^ «Настройка IVI/IVI» . Тизен Вики. Архивировано из оригинала 10 февраля 2017 года . Проверено 8 апреля 2013 г.
  141. ^ ВанКутсем, Жоффруа (10 июля 2013 г.). «[IVI] Выпущен Tizen IVI 3.0-M1» . IVI (список рассылки). Архивировано из оригинала 2 октября 2013 года . Проверено 13 июля 2013 г.
  142. ^ Амадео, Рон (12 мая 2017 г.). «Samsung Z4 — новый флагманский смартфон Tizen» . Арс Техника . Архивировано из оригинала 13 мая 2017 года . Проверено 13 мая 2017 г.
  143. ^ Хёгсберг, Кристиан (3 ноября 2008 г.). «Преждевременная огласка лучше, чем отсутствие огласки» . Архивировано из оригинала 28 марта 2016 года . Проверено 6 апреля 2016 г.
  144. ^ «Интервью: Кристиан Хёгсберг» . Архив ФОСДЕМ . 29 января 2012 года. Архивировано из оригинала 4 марта 2016 года . Проверено 8 марта 2016 г.
  145. ^ Перейти обратно: а б Хиллесли, Ричард (13 февраля 2012 г.). «Вэйланд — За пределами X» . H Открыть . Heise Media Великобритания. Архивировано из оригинала 6 декабря 2013 года . Проверено 8 марта 2016 г.
  146. ^ Хёгсберг, Кристиан. «Wayland — новый сервер отображения для Linux» . Linux Plumbers Conference, 2009. Архивировано из оригинала 11 августа 2017 года.
  147. ^ Дженкинс, Эван (22 марта 2011 г.). «Графический стек Linux от X до Wayland» . Арс Техника . Архивировано из оригинала 10 апреля 2016 года . Проверено 17 апреля 2016 г.
  148. ^ Ларабель, Майкл (29 октября 2010 г.). «Wayland становится проектом FreeDesktop.org» . Фороникс.com . Архивировано из оригинала 14 апреля 2016 года . Проверено 17 апреля 2016 г.
  149. ^ Хёгсберг, Кристиан (29 октября 2010 г.). «Переезд на freedesktop.org» . Архивировано из оригинала 9 ноября 2012 года . Проверено 31 июля 2013 г.
  150. ^ Хёгсберг, Кристиан (3 декабря 2008 г.). «Wayland теперь находится под лицензией MIT» . wayland-display-server (список рассылки). Архивировано из оригинала 9 ноября 2012 года . Проверено 8 марта 2016 г.
  151. ^ Хёгсберг, Кристиан (22 ноября 2010 г.). «Разъяснение лицензии Wayland» . wayland-devel (список рассылки). Архивировано из оригинала 9 марта 2016 года . Проверено 8 марта 2016 г.
  152. ^ Хёгсберг, Кристиан (19 сентября 2011 г.). «Обновление лицензии» . wayland-devel (список рассылки). Архивировано из оригинала 29 апреля 2016 года . Проверено 8 марта 2016 г.
  153. ^ Мунк, Карстен (11 апреля 2013 г.). «Wayland использует драйверы графического процессора Android в системах на базе glibc, часть 1» . Мер Проект. Архивировано из оригинала 19 апреля 2013 года . Проверено 3 июля 2013 г.
  154. ^ Мунк, Карстен (8 июня 2013 г.). «Wayland использует драйверы графического процессора Android в системах на базе glibc, часть 2» . Мер Проект. Архивировано из оригинала 24 октября 2013 года . Проверено 3 июля 2013 г.
  155. ^ Ларабель, Майкл (11 апреля 2013 г.). «Jolla предлагает Wayland поверх драйверов графического процессора Android» . Фороникс.com . Архивировано из оригинала 25 апреля 2016 года . Проверено 17 апреля 2016 г.
  156. ^ «Вэйланд» . Wayland.freedesktop.org. Архивировано из оригинала 7 июля 2013 года . Проверено 15 июля 2013 г.
  157. ^ Хёгсберг, Кристиан (9 февраля 2012 г.). «[ОБЪЯВЛЕНИЕ] Выпущена версия Wayland and Weston 0.85.0» . Список рассылки wayland-devel . Архивировано из оригинала 14 января 2020 года . Проверено 14 января 2020 г.
  158. ^ Хёгсберг, Кристиан (24 июля 2012 г.). «Выпущена Wayland and Weston 0.95.0» . Список рассылки wayland-devel . Архивировано из оригинала 25 октября 2020 года . Проверено 14 января 2020 г.
  159. ^ Хёгсберг, Кристиан (22 октября 2012 г.). «Вэйланд и Уэстон 1.0» . Список рассылки wayland-devel . Архивировано из оригинала 23 августа 2019 года . Проверено 14 января 2020 г.
  160. ^ Шершель, Фабиан (23 октября 2012 г.). «Веха Wayland 1.0 исправляет графический протокол» . H Открыть . Heise Media Великобритания. Архивировано из оригинала 7 декабря 2013 года . Проверено 17 апреля 2016 г.
  161. ^ Ларабель, Майкл (16 апреля 2013 г.). «Wayland 1.1 официально выпущен вместе с Weston 1.1» . Фороникс.com . Архивировано из оригинала 25 апреля 2016 года . Проверено 17 апреля 2016 г.
  162. ^ Хёгсберг, Кристиан (15 апреля 2013 г.). «1.1 Выпущено» . Список рассылки wayland-devel . Архивировано из оригинала 27 мая 2019 года . Проверено 14 января 2020 г.
  163. ^ Ларабель, Майкл (13 июля 2013 г.). «Выпущен Wayland 1.2.0, к которому присоединился Weston Compositor» . Фороникс.com . Архивировано из оригинала 14 апреля 2016 года . Проверено 17 апреля 2016 г.
  164. ^ Хёгсберг, Кристиан (12 июля 2013 г.). «Выпущена Wayland and Weston 1.2.0» . Список рассылки wayland-devel . Архивировано из оригинала 25 июня 2019 года . Проверено 14 января 2020 г.
  165. ^ Хёгсберг, Кристиан (11 октября 2013 г.). «Выпущены версии Wayland и Weston 1.3» . Список рассылки wayland-devel . Архивировано из оригинала 8 августа 2020 года . Проверено 11 апреля 2020 г.
  166. ^ Пааланен, Пекка (19 сентября 2014 г.). «Выпущена Wayland and Weston 1.6.0» . Список рассылки wayland-devel . Архивировано из оригинала 27 мая 2019 года . Проверено 14 января 2020 г.
  167. ^ Харрингтон, Брайс (14 февраля 2015 г.). «[ОБЪЯВЛЕНИЕ] Wayland 1.7.0» . Список рассылки wayland-devel . Архивировано из оригинала 5 апреля 2020 года . Проверено 14 января 2020 г.
  168. ^ Харрингтон, Брайс (14 февраля 2015 г.). «[ОБЪЯВЛЕНИЕ] Уэстон 1.7.0» . Список рассылки wayland-devel . Архивировано из оригинала 5 апреля 2020 года . Проверено 14 января 2020 г.
  169. ^ Харрингтон, Брайс (2 июня 2015 г.). «[ОБЪЯВЛЕНИЕ] Wayland 1.8.0» . Список рассылки wayland-devel . Архивировано из оригинала 15 августа 2020 года . Проверено 14 января 2020 г.
  170. ^ Харрингтон, Брайс (2 июня 2015 г.). «[ОБЪЯВЛЕНИЕ] Уэстон 1.8.0» . Список рассылки wayland-devel . Архивировано из оригинала 15 августа 2020 года . Проверено 14 января 2020 г.
  171. ^ Харрингтон, Брайс (21 сентября 2015 г.). «[ОБЪЯВЛЕНИЕ] Wayland 1.9.0» . wayland-devel (список рассылки). Архивировано из оригинала 25 октября 2020 года . Проверено 14 января 2020 г.
  172. ^ Харрингтон, Брайс (21 сентября 2015 г.). «[ОБЪЯВЛЕНИЕ] Уэстон 1.9.0» . wayland-devel (список рассылки). Архивировано из оригинала 21 сентября 2020 года . Проверено 14 января 2020 г.
  173. ^ «[АНОНС] wayland-протоколы 1.0» . 25 ноября 2015 г.
  174. ^ Харрингтон, Брайс (17 февраля 2016 г.). «[ОБЪЯВЛЕНИЕ] Wayland 1.10.0» . wayland-devel (список рассылки). Архивировано из оригинала 17 февраля 2016 года . Проверено 17 февраля 2016 г.
  175. ^ Харрингтон, Брайс (17 февраля 2016 г.). «[ОБЪЯВЛЕНИЕ] Уэстон 1.10.0» . wayland-devel (список рассылки). Архивировано из оригинала 24 февраля 2016 года . Проверено 17 февраля 2016 г.
  176. ^ Нестор, Мариус (18 февраля 2016 г.). «Официально выпущен сервер отображения Wayland 1.10, Wayland 1.11 появится в мае 2016 года» . Софтпедия . Архивировано из оригинала 14 января 2020 года . Проверено 14 января 2020 г.
  177. ^ Ларабель, Майкл (16 февраля 2016 г.). «Wayland 1.10 официально выпущен» . Фороникс.com . Архивировано из оригинала 21 июня 2017 года . Проверено 17 апреля 2016 г.
  178. ^ «[АНОНС] Wayland-протоколы 1.1» . 16 февраля 2016 г.
  179. ^ «[АНОНС] wayland-протоколы 1.4» . 23 мая 2016 г.
  180. ^ Харрингтон, Брайс (1 июня 2016 г.). «[ОБЪЯВЛЕНИЕ] Wayland 1.11.0» . wayland-devel (список рассылки). Архивировано из оригинала 1 июня 2016 года . Проверено 1 июня 2016 г.
  181. ^ Харрингтон, Брайс (1 июня 2016 г.). «[ОБЪЯВЛЕНИЕ] Уэстон 1.11.0» . wayland-devel (список рассылки). Архивировано из оригинала 8 октября 2016 года . Проверено 1 июня 2016 г.
  182. ^ «[АНОНС] wayland-протоколы 1.5» . 22 июля 2016 г.
  183. ^ «[АНОНС] wayland-протоколы 1.7» . 15 августа 2016 г.
  184. ^ Харрингтон, Брайс (21 сентября 2016 г.). «[ОБЪЯВЛЕНИЕ] Wayland 1.12.0» . wayland-devel (список рассылки). Архивировано из оригинала 2 апреля 2017 года . Проверено 21 сентября 2016 г.
  185. ^ Харрингтон, Брайс (21 сентября 2016 г.). «[ОБЪЯВЛЕНИЕ] Уэстон 1.12.0» . wayland-devel (список рассылки). Архивировано из оригинала 8 октября 2016 года . Проверено 21 сентября 2016 г.
  186. ^ Харрингтон, Брайс (21 февраля 2017 г.). «[ОБЪЯВЛЕНИЕ] Wayland 1.13.0» . wayland-devel (список рассылки). Архивировано из оригинала 24 февраля 2017 года . Проверено 30 апреля 2017 г.
  187. ^ Харрингтон, Брайс (25 февраля 2017 г.). «[ОБЪЯВЛЕНИЕ] Уэстон 2.0.0» . wayland-devel (список рассылки). Архивировано из оригинала 2 марта 2017 года . Проверено 30 апреля 2017 г.
  188. ^ «[ОБЪЯВЛЕНИЕ] wayland-протоколов 1.10» . 31 июля 2017 г.
  189. ^ Харрингтон, Брайс (8 августа 2017 г.). «[ОБЪЯВЛЕНИЕ] Wayland 1.14.0» . wayland-devel (список рассылки). Архивировано из оригинала 20 октября 2018 года . Проверено 25 марта 2018 г.
  190. ^ Харрингтон, Брайс (8 августа 2017 г.). «[ОБЪЯВЛЕНИЕ] Уэстон 3.0.0» . wayland-devel (список рассылки). Архивировано из оригинала 20 октября 2018 года . Проверено 25 марта 2018 г.
  191. ^ «[ОБЪЯВЛЕНИЕ] wayland-протоколов 1.11» . 11 октября 2017 г.
  192. ^ «[ОБЪЯВЛЕНИЕ] wayland-протоколов 1.13» . 14 февраля 2018 г.
  193. ^ Форман, Дерек (9 апреля 2018 г.). «[ОБЪЯВЛЕНИЕ] Wayland 1.15.0» . wayland-devel (список рассылки). Архивировано из оригинала 10 апреля 2018 года . Проверено 15 апреля 2018 г.
  194. ^ Форман, Дерек (9 апреля 2018 г.). «[ОБЪЯВЛЕНИЕ] Уэстон 4.0.0» . wayland-devel (список рассылки). Архивировано из оригинала 10 апреля 2018 года . Проверено 15 апреля 2018 г.
  195. ^ «[ОБЪЯВЛЕНИЕ] wayland-протоколов 1.14» . 7 мая 2018 г.
  196. ^ «[ОБЪЯВЛЕНИЕ] wayland-протоколов 1.16» . 30 июля 2018 г.
  197. ^ Форман, Дерек (24 августа 2018 г.). «[ОБЪЯВЛЕНИЕ] Wayland 1.16.0» . wayland-devel (список рассылки). Архивировано из оригинала 28 августа 2018 года . Проверено 30 ноября 2018 г.
  198. ^ Форман, Дерек (24 августа 2018 г.). «[ОБЪЯВЛЕНИЕ] Уэстон 5.0.0» . wayland-devel (список рассылки). Архивировано из оригинала 25 августа 2018 года . Проверено 30 ноября 2018 г.
  199. ^ «[ОБЪЯВЛЕНИЕ] wayland-протоколов 1.17» . 12 ноября 2018 г.
  200. ^ Форман, Дерек (28 марта 2019 г.). «[АНОНС] wayland 1.17.0» (список рассылки). Архивировано из оригинала 25 марта 2019 года . Проверено 17 июня 2019 г.
  201. ^ Форман, Дерек (21 марта 2019 г.). «[ОБЪЯВЛЕНИЕ] Weston 6.0.0» (список рассылки). Архивировано из оригинала 31 марта 2019 года . Проверено 17 июня 2019 г.
  202. ^ «[ОБЪЯВЛЕНИЕ] wayland-протоколов 1.18» . 25 июля 2019 г.
  203. ^ Сер, Саймон (11 февраля 2020 г.). «[АНОНС] Wayland 1.18» (список рассылки). Архивировано из оригинала 1 апреля 2021 года . Проверено 12 февраля 2020 г.
  204. ^ Сер, Саймон (23 августа 2019 г.). «[ОБЪЯВЛЕНИЕ] Weston 7.0.0» (список рассылки). Архивировано из оригинала 25 августа 2019 года . Проверено 22 октября 2019 г.
  205. ^ Сер, Саймон (24 января 2020 г.). «[ОБЪЯВЛЕНИЕ] Weston 8.0.0» (список рассылки) . Проверено 12 февраля 2020 г.
  206. ^ «[ОБЪЯВЛЕНИЕ] Уэстон 9.0.0» . 4 сентября 2020 г. Архивировано из оригинала 29 сентября 2020 г. Проверено 30 октября 2020 г. .
  207. ^ «[ОБЪЯВЛЕНИЕ] wayland-протоколов 1.19» . 29 февраля 2020 г.
  208. ^ «[ОБЪЯВЛЕНИЕ] Wayland-протоколы 1.20» . 29 февраля 2020 г.
  209. ^ Сер, Саймон (27 января 2021 г.). «[АНОНС] wayland 1.19.0» (список рассылки). Архивировано из оригинала 1 февраля 2021 года . Проверено 27 января 2021 г.
  210. ^ «[ОБЪЯВЛЕНИЕ] wayland-протоколов 1.21» . 30 апреля 2021 г.
  211. ^ «[ОБЪЯВЛЕНИЕ] Wayland-протоколы 1.24» . 23 ноября 2021 г.
  212. ^ Сер, Саймон (27 января 2021 г.). «[АНОНС] wayland 1.20.0» (список рассылки). Архивировано из оригинала 11 декабря 2021 года . Проверено 27 января 2021 г.
  213. ^ Сер, Саймон (1 февраля 2022 г.). «[ОБЪЯВЛЕНИЕ] Weston 10.0.0» (список рассылки). Архивировано из оригинала 4 февраля 2022 года . Проверено 12 февраля 2022 г.
  214. ^ «[ОБЪЯВЛЕНИЕ] Уэстон 10.0.5» . 2 августа 2023 г.
  215. ^ «[ОБЪЯВЛЕНИЕ] wayland-протоколов 1.25» . 28 января 2022 г.
  216. ^ «[ОБЪЯВЛЕНИЕ] Wayland 1.21.0» . 30 июня 2022 г.
  217. ^ «[ОБЪЯВЛЕНИЕ] Уэстон 11.0.0» . 22 сентября 2022 г.
  218. ^ «[ОБЪЯВЛЕНИЕ] Уэстон 11.0.3» . 2 августа 2023 г.
  219. ^ «[ОБЪЯВЛЕНИЕ] wayland-протоколов 1.26» . 7 июля 2022 г.
  220. ^ «[ОБЪЯВЛЕНИЕ] wayland-протоколов 1.31» . 29 ноября 2022 г.
  221. ^ Сер, Саймон (4 апреля 2023 г.). «[ОБЪЯВЛЕНИЕ] wayland 1.22.0» (список рассылки) . Проверено 9 апреля 2023 г.
  222. ^ «[ОБЪЯВЛЕНИЕ] Уэстон 12.0.0» . 17 мая 2023 г.
  223. ^ «[АНОНС] Уэстон 12.0.4» . 23 апреля 2024 г.
  224. ^ «[ОБЪЯВЛЕНИЕ] Уэстон 13.0.0» . 28 ноября 2023 г.
  225. ^ «[ОБЪЯВЛЕНИЕ] wayland-протоколов 1.32» . 3 июля 2023 г.
  226. ^ «[ОБЪЯВЛЕНИЕ] Wayland-протоколы 1.36» . 26 апреля 2024 г.
[ редактировать ]
В Wikibook Руководство по Linux/Приложения, поддерживаемые через Wayland, есть страница по теме: Руководство по Linux/Приложения, поддерживаемые через Wayland.
Retrieved from "https://en.wikipedia.org/w/index.php?title=Wayland_(protocol)&oldid=1238639566#libinput"
Arc.Ask3.Ru: конец переведенного документа.
Arc.Ask3.Ru
Номер скриншота №: 04ebdf669d805ab837dc9f746fb347fd__1722799620
URL1:https://arc.ask3.ru/arc/aa/04/fd/04ebdf669d805ab837dc9f746fb347fd.html
Заголовок, (Title) документа по адресу, URL1:
Wayland (protocol) - Wikipedia
Данный printscreen веб страницы (снимок веб страницы, скриншот веб страницы), визуально-программная копия документа расположенного по адресу URL1 и сохраненная в файл, имеет: квалифицированную, усовершенствованную (подтверждены: метки времени, валидность сертификата), открепленную ЭЦП (приложена к данному файлу), что может быть использовано для подтверждения содержания и факта существования документа в этот момент времени. Права на данный скриншот принадлежат администрации Ask3.ru, использование в качестве доказательства только с письменного разрешения правообладателя скриншота. Администрация Ask3.ru не несет ответственности за информацию размещенную на данном скриншоте. Права на прочие зарегистрированные элементы любого права, изображенные на снимках принадлежат их владельцам. Качество перевода предоставляется как есть. Любые претензии, иски не могут быть предъявлены. Если вы не согласны с любым пунктом перечисленным выше, вы не можете использовать данный сайт и информация размещенную на нем (сайте/странице), немедленно покиньте данный сайт. В случае нарушения любого пункта перечисленного выше, штраф 55! (Пятьдесят пять факториал, Денежную единицу (имеющую самостоятельную стоимость) можете выбрать самостоятельно, выплаичвается товарами в течение 7 дней с момента нарушения.)