RedOS - это импортзамещанная ОС, по сути - пряморукая центосообразная сборка.
Sway - это тайлинговый оконный менеджер.
По умолчанию RedOS идет с DE Mate. Есть также сборки на Gnome и KDE. А вот тайлинговых сборок по умолчанию не предлагается, к сожалению. Давайте поставим sway.
Спойлер. Я ожидал, что будет штурм и превозмогание, а оказалось, что все встало просто на раз, как родное. И Wayland, и сам sway, и все родные апплеты от Mate.
Итак, берем сборку RedOS на основе Mate. Sway уже есть в стандартных репозиториях и устанавливается невероятно просто:
sudo dnf install sway
Установка проходит без проблем.
Теперь идем в менеджер входа в систему и разрешаем Wayland. Какой менеджер установлен, легко находится по инструкции от вендора.
systemctl status display-manager.service
Видим, что это gdm, идем в соответствующий конфиг и меняем одну строчку:
sudo vi /etc/gdm/custom.conf
/etc/gdm/custom.conf WaylandEnable=true
Перезагружаем систему. Видим теперь, что можем войти в sway.
Заходим в sway.
Примечание. У меня все же не все заработало. При использовании виртуалки в режиме видео Virtio/3D acceleration наблюдались визуальные артефакты и задержки в работе гостевой системы. После переключения в режим QXL проблемы ушли.
Проверяем - честный Wayland
$ echo $XDG_SESSION_TYPE
wayland
Итак, вроде можно пользоваться, но для начала выполним некоторые настройки.
Скопируем конфигурационный файл в наш домашний каталог
mkdir ~/.config/sway && cp /etc/sway/config ~/.config/sway/
Все наши настройки будем делать в этом файле: ~/.config/sway/config
Первым делом надо разобраться с буфером обмена, иначе как я буду копировать куски конфига и выводы команд сюда? В версии Mate все бесшовно копировалось через интерфейс Spice между хостом и виртуалкой через обычный буфер обмена. После перехода на Sway перестало. Интересно почему.
Передача данных из буфера определяется с помощью клиента spice-vdagent. Но он у меня запущен и работает корректно. Так в чем же дело?
Смотрим логи:
sudo grep spice /var/log/messages
Jan 17 19:30:56 localhost spice-vdagent[7199]: vdagent started
Jan 17 19:30:56 localhost spice-vdagent[7199]: display: failed to call GetCurrentState from mutter over DBUS
Jan 17 19:30:56 localhost spice-vdagent[7199]: error message: Cannot invoke method; proxy is for the well-known name org.gnome.Mutter.DisplayConfig without an owner, and proxy was constructed with the G_DBUS_PROXY_FLAGS_DO_NOT_AUTO_START flag
Jan 17 19:30:56 localhost spice-vdagent[7199]: Received Graphics Device Info:
Jan 17 19:30:56 localhost kernel: input: spice vdagent tablet as /devices/virtual/input/input7
Jan 17 19:30:56 localhost spice-vdagentd[1245]: opening vdagent virtio channel
Jan 17 19:30:56 localhost spice-vdagent[7199]: Adding graphics device info: channel_id: 0 monitor_id: 0 device_address: pci/0000/01.0, device_display_id: 0 xrandr output ID: 33
Jan 17 19:30:56 localhost spice-vdagent[7199]: display: failed to call GetCurrentState from mutter over DBUS
Jan 17 19:30:56 localhost spice-vdagent[7199]: error message: Cannot invoke method; proxy is for the well-known name org.gnome.Mutter.DisplayConfig without an owner, and proxy was constructed with the G_DBUS_PROXY_FLAGS_DO_NOT_AUTO_START flag
Jan 17 19:30:56 localhost spice-vdagent[7199]: Received Graphics Device Info:
Jan 17 19:30:56 localhost spice-vdagent[7199]: Adding graphics device info: channel_id: 0 monitor_id: 0 device_address: pci/0000/01.0, device_display_id: 0 xrandr output ID: 33
Jan 17 19:30:56 localhost spice-vdagent[7199]: display: failed to call GetCurrentState from mutter over DBUS
Jan 17 19:30:56 localhost spice-vdagent[7199]: error message: Cannot invoke method; proxy is for the well-known name org.gnome.Mutter.DisplayConfig without an owner, and proxy was constructed with the G_DBUS_PROXY_FLAGS_DO_NOT_AUTO_START flag
Jan 17 19:30:56 localhost spice-vdagent[7199]: Received Graphics Device Info:
Jan 17 19:30:56 localhost spice-vdagent[7199]: Adding graphics device info: channel_id: 0 monitor_id: 0 device_address: pci/0000/01.0, device_display_id: 0 xrandr output ID: 33
Короче, что-то с Wayland у него на срастается. Есть хорошее обсуждение на эту тему.
В том же обсуждении предлагается использовать утилиту xsel.
# Copy to send to host echo "Foo" | xsel -ib # Paste from hostxsel -ob
В RedOS утилита xsel уже установлена. А как же теперь управлять буфером?
Есть стандартный пакет wl-clipboard, в состав которого входят утилиты wl-copy, wl-paste.
Добавляем в конфиг:
bindsym $mod+c exec sh -c 'wl-paste --primary | xsel -ib'
bindsym $mod+insert exec sh -c 'xsel -ob | wl-copy --primary'
Первая строчка копирует выделенный текст и отправляет в xsel -ib. Теперь он доступен в буфере на хосте.
Вторая строчка забирает из буфера на хосте и кладет в свой буфер на виртуалке. Я так и не нашел как можно вставить текст в то место, где курсор, поэтому вставлял отдельным нажатием кнопок, например, Shift+Insert.
Теперь настроим панель.
install waybar
Добавляем в конфиг:
bar {
position top
swaybar_command waybar
}
Перезапускаем sway: $mod+Shift+c
Waybar появился с настройками по умолчанию. Если нужно, копируем конфиг:
mkdir ~/.config/waybar && cp /etc/xdg/waybar/config ~/.config/waybar
Я лично вырезал из него встроенный по умолчанию mpd (Media Player Daemon) т.к. у меня его не оказалась, а waybar сыпал в логи ошибку, что его не видит.
Сеть
Давайте использовать стандартный апплет, который остался от Mate. В конфиг sway добавляем:
exec_always nm-applet -indicator
Звук
Если присмотреться, в конфиге waybar есть такая строчка:
"pulseaudio": {
...
"on-click": "pavucontrol"
...
}
При нажании на иконку звука на панели ничего не происходит. Устанавливаем pavucontrol:
sudo dnf install pavucontrol
Все, работает.
Итак, вот что получилось:
Меню
Родное меню некрасивое, устанавливаем Fuzzel:sudo dnf install fuzzel
Меняем менюшку в конфиге. Комментируем что было, прописываем новое.
#set $menu dmenu_path | dmenu | xargs swaymsg exec -- set $menu "fuzzel --show drun"
Уведомления
Не меняем ничего, все уже настроено. Проверяем:
notify-send Привет "с большого бодуна"
Ну и конечно же меняем обои.
Комментарии (20)
mesvobodnye
17.01.2026 19:47Справка для тех, кто о подобном слышит впервые, как и я:
"Тайлинговый оконный менеджер — это программа для графического интерфейса (чаще в Linux), которая автоматически размещает окна приложений в виде неперекрывающихся плиток (тайлов), заполняющих всё рабочее пространство, вместо традиционного «наложения» окон друг на друга. Это повышает продуктивность, минимизирует использование мыши, позволяя управлять окнами в основном с клавиатуры, и позволяет эффективно использовать пространство экрана.
Основные принципы и особенности:
Автоматическое размещение: Окна не перекрывают друг друга, а располагаются рядом, занимая всю доступную площадь.
Минимализм и эффективность: Фокус на клавиатурных сокращениях для управления окнами (перемещение, изменение размера, переключение), что ускоряет работу.
Разделение пространства: Рабочее пространство делится на фреймы, каждый из которых занимает одно приложение, как плитка.
Разные режимы: Бывают динамические (окна перестраиваются при добавлении новых) и статические (фиксированные раскладки).Примеры тайлинговых менеджеров:
i3
dwm
Awesome
bspwm
Hyprland (композитный тайлинг)Для чего он нужен?
Он идеален для пользователей, которым важна максимальная эффективность, многозадачность и контроль над рабочим пространством без лишних кликов мышью, например, для программистов или системных администраторов".
Xt0uRusX
17.01.2026 19:47Единственный момент, который всегда смущал, почему-то те, кто их продвигают утверждают про эффективность, при этом подразумевая, что все пользователи должны сидеть в консоли либо в тестовом редакторе. Даже у вас в тексте написано про эффективность, но не написано в каких случаях это будет эффективно. Если я работаю в графическом редакторе или CAD, то мне нужно, чтобы окно программы использовало все пространство монитора. И в этом сценарии использования без мыши не обойтись, потому тут они никакой эффективности не привносят.
И я на против этого решения, просто нужно четко понимать кому и зачем оно может пригодиться.
Ghaeskaerr Автор
17.01.2026 19:47Как я уже писал в соседнем комменте, в sway очень удобно для меня организована привязка workspace-монитор. В чем удобство (лично для меня):
можно отдать весь workspace одному приложению. Никакая другая гадость поверх не вылезет никогда, пока сам не свернешь приложение.
можно перебрасывать workspace между мониторами, а приложение - между workspace. Давеча баловался, запустил игру BG3 и мотал ее туда-сюда между двумя мониторами. Персонаж даже с речи не сбился, визуальных артефактов не возникло. Переключение визуально мгновенное, меньше чем полсекунды.
таким образом, один монитор отдан полностью целевом приложению, в вашем случае графическому редактору. А на другом мониторе мозаика из почты, телеграмма, аудиплеера и браузера, например. Которую одним сочетанием клавиш можно отправить на задний план, если например потребуется еще одно приложение на весь экран. Захотел проверить сообщения - одним нажатием вернулся.
Это по сравнению с классическими DE, где такой изоляции в fullscreen не добиться, постоянно что-то вылезает поверх. Да, там есть отдельные workspace или "рабочие столы", но в KDE например по умолчанию рабочий стол на два монитора, а во-вторых на всех рабочих столах образуется мешанина из приложений. Я например не сумел докрутить до удобного мне состояния, так на одном рабочем столе и работал. Тут же в sway по умолчанию оказалась удобная конфигурация, которая меня устроила.
почему-то те, кто их продвигают утверждают про эффективность
Ну я бы не сказал "продвигают". Тут спросили про то чем нравится - мы честно описали чем нравится. Нам-то ни тепло и ни холодно от того, будете вы им пользоваться или нет, процент с продаж нам не идет (тем более что оно опенсорс).
Когда что-то вызывает положительные эмоции, хочется этим поделиться с коллегами.
jingvar
17.01.2026 19:47Еще бы кто объяснил в чем удобство тайловых оболочек.
Devakant
17.01.2026 19:47В основном упор идёт на максимально эффективное использование пространства одного монитора. А также более широкие возможности при использовании горячих клавиш.
За счёт этого, многие сценарии использования, выполняются ещё быстрее.
Минус тайлинговых окон -- в большинстве своём полупустые конфигурации и плохо оформленные базы знаний. Например есть bspwm, и в официальной документации на момент когда я его ставил (больше полугода назад), были несколько строк, практически без пояснений как работает. Остальное находил у каких-то иностранных линукс блогеров, что в свою очередь является большой проблемой. Имхо, DM должен работать из коробки сразу же. А донастраивать или переделывать рабочее уже должна быть возможность самостоятельно.
Vitaliy_dzen
17.01.2026 19:47Ниже Devakant в принципе описал. Привыкать "немного долго" мягко говоря, запоминаешь комбинации хоткеев но потом это окупается сторицей. Самому ставить (впервые) тайлинг и настраивать дело не простое. Проще воспользваться готовыми решениями, благо их довольно много на гитхабе, есть видео пошаговые. Лично у меня стаих дебиан сид + хайперленд от Jakoolit, пользуюсь уже более трех лет и очень доволен. Максимально крут в этом плане ML4W, правда там связка арч + хайперленд но товарищ создает прям полноценное рабочее место с кучей настроек в окошках, руками конфиги править не нужно. Пробуйте, дерзайте и поверте, обратно будет тяжковато вернутся :-)
Ghaeskaerr Автор
17.01.2026 19:47Коллеги все правильно описали.
Мои личные впечатления:
Я не могу открыть 100500 окошек с кучей вкладок, уже после 5 окошек становится дискомфортно. Я вынужден их ограничивать, используя 1 workspace для одной задачи. И это здорово дисциплинирует. Ну то есть у меня один workspace для развлечений, там проигрыватель, браузер и месенджеры, другой для администирования, там пара терминалов например, еще один для удаленного подключения и весь отдан rdp. Задача заканчивается - окна закрываются, workspace убивается.
В sway очень комфортно для меня выполнена привязка workspace-монитор. Один монитор = один workspace, можно мгновенно переключаться между ними, жонглировать между мониторами, причем не важно насколько тяжелое приложение там работает - это может быть современная игра или удаленное подключение или что угодно, но переключение или перекидывание на другой монитор происходит мгновенно без лагов и задержек. А если надо - есть fullscreen global, который может растянуть приложение на все мониторы.
Все быстро и четко, без подтормаживаний. Остальные DE тоже неплохи, но иногда прям хочется упороться по производительности =) Больше всего бесит Windows: про попытке вызвать контекстное меню в проводнике иногда бросается что-то синхронизировать и ждет целых 5-10 секунд. Вот это реально бесит.
Из готовых решений хорошая сборка Fedora Sway. Тут на хабре еще один товарищ писал про Sway, у него много хороших рецептов https://habr.com/ru/articles/484378/
Но его по-любому приходится настраивать под себя. И это можно сделать прям очень удобно.
Vitaliy_dzen
17.01.2026 19:47Ghaeskaerr верно подметил про workspace, они же рабочие столы (в разных тайлингах они по разному называются). Приведу свою сессию работы:
по умолчанию находимся на первом рабочет столе, win (глобальный модификатор) + enter -> запуск терминала kitty, в нем запуск скрипта no_dpi.sh (для интернета), далее Ctrl+Shift+t (открытие новой вкладки) и вводим mocp, пошла музыка, далее опять Ctrl+Shift+t, открытие новой вкладки она у меня основная рабочая, в ней можно обновить систему через apt, запустить mc, btop, ncdu и тд. (переход между вкладками Ctrl+Shift+стрелка вправо-влево)
нажимаем win + 2, переходим на второй рабочий стол, там я запускаю только GUI файловый менеджер PCManFM через win+e, Ctrl+t добавить вкладку (если нужно) переход между вкладками через Alt+1, Alt+2 и тд.
win+3 запуск браузера через win+b
на пятом столе у меня только торрент качалка и телеграм во всплывающем окне.
четвертый рабочик стол как резерв, например: находясь на втором рабочем столе вы в файловом менеджере открываете пдф документ, открывается еще одно окно (помимо ФМ), его вы можете отправить на четвертый рабочий стол через win+Shift+4.
Итого у нас открыто 8 окон (если рассуждать по виндовс меркам), а по факту все строго находится на определенный рабочих столах с одним открытым окном, к этому очень быстро привыкаешь и по другому уже не видишь свою работу... Когда сажусь за домашкий комп с линукс минтом и матэ окружением, понимаешь что можно сделать тоже самое но уже немного медленее
з.ы. у kitty есть еще такая фишка как иконка на вкладке, когда выполняется какая-то задача в фоне, очень удобно при конвертировании видео в ffmpeg и нужно понять, закончен процесс или нет...
mesvobodnye
А зачем поменяли? Чисто потому что могу/хочу или были веские причины?
Ghaeskaerr Автор
люблю sway, не очень люблю Mate по умолчанию
mesvobodnye
Вот читаю вас и завидую - эксперименты мне доступны только дома. Что, собственно, и происходит - все полезные тех.решения для работы я нашёл и отработал дома. А на рабочих АРМах шлагбаум ИБ не позволяет ничего менять из имеющегося "из коробки". Только утверждённый софт после долгих месяцев согласования.
Ghaeskaerr Автор
не понял. я тоже экспериментировал дома =)
ИБ молодцы. Им за это отвечать, поэтому пусть все будет как они скажут
Sumisu
А на виртуалках? У меня на работе тоже по голове не погладят за установку других систем, а вот на виртуалке кучу линуксов пощупал и никаких вопросов)
MountainGoat
Самая очевидная причина – к Wayland хочется приобщиться. А если KDE ставить на дистр, где он не является приоритетным, то это совсем ракоблудилище получается. Вот и остаётся только семейка новых тайловых менеджеров - Sway, hyperland, Niri и кто там ещё.
JBFW
Зачем же сразу тайловых? )
Очень уж на любителя такое.
MountainGoat
Так я говорю: с альтернативами туго. KDE или тайловые. В Cinnamon поддержку Wayland только начинают, в Гнуме всё как всегда через жо с подпрыгом, Cosmic сырой – вот и остаётся выбирать из перечисленных. Xfce надо посмотреть, что у него с Wayland.
RedEyedAnonymous
Как-то. В процессе. Из "традиционных" только в кедах всё б/м нормально, включая поддержку HDR/WideGamut/...
MountainGoat
C WideGamut нормально в KWin, но не в KDE приложениях. Gwenview не показывает, Krita и DigiKam только после тщательных настроек.
RedEyedAnonymous
В KDE хотя бы вот так, а GNOME (хоть в вяленом, хоть в иксах) и XFCE при этом показывают oversaturated иконки и прочий UI.
Ghaeskaerr Автор
у RedOS есть отдельные сборки под KDE, но они тоже идут с X11. Хотя можно очень просто по инструкции поставить Wayland.