Шаблон для выполнения работы

Для выполнения работы создайте новый файла в Obsidian, назовите его “Фамилия Имя Отчество Группа Лабораторная работа 4”, скопируйте и вставьте представленный ниже шаблон:

---
title: "Лабораторная работа 4: Видео серверы"
author: "Фамилия Имя Отчество"
group: "Номер группы"
date: YYYY-MM-DD
tags: [лабораторная, x11, wayland, ОС, i3, sway]
---

# Лабораторная работа 4: Видео серверы

## Цель работы

Опишите своими словами цель лабораторной работы. Например:  
*Изучить принципы работы графических серверов X11 и Wayland, а также закрепить практические навыки установки и настройки оконных менеджеров i3wm и sway в системе Debian.*

## 1. Теоретическая часть

### 1.1. X Server

Кратко опишите основные принципы работы X Server, клиент-серверную модель, его архитектуру и особенности.

### 1.2. Wayland

Опишите архитектуру Wayland, отличия от X11, понятие композитора, взаимодействие с приложениями, а также плюсы и ограничения.

### 1.3. Оконные менеджеры и окружения

Объясните разницу между оконным менеджером и окружением рабочего стола. Приведите примеры. Какие типы оконных менеджеров бывают? Какую роль они играют при работе с X11 и Wayland?

## 2. Практическая часть

> Во всех шагах приводите команды, снимки экрана (если возможно), и поясняйте, что вы делаете и к какому результату это приводит.

### 2.1. Настройка X Server и i3wm

- Какие пакеты были установлены?
- Как запускалась сессия i3?
- Какие конфигурации были выполнены (например, ~/.xinitrc)?
- Что получилось в результате (описание или скриншот)?
- Какие сложности возникли? Как их решили?

### 2.2. Настройка sway на Wayland

- Как запускали sway?
- Какие переменные окружения понадобились?
- Как настроили конфигурацию?
- Работал ли XWayland?
- Были ли ошибки? Как устранялись?
- В чём сходства и отличия по сравнению с i3?

## 3. Выводы

Сформулируйте свои выводы по работе:

- Что вы узнали нового?
- Что оказалось наиболее полезным/сложным?
- В чём разница между X11 и Wayland по ощущениям?

Примечание: Заполните каждый раздел своими наблюдениями, примерами команд, скриншотами (если необходимо) и выводами. Этот шаблон предназначен для структурирования отчёта, поэтому рекомендуется сохранять ясность и последовательность изложения.

1. Теоретическая часть

1.1 Xorg

X Server (Xorg), или X Window System, занимает центральное место в развитии графических интерфейсов UNIX-подобных систем. Его появление в начале 1980-х годов в рамках проекта MIT Project Athena положило основу для распределённых вычислительных сред, где приложения могли выполняться на одном компьютере, а их графический вывод – на другом. Эта возможность сетевого отображения стала настоящим прорывом того времени и до сих пор влияет на архитектуру современных графических подсистем.

В основе X Server лежит клиент-серверная модель. Сервер отвечает за непосредственное взаимодействие с оборудованием, таким как мониторы, клавиатуры и мыши, а клиенты, то есть приложения, отправляют запросы на выполнение графических операций через стандартный протокол X11. Такой подход позволяет:

запускать графические приложения удалённо,
отделять вычислительные задачи от процесса отображения,
обеспечивать масштабируемость и гибкость архитектуры системы.

xorg

Эта система базируется на нескольких ключевых компонентах, которые совместно обеспечивают функциональность X Server. Прежде всего, библиотека libX11 служит интерфейсом для приложений, предоставляя удобное взаимодействие с графическим сервером. Другим важным элементом являются драйверы, отвечающие за работу с различными аппаратными устройствами. Благодаря модульной архитектуре, система легко адаптируется к разнообразным конфигурациям оборудования. Также нельзя не отметить расширения, улучшающие возможности сервера, такие как:

XRender – для качественного и быстрого рендеринга графических примитивов,
MIT-SHM – позволяющее ускорить обмен данными между клиентом и сервером за счёт использования совместно используемой памяти.

Одной из главных особенностей X Server является его сетевая прозрачность. Это позволяет пользователям запускать приложения на одном устройстве, а отображать их графику на другом, что особенно актуально в образовательных и корпоративных средах. Помимо функциональных преимуществ, система отличается следующими достоинствами:

Гибкость и расширяемость: благодаря модульной архитектуре и активному сообществу разработчиков.
Историческая стабильность: X Server прошёл проверку временем и накопил значительный опыт улучшения и адаптации под изменяющиеся требования.

Однако, несмотря на все преимущества, у X Server имеются и недостатки, связанные с его историческим наследием. Архитектура, разработанная несколько десятков лет назад, часто оказывается избыточно сложной для современных требований. К числу основных ограничений относятся:

Сложность и избыточность: реализация многих функций через многочисленные расширения усложняет поддержку и обновление системы.
Проблемы безопасности: возможность утечек данных между клиентами из-за недостаточной изоляции, особенно в случаях удалённого доступа.
Производительность: в условиях работы с высокими разрешениями экрана и графически насыщенными приложениями накладные расходы протокола могут негативно сказываться на общей производительности.

1.2 Wayland

Wayland — это современный протокол для организации графического сервера в UNIX-подобных системах, разработанный как замена устаревшей системы X11. Его разработка началась в 2008 году как реакция на архитектурные ограничения X Server. Основная цель Wayland — упростить графическую подсистему, повысить безопасность и производительность, устранив избыточность и устаревшие компоненты, свойственные X Window System.

История создания и причины появления

Wayland появился как ответ на десятилетия накопившихся проблем в X11. Архитектура X Server выросла из решений 1980-х годов, и к 2000-м годам стала перегруженной, плохо масштабируемой и сложной в сопровождении. Сложность X11 обусловлена тем, что он:

сам управляет графикой (вплоть до отрисовки примитивов),
реализует сетевую прозрачность (возможность работы по сети),
имеет множество расширений, часто конфликтующих между собой.

Wayland был задуман как “работа над ошибками”: вместо расширения X11 — полная замена, в которой ненужные функции исключены, а нужные реализованы через современные системные интерфейсы Linux.

Архитектурные принципы

wayland

В отличие от X11, Wayland не является монолитным сервером. Это протокол, описывающий взаимодействие между клиентом (приложением) и композитором (отвечающим за вывод на экран и обработку ввода).

Основные отличия:

Вся отрисовка происходит на стороне клиента (приложения).
Композитор управляет только выводом уже готовых буферов.
Нет необходимости в промежуточном сервере, как в X11.
Ввод (клавиатура, мышь) поступает напрямую композитору, который решает, какому окну его передать.

Такой подход исключает ненужные этапы, ускоряет работу и улучшает изоляцию между приложениями.

Роль композитора

Композитор в Wayland выполняет функции сразу нескольких компонентов X11:

дисплейного сервера (X-сервера),
оконного менеджера (например, i3, KWin),
композитного менеджера (например, Compiz).

Функции композитора:

Композиция окон — сборка содержимого всех окон в один кадр;
Обработка ввода — маршрутизация событий клавиатуры, мыши и т.п.;
Отрисовка эффектов — тени, анимации, масштабирование;
Управление фокусом и положением окон.

Примеры популярных композиторов:

Weston — эталонная реализация Wayland;
Mutter — используется в GNOME;
KWin — используется в KDE Plasma;
Sway — тайлинговый композитор, аналог i3;
Hyprland, Wayfire, river — альтернативные композиторы на базе библиотеки wlroots.

Взаимодействие с приложениями

Wayland — объектно-ориентированный асинхронный протокол. Приложения общаются с композитором через библиотеку libwayland, используя:

libwayland-client — для клиентов,
libwayland-server — для композитора.

Коммуникация происходит через локальный сокет (UNIX domain socket), куда клиент отправляет команды (например, “создать окно”, “перерисовать область”), а композитор — события (“нажата клавиша”, “изменён размер окна”).

Отрисовка содержимого окон осуществляется через:

OpenGL / EGL — для прямого рендеринга,
SHM (shared memory) — в случае программной отрисовки.

Дополнительные возможности (заголовки окон, буфер обмена, drag-and-drop) реализуются через расширения протокола, например:

xdg-shell — для управления окнами,
xdg-decoration — для оформления,
zwlr-screencopy — для захвата экрана.

Современные тулкиты (GTK, Qt, SDL) имеют полную поддержку Wayland и автоматически используют его при наличии.

Преимущества Wayland

Безопасность:

Приложения не могут перехватывать ввод или читать содержимое чужих окон;
Эмуляция ввода, кейлоггеры, скриншотеры — невозможны без разрешения композитора.

Производительность:

Меньше прослоек => меньше задержек;
Меньше копирования буферов;
Нет tearing, поддержка HiDPI, плавные анимации.

Простота архитектуры:

Нет X-сервера, оконного менеджера и композитора как отдельных компонентов;
Кодовая база меньше, легче поддерживать и развивать;
Протокол гибко расширяется новыми функциями.

Ограничения и сложности

1. Обратная совместимость:
Старые X11-программы не могут напрямую работать с Wayland. Для них используется XWayland — специальный X-сервер, работающий как клиент Wayland. Это решение временное, но всё ещё необходимо.

2. Драйверы:
Проблемы с поддержкой у проприетарных драйверов (особенно NVIDIA) сохранялись до недавнего времени. Сейчас большинство проблем решены, но стабильность может отличаться от X11.

3. Скриншоты и запись экрана:
Безопасность Wayland запрещает приложению самостоятельно “подсматривать” за экраном. Для этого нужно использовать PipeWire и xdg-desktop-portal, но многие программы до сих пор это не поддерживают.

4. Отсутствие сетевой прозрачности:
Нет встроенной поддержки удалённого запуска окон (как ssh -X). Для этого нужны сторонние инструменты (Waypipe, RDP/VNC и т.п.).

5. Задержки с реализацией функций:
Некоторые привычные возможности X11 появлялись не сразу: системный трей, fractional scaling, ручное управление окнами — всё это требовало времени на внедрение.

Сравнение с X11: итоги

Критерий	X11	Wayland
Архитектура	Сложная, многослойная	Простая, без лишних прослоек
Безопасность	Отсутствует	Изоляция клиентов
Производительность	Высокие накладные расходы	Низкие задержки, плавность
Поддержка приложений	Огромная (но устаревшая)	Быстро растёт, требует адаптации
Сетевая работа	Есть встроенно	Только внешними средствами

Wayland — это не просто альтернатива X11, а полностью переосмысленный подход к организации графической среды. Он решает старые проблемы, упрощает архитектуру, повышает безопасность и производительность. Несмотря на ряд ограничений, он становится всё более зрелым и уже используется по умолчанию в большинстве современных дистрибутивов Linux.

1.3. Концепция оконных менеджеров и DE

В мире UNIX-подобных систем, особенно в Linux, графическая среда формируется из нескольких независимых компонентов. Среди них центральное место занимают оконные менеджеры (WM) и рабочие окружения (DE – Desktop Environments). Хотя визуально эти понятия часто кажутся пользователю единым целым, на деле они представляют собой принципиально разные уровни графического стека. Понимание различий между ними — основа грамотной настройки пользовательского интерфейса и понимания архитектуры ОС.

Что такое оконный менеджер (Window Manager, WM)

Оконный менеджер — это программа, отвечающая за управление положением, размером, фокусом и поведением окон в графическом интерфейсе. В классической архитектуре X11 оконный менеджер работает как отдельное приложение, взаимодействующее с X-сервером через протокол расширения ICCCM или EWMH. В архитектуре Wayland оконный менеджер, как правило, встроен в композитор.

Задачи оконного менеджера:

обработка заголовков окон, кнопок “свернуть/развернуть/закрыть”,
перемещение окон, изменение их размера,
управление порядком наложения (поверх/под другими),
реализация переключения окон, рабочих столов, горячих клавиш.

Некоторые оконные менеджеры также добавляют композитные эффекты (тени, прозрачность, анимации), но строго говоря это уже функции композитного менеджера. В X11 они могли быть раздельны, в Wayland всё объединено в композиторе.

Существует несколько типов оконных менеджеров:

Плавающие (floating WM) — окна могут свободно перемещаться и изменяться в размерах (например, Openbox, Fluxbox, Mutter).
Тайлинговые (tiling WM) — окна автоматически выстраиваются по сетке, без перекрытия (например, i3, awesome, dwm, Sway).
Динамические — комбинируют тайлинг и плавающий режим (например, bspwm, xmonad).

Тайлинговые WM особенно популярны среди разработчиков и опытных пользователей, так как позволяют эффективно использовать экранное пространство и управлять окнами с клавиатуры.

Что такое рабочее окружение (Desktop Environment, DE)

Рабочее окружение (DE) — это более широкий по охвату компонент, включающий оконный менеджер и множество вспомогательных приложений, формирующих полноценную пользовательскую среду.

Состав DE обычно включает:

оконный менеджер или композитор,
панель задач, меню, трей,
файловый менеджер,
средство настройки параметров системы (например, тем, звука, дисплея),
терминал, редактор текста, и другие базовые утилиты.

Примеры DE:

GNOME — использует Mutter как оконный менеджер и композитор. Интерфейс минималистичный и ориентирован на простоту.

gnome

KDE Plasma — использует KWin. Отличается высокой настраиваемостью, модульностью и богатством визуальных эффектов.

kde

Xfce — лёгкое окружение, использующее оконный менеджер xfwm.

xfce

LXQt, MATE, Cinnamon — альтернативные DE с разным уровнем потребления ресурсов и эстетикой.

cinnamon

Важно отметить, что большинство DE спроектированы как единое целое, и замена одного компонента (например, оконного менеджера) может вызвать проблемы совместимости. Тем не менее, Linux-среда поощряет эксперименты, и многие пользователи создают гибридные конфигурации — например, используют оконный менеджер i3 внутри GNOME.

Разделение обязанностей: WM vs DE

Функция	WM	DE
Управление положением и фокусом окон	✅	✅ (через WM)
Декорации окон	✅	✅
Меню, панели, трей	❌	✅
Программы по умолчанию	❌	✅
Конфигурация всей среды	❌	✅
Требует X11 или Wayland	✅	✅

Таким образом, WM — это только “управляющий окнами”, а DE — “вся оболочка”, которую видит пользователь, включая фон рабочего стола, меню, панель и системные службы.

Связь с X11 и Wayland

В X11 оконный менеджер работает как отдельное клиентское приложение, взаимодействующее с сервером. В Wayland оконный менеджер чаще всего интегрирован в композитор (например, в Sway или KWin), и в такой архитектуре нет отдельного процесса WM — его функции встроены.

Wayland предполагает, что DE будет тесно связано с композитором. Например:

Mutter в GNOME — объединяет и композитор, и оконный менеджер;
KWin в KDE — то же самое;
Sway — работает как оконный менеджер и композитор на базе Wayland, заменяя i3 (который был только WM на X11).

sway

Почему это важно?

Для понимания того, как работает пользовательская сессия Linux, важно знать, где заканчивается графический сервер и начинается интерфейс. Это даёт студенту:

ясность при настройке сессии (например, запуск Wayland-композитора вместо X11 и i3),
понимание различий между минималистичным и полнофункциональным интерфейсом,
практические навыки настройки оконных менеджеров и DE под свои задачи (например, использование Sway вместо GNOME на слабом ноутбуке),
понимание роли стандартов, таких как XDG, EWMH, в интеграции приложений с окружением.

Таким образом, оконные менеджеры и рабочие окружения — это два слоя, обеспечивающие взаимодействие пользователя с графической подсистемой ОС. Понимание их различий и функций критически важно для глубокого освоения архитектуры графической среды Linux и настройки эффективного рабочего пространства.

2. Практическое задание

2.1. Настройка X Server с i3wm (Debian + VirtualBox)

В этом разделе лабораторной работы студентам предстоит развернуть минималистичную графическую среду на базе X Server и оконного менеджера i3wm в виртуальной машине VirtualBox с Debian. Практика позволит понять, как работают X11-графика, как оконный менеджер отделяется от DE и как построить функциональное окружение с минимальным набором компонентов.

Подготовка

Предполагается, что студент использует чистую установку Debian (стабильная версия) в VirtualBox, без предустановленной графической среды (например, установлен только standard system utilities и SSH server).

Перед началом убедитесь, что:

Виртуальная машина запущена.
У вас есть доступ к sudo или работаете под root.
Подключён интернет в виртуальной машине (через NAT или Bridged Adapter).
Установлены дополнения гостевой системы VirtualBox (Guest Additions) — они не обязательны, но полезны (см. ниже).

Шаг 1. Установка X Server (Xorg)

Обычно в Debian используется пакет xorg как мета-пакет, который тянет за собой весь необходимый стек.

sudo apt update
sudo apt install xorg

Этот шаг установит:

сам сервер X (xserver-xorg),
драйверы для видеовыхода (xserver-xorg-video-*),
драйверы ввода (клавиатура, мышь — xserver-xorg-input-*),
утилиты (xinit, x11-xserver-utils).

В VirtualBox обычно подхватывается модуль vboxvideo, если установлены Guest Additions. В противном случае будет использоваться vesa или modesetting.

Важно: если X запускается на «пустом» терминале, его нужно инициировать вручную через startx (см. ниже).

Шаг 2. Установка оконного менеджера i3

Устанавливаем сам оконный менеджер:

sudo apt install i3

Это установит:

i3-wm — сам оконный менеджер,
i3status — утилита для отображения информации в нижней панели,
dmenu — простое меню запуска программ (поиск по названию),
i3lock — утилита блокировки экрана (опционально).

Во время установки будет предложено выбрать вариант конфигурации: соглашайтесь на создание конфигурационного файла.

Шаг 3. Установка терминала и базовых программ

i3 не поставляется с приложениями — нужно установить хотя бы терминал:

sudo apt install xterm

Можно также установить:

sudo apt install firefox-esr feh thunar

firefox-esr — браузер для теста графики;
feh — просмотрщик изображений (и обоев);
thunar — лёгкий файловый менеджер.

Шаг 4. Проверка запуска X и i3 вручную

Если дисплейный менеджер (например, GDM, LightDM) не установлен, запуск X осуществляется вручную:

Убедитесь, что у вас есть конфигурационный файл:

ls ~/.xinitrc

Если файла нет — создайте:

echo "exec i3" > ~/.xinitrc

Запуск X с i3:

startx

Если всё настроено правильно, система перейдёт в сессию i3 — появится экран с фоновым узором и панелью статуса внизу.

Шаг 5. Первичная настройка i3 при запуске

При первом запуске i3 предложит:

выбрать клавишу-модификатор (Mod) — обычно Alt или Win (Mod1 или Mod4);
сгенерировать файл конфигурации в ~/.config/i3/config.

Выберите Mod4 (Win), если он доступен. После этого управление окнами будет производиться с помощью сочетаний клавиш:

Mod + Enter — открыть терминал (xterm);
Mod + d — вызвать dmenu для запуска приложений;
Mod + Shift + e — выход из сессии i3.

Шаг 6. Конфигурация i3 (по желанию)

Файл конфигурации:

~/.config/i3/config

Примеры изменений:

Назначение терминала:

set $term xterm
bindsym $mod+Return exec $term

Автозапуск приложений (в нижнюю часть файла):

exec --no-startup-id nm-applet
exec --no-startup-id feh --bg-scale /путь/к/фону.jpg

Изменение темы панели и размеров шрифтов.

Шаг 7. Настройка xrandr (опционально)

В VirtualBox иногда необходимо подстроить разрешение экрана вручную:

xrandr
xrandr --output VGA-1 --mode 1280x800

Названия выходов (VGA-1, Virtual-1, Screen-0) определяются автоматически — используйте xrandr без аргументов для просмотра доступных.

Дополнительные замечания

Guest Additions: если вы используете VirtualBox Guest Additions, они позволяют автоматически масштабировать экран и использовать буфер обмена. Установите пакет:

sudo apt install virtualbox-guest-x11

После перезапуска виртуальной машины X Server сможет использовать модуль vboxvideo.

Выход из X/i3: для выхода из i3 нажмите Mod + Shift + e → подтвердите выход, или завершите сессию из tty через killall Xorg.

2.2. Настройка Wayland с sway (Debian + VirtualBox)

Sway — это современный тайлинговый оконный менеджер, совместимый с конфигурацией i3, но работающий не на X11, а на Wayland. Он использует библиотеку wlroots и может быть запущен в минимальной системе, без полноценного рабочего окружения. В этой части лабораторной работы студент настраивает sway в системе Debian, установленной в VirtualBox, и сравнивает его работу с i3.

⚠️ Важно: VirtualBox не поддерживает полноценно Wayland, так как драйвер vboxvideo не предоставляет аппаратного ускорения через KMS/DRM. Поэтому запуск Sway возможен только в программном рендеринге через WLR_RENDERER=gles2 или WLR_NO_HARDWARE_CURSORS=1. Это не влияет на функциональность, но снижает производительность и отключает курсор от видеокарты.

Шаг 1. Обновление системы и установка базовых пакетов

sudo apt update
sudo apt install sway xwayland xdg-desktop-portal-wlr wl-clipboard grim slurp foot

Объяснение:

sway — сам оконный менеджер на Wayland.
xwayland — поддержка X11-приложений (на случай, если понадобится запуск legacy-софта).
xdg-desktop-portal-wlr — обеспечивает порталы Wayland для взаимодействия (например, захват экрана).
wl-clipboard — clipboard под Wayland (аналог xclip, xsel).
grim, slurp — утилиты для скриншотов (аналог scrot).
foot — лёгкий терминал для Wayland.

Не устанавливайте i3, если хотите проверить поведение чистой Wayland-среды — конфигурации i3 и sway совместимы, но для чистоты эксперимента лучше оставить только sway.

Шаг 2. Проверка доступности DRM/KMS

Wayland требует KMS-драйвера. В VirtualBox он доступен лишь частично, но можно проверить:

ls /dev/dri

Ожидаемый вывод:

card0  renderD128

Если эти устройства есть — система может запускать композитор (пусть и в софте).

Шаг 3. Запуск Sway вручную

Wayland-сессии не используют startx, как в X11. Запуск происходит из обычной консоли (tty):

sway

Если видите ошибку No DRM device found или Failed to open any DRM device, или Sway зависает на чёрном экране — используйте переменные окружения:

WLR_NO_HARDWARE_CURSORS=1 WLR_RENDERER_ALLOW_SOFTWARE=1 sway

Альтернатива — установить .bash_profile или .profile:

echo 'export WLR_NO_HARDWARE_CURSORS=1' >> ~/.profile
echo 'export WLR_RENDERER_ALLOW_SOFTWARE=1' >> ~/.profile

И после этого просто запускать sway.

Шаг 4. Первичный запуск и конфигурация

Sway автоматически создаст конфигурацию при первом запуске. Она располагается в:

~/.config/sway/config

Конфигурация почти полностью совместима с i3, вы сразу получите:

управление окнами через Mod (по умолчанию Win),
терминал foot на Mod+Enter,
dmenu (или wofi) для запуска программ.

Если dmenu не установлен — установите wofi, современный аналог:

sudo apt install wofi

И добавьте в конфиг:

bindsym $mod+d exec wofi --show run

Шаг 5. Установка фонового изображения (по желанию)

Wayland не использует feh, вместо этого — swaybg:

sudo apt install swaybg

В ~/.config/sway/config:

exec_always swaybg -i /путь/к/фону.jpg -m fill

Шаг 6. Автозапуск и панель

В sway нет встроенной панели как в i3bar. Вместо неё используется Waybar:

sudo apt install waybar

Добавьте в конфигурацию:

exec_always waybar

Файл конфигурации waybar создаётся в ~/.config/waybar/ (его можно скопировать из /etc/xdg/waybar/).

Шаг 7. Проверка запуска X11-приложений

Хотя sway — Wayland-среда, он поддерживает запуск X11-приложений через XWayland.

Проверьте:

xeyes &
xclock &

Если они запускаются — XWayland работает корректно.

Шаг 8. Полезные утилиты и команды

Снятие скриншота: grim ~/screenshot.png
Выделение области и скриншот: grim -g "$(slurp)"
Буфер обмена: wl-copy, wl-paste
Завершение сеанса: Mod+Shift+e (как в i3)

Виртуальная среда и производительность

Поскольку VirtualBox не поддерживает Wayland полноценно, возможны:

артефакты курсора,
ограниченное разрешение,
отсутствие аппаратного ускорения.

Это нормально для целей лабораторной работы. Главное — ознакомиться с архитектурой и логикой запуска среды.

Если нужно, можно подключиться по SSH с хоста и запускать sway внутри виртуального терминала, оставив хосту управление графикой.

Выход из sway

Стандартный способ:

Mod+Shift+e → выбор подтверждения через клавиши (y/n);
или нажать Ctrl+C в терминале, если sway был запущен вручную.

Таким образом, студент получает опыт работы с современной Wayland-средой, запускаемой без дисплейного менеджера, конфигурируемой через текстовые файлы, и предоставляющей высокую гибкость и контроль. Несмотря на ограничения VirtualBox, можно в полной мере понять структуру Wayland-сессии и работу тайлингового менеджера без X Server.

Шаблон для выполнения работы#

1. Теоретическая часть#

1.1 Xorg#

1.2 Wayland#

История создания и причины появления#

Архитектурные принципы#

Роль композитора#

Взаимодействие с приложениями#

Преимущества Wayland#

Ограничения и сложности#

Сравнение с X11: итоги#

1.3. Концепция оконных менеджеров и DE#

Что такое оконный менеджер (Window Manager, WM)#

Что такое рабочее окружение (Desktop Environment, DE)#

Разделение обязанностей: WM vs DE#

Связь с X11 и Wayland#

Почему это важно?#

2. Практическое задание#

2.1. Настройка X Server с i3wm (Debian + VirtualBox)#

Подготовка#

Шаг 1. Установка X Server (Xorg)#

Шаг 2. Установка оконного менеджера i3#

Шаг 3. Установка терминала и базовых программ#

Шаг 4. Проверка запуска X и i3 вручную#

Шаг 5. Первичная настройка i3 при запуске#

Шаг 6. Конфигурация i3 (по желанию)#

Шаг 7. Настройка xrandr (опционально)#

Дополнительные замечания#

2.2. Настройка Wayland с sway (Debian + VirtualBox)#

Шаг 1. Обновление системы и установка базовых пакетов#

Шаг 2. Проверка доступности DRM/KMS#

Шаг 3. Запуск Sway вручную#

Шаг 4. Первичный запуск и конфигурация#

Шаг 5. Установка фонового изображения (по желанию)#

Шаг 6. Автозапуск и панель#

Шаг 7. Проверка запуска X11-приложений#

Шаг 8. Полезные утилиты и команды#

Виртуальная среда и производительность#

Выход из sway#

Полезные ссылки#