После девяти месяцев разработки представлен стабильный релиз протокола, механизма межпроцессного взаимодействия и библиотек Wayland 1.22. Ветка 1.22 обратно совместима на уровне API и ABI с выпусками 1.x и содержит в основном исправления ошибок и незначительные обновления протокола. Композитный сервер Weston, предоставляющий код и рабочие примеры для использования Wayland в десктоп-окружениях и встраиваемых решениях, развивается в рамках отдельного цикла разработки...Подробнее: https://www.opennet.me/opennews/art.shtml?num=58919
Примерно 22k сишный строк кода. И это они пишут уже сотый год.Я конечно прикалываюсь я знаю что это всего лишь протокол. Остальные миллон строк пиши сам. Каждый пишет свои «иксы» как умеет.
Какой миллион? Эта картинка всего лишь из 2008 года, то есть пилят 15 лет.Х'ам 15 лет исполнилось в 2000 году...
Также можно вспомнить, что переход из состояния "ну какой-то парень из RH там с чем-то играется" в состояние "кстати, где этот парень из RH, давайте попробуем что-то из этого сделать" был в 2012-2013 году.Т.е. активная работа над протоколом, не как над пет-проектом Хогсберга, а как над чем-то потенциально пригодным к использованию, пошла лет 10 назад, а не 15.
15 лет и до сих пор неюзабельный? Да иксы в свои 15 уже несколько лет как работали в полную силу.
Дедуля, вяленый юзабелен уже лет 5.
Ну для начала это просто протокол и все сильно зависит от DE, а там зоопарк...Ну и потом, а давно в дискорде например screencast работает без танцев с бубном? В любом DE?
Как давно оно вообще работает в принципе хоть как-то?5 лет назад они все еще обсуждали как скриншот сделать..
со вчерашнего дня заработало под свежим арчиком на домашнем локалхосте, а если у вас не свежий арчик - то вы луддиты! чик чик...
Ну там выше юзабелен 5 лет...А еще когда я смогу забиндить кнопочку в дискорде на push-to-talk, чтобы работало когда я в игре? :)
Короче - Вяленный ещё сырьё.Неважно как давно начато, но Вяленого использовать для всех ещё рано.
> Да иксы в свои 15 уже несколько лет как работали в полную силу.Я бы даже добавил: Иксы в свои 15 лет уже были забронзовевшим говном мамонта, закончившим развитие. А наш ребеночек Wayland - он хорошенький, но с небольшим синдромчиком задержечки развития...
Собаки лают, караван идет. А между тем, Wayland классная штука. Плавная анимация, низкое потребление ресурсов, да и работает как часы. Сижу на последних кедах. Впервые в жизни - отсутствие долбаного тиринга. В иксах решалось включением какой-то там буферизации/синхронизации и снижением производительности в несколько раз (по-другому не решалось). А здесь просто десктоп нормального человека искоробки.
Тройная буферизация, просто убивает производительность.
Как она убивает? Памяти чуть больше, в остальном плюсы
Собаки лают, караван стоит на месте. Собаки хоть как-то пытаются подгонять караван, а он всё стоит и стоит.
Этот караван Моисей по пустыне водит.
Я тоже сижу в кедах 27.
> Для применения параметра вставки щелчком средней клавишей мыши требуется перезагрузка системы.Тиринга у меня не было еще с четвертых кед, тогда еще на интеле, конечно же.
По поводу плавности это надо иметь очень раздраженную нервную систему, чтобы воспринять это. У меня одинаково (AMD).
Из багов до сих пор бесит, когда иногда копируешь в буфер, оно попадает в Klipper, но не вставляется, либо вообще не копируется. Причем, может работать, а может нет.
Открываешь окно параметры системы: перетаскиваешь окно в правую половину, оно разворачивается за пределы экрана, разворачиваешь в левой половине -- залазит вправо на дюйм. Некоторый софт залазит под панель задач, будто ее не существует. И это финальный 27й релиз, когда они улучшают уже 15 выпусков.
А, еще Drag n Drop в части приложений не работает
Давайте попробуем угадать в каких!
Может в старом иксовом хламе?
> В иксах решалось включением какой-то там буферизации/синхронизации и снижением производительности в несколько раз (по-другому не решалось).Это называется V-Sync и он и в Wayland есть (правда долгое время был неотключаем), и да, он производительность не снижает.
> Плавная анимацияKodi в wayland проигрывает рывками, в X11 идеально плавно.
Тебе никто ничего не должен.
> Реализована возможность отключения вставки из буфера обмена средней кнопкой мыши.Зачем?
Это странный редуцент из 1987 года, когда ещё не знали как должен на самом деле работать буфер обмена.
Это главная фича. Отсутствие которой в винде доводит до бешенства за пару минут работы в ней
Главная фича, очень нужная 0.001% пользователей ?)))
Не ври. В NIX'ах активно используемая. Не пользуются, разве что, недавние пербежчики из Винды на Убунту.
Когда вместо нужной функции средняя кнопка внезапно откуда-то высирает кусок непойми чего?
Ну, вот, у вас в линуксах за пределами консоли всё примерно так и работает.
вчерашние виндузятники пришли в чужой монастырь...
> ... кусок непойми чего ...Настолько короткая память - признак когнитивных проблем (что-то с мозгом, врача надо).
а) когда я читаю текст, я его выделяю курсором, чтобы быстрее вернуться
б) средней кнопкой я плавно перематываю страницы (about:config autoscroll) и делаю другие вещи
в) я не вижу в каком окне где что выделено, окон может быть десяток
теперь ясно, что бывает, когда абв совмещаются?
> Главная фича, очень нужная 0.001% пользователей ?)))О которой не знают. Но узнав уже ищут такую же везде и всегда.
А у Мелкомягких это вечный ожесточённый мышетык в "десяток" мест экрана, для простого одного действия.
P.S. Прочувствовал недавно. По работе съехали на "чтоб M$" был по кругу и без др. брендов. До чего ж у них неудобные интерфейсы. Что на десктопе, что в мобильных апп. Cплошная недоделка-поделка.
> Отсутствие которой в винде доводит до бешенства за пару минут работы в нейМне наоборот — только мешало.
Неужели в Макоси этого нет? Как же так, ведь, сертифицированный UNIX (TM).
> Неужели в Макоси этого нет? Как же так, ведь, сертифицированный UNIX (TM).А такая мышевозная штука в каком-то Unix стандарте прописана?
Мне тоже мешает. Закрывать вкладки норм. А часто нечаянно кликаю при прокрутке или вместе с правой кнопке мыши во время написания кода, вставляется мусор всякий.
Обожаю эту фичу. Не могу без неё жить!
По моему ты путаешь копирование правой кнопкой мыши
Чтобы можно было на нее повесить какое-то другое действие
> запускать Blender в окружениях на базе Wayland без использования прослойки XWayland.Джва года ждал этого!
Так еще "немного" подождать и XWayland уйдет на помойку истории вслед за иксами.
Вместо с Линуксом для десктопа.
Линуксом для десктопа? Это что за зверь такой?
> Линуксом для десктопа? Это что за зверь такой?Это видимо камень в огород макоси, с которой обычно и объявляют очередной "Год линукса на десктопе!".
Согласен. Верх цинизма когда делают подобные заявления парни сидящие поголовно на последних макбухак с линуксом в виртуалке. Линус тоже давний пользователь продукции apple, но он даже не заикается о линуксе на десктопе.
Почему он должен заикаться?
Линукс в виртуалке эпл через жеппу работает на новых процах
Линус сидит на Эпловском железе, но на Макбуке у него Линукс. Не вижу никакой проблемы.
> Не вижу никакой проблемы.Классика, тащем-то
https://itsfoss.com/linux-foundation-head-uses-macos/
Без этого в блендере работать было никак, ага.
Да, ты прав. Я вот прошёл много курсов, просмотрел кучу видеоуроков, но никак не могу начать работать с блендером из-за этих проклятых иксов!
Расскажите, как выйти из вейланда не дёргая рубильник с током? Потому что когда он показывает чорный экран, он перехватывает на себя все комбинации включая реакцию на sysrq. Ну, не он сам наверно, а libinput, но с иксами такого не случалось.
Он не может перехватывать реакцию на SysRq, поскольку их обрабатывает ядро. Если у вас нет реакции на эти комбинации, то или они выключены, или ядру поплохело настолько, что даже события ввода оно уже не осиливает. Очевидно, в обоих случаях искать причину следует не в Wayland.
ты врешь, всему виной вяленый это факт
Разберитесь в иерархии обработки событий ввода для начала, прежде чем обвинять кого-то во вранье.Wayland-композиторы и все остальные приложения в пространстве пользователя получают события ввода от ядра, через события evdev. Т.е. сначала идёт ядро, а затем уже всё остальное. Как следствие, приложение никак не может помешать ядру обработать комбинацию клавиш SysRq, и если этого не происходит, то дело в ядре.
> через события evdevЗа это нужно казнить.
Видимо, он то всё же делает, поскольку даже лампочки на клавиатуре перестают работать стоит запустить сессию вейланда. Даже когда паника случается или ядро зависает и ждёт OOM-killer такого не случается (но тут и никакой абнормальной активности диска).
Как раз-таки неработающие индикаторы на клавиатуре — явный признак чего-то уровня kernel panic, когда некому обработать нажатия клавиш.Возможно, используемый вами композитор дёргает функции EGL, которые триггерят какие-то баги в видео-драйвере — самая очевидная из возможных причин.
Кроме того:
>ядро зависает и ждёт OOM-killer такого не случается (но тут и никакой абнормальной активности диска)
*Ядро* в описанном сценарии не зависает. Пользовательские программы — да, ожидают завершения системных вызовов или выделения ресурса планировщиком, но ядро продолжает работать.
И OOM killer — это функция ядра, так что ядро, очевидно, не может зависнуть и ждать, пока придёт функция самого же ядра.
Какие нажатия клавиш? Лампочки всегда работают и без ядра. В описанном сценарии оно именно что зависает. Если вызвать oom-killer через sysrq, реакция должна быть моментальной, но во многих случаях реакции приходится ждать несколько минут и ядро даже не заметит что что-то не так (я пытался включать вотчдоги, чтобы ядро замечало такие проблемы, но если вотчдоги тоже висят они не тригеррятся никак). И sysrq+r тоже должна быть моментальной. Когда раздуплится видно в логе что реакция не приходит несколько минут. Только лампочки на клавиатуре при том всём работают. А тут нет. Зависание видеокарты тоже выглядит не так.
> Лампочки всегда работают и без ядра.Ну может на каких умных клавиатурах.
А так — нет.
>Ну может на каких умных клавиатурах. А так — нет.Лжёт, и не краснеет. Лампочки на клавиатурах не то что без ядра должны работать, они должны работать даже когда BIOS не загружен. Потому что это специально задуманная диагностическая фича, чтобы понимать "проблема в системе" или "проблема в клавиатуре".
У меня всегда, когда линусы зависали на стандартном луддитно десктопе с иксами, то лампочки уже не на обычной клавиатуре Logitech K120 уже не реагировали на CAPS лок.Это был либо дикий свопинг.
А один раз начитался совета по утранению тиринга с Nvidia. Включил там какой-то ForceFullCompositionPipeline по рецептам в интренетах, короче через пару дней словил панику ядра, выключил обратно как было.
Тоесть я вот больше десяти лет пользовался десктопным линуксом с иксами.
И всегда у меня был принцип. CAPS нажимаю -> не загорается лампочка.
Пришло время перезагружпть линукс пинком по кнопке RESTART на системнике. Всё, кранты.
> Пришло время перезагружпть линукс пинком по кнопке RESTART на системнике. Всё, крантыПричём, что интересно.
На "глючной" венде не помню когда надо было пинком перезагружать ПК.
А на "сабильном" десктопном линуксе - раз в год бывает.
Можно и без паники. У меня на хосте с AMD Ryzen 5 3400G периодически подвисает (глухо, прибивается только "девяткой") kwin_x11.
Там правда то что на уровне X11 — отрабатывает. Но всё что выше реагировать перестаёт, до прибития kwin.
Для человека не в теме выглядит как "оно всё зависло". (А если в дистрибутиве выключены доп. tty, то так оно и есть.)
> когда он показывает чорный экран, он перехватывает на себя все комбинации
> включая реакцию на sysrq.Прекратите публиковать чушь.
sysrq обрабатывается ядром.https://www.kernel.org/doc/html/latest/admin-guide/sysrq.html
Объясни тогда, почему вейланд отбирает клавиатуру у пользователя и до ядра сигнал не доходит? Когда я запускал с modesetting в виртуалке точно так же было и реакция была только на host-key. Это не 1 раз случилось, это 100% воспроизводимость уже несколько лет. Если вейланд-сессия не смогла запуститься, ты остаёшься с чёрным экраном. Вроде даже всегда так было. Вот я и спрашиваю, что и где настроить, чтобы вейланд хотя бы не отбирал клавиатуру.
> Объясни тогда, почему вейланд отбирает клавиатуру у пользователя и до ядра сигнал
> не доходит?Ни почему, Воланд в принципе не умеет это делать.
Когда жмёте кнопку, контроллер USB генерирует прерывание, оно обрабатывается ядром.
Далее ядро решает, отдавать ли данное событие клиентам.
Если ядро встречает sysrq последовательность, оно её само и обрабатывает.
Если ядро не способно реагировать на прерывания, вероятно, случился аппаратный сбой или какой-то драйвер всё жестко повесил.> Когда я запускал с modesetting в виртуалке точно так
> же было и реакция была только на host-key. Это не 1
> раз случилось, это 100% воспроизводимость уже несколько лет.Несколько лет воспроизводится, несколько лет здесь пишите, наверняка и багрепорт написали, а значит поделитесь ссылочкой?
> Если вейланд-сессия не
> смогла запуститься, ты остаёшься с чёрным экраном.Я не остаюсь. Я запускаю сессию командой sway и вижу причину ошибки, если таковая есть. В случае Gnome или KDE я переключаюсь Ctrl+Alt+F3 и смотрю journalctl.
Анониму ответил, почему это не так. Какие могут быть багрепорты, если непонятно даже, кому жаловаться?>wayland black screen freeze
>About 1,270,000 results
> Анониму ответил, почему это не так.Я не собираюсь читать какие-то ответы Анониму, потому что перед написанием своего сообщения посмотрел сорцы ядра.
> Какие могут быть багрепорты, если непонятно
> даже, кому жаловаться?
>>wayland black screen freeze
>>About 1,270,000 resultsЕщё раз - прекратите писать чушь.
Wayland on 22.04 hangs all screen updates unless mouse is ...
reddit.com
https://www.reddit.com › wa...
·
Перевести эту страницу
8 авг. 2022 г. — Wayland on 22.04 hangs all screen updates unless mouse is moving. ... It begins to boot, showing the black screen and the loading gear.
Объясни тогда, почему и с иксами переключение на tty может не работать и sysrq не работает пока не нажмёшь ctrl+alt+sysrq+r, если у ядра никто не отбирает ввод, по твоим словам? Чушь тут как раз у тебя.
> Объясни тогда, почему и с иксами переключение на tty может не работатьПо той же причине, что и с Wayland. Таким образом Wayland исключается их круга подозреваемых.)
> и sysrq не работает пока не нажмёшь ctrl+alt+sysrq+r, если у ядра
> никто не отбирает ввод, по твоим словам?Я это уже объяснял, процитирую:
Когда жмёте кнопку, контроллер USB генерирует прерывание, оно обрабатывается ядром.
Далее ядро решает, отдавать ли данное событие клиентам.
Если ядро встречает sysrq последовательность, оно её само и обрабатывает.
Если ядро не способно реагировать на прерывания, вероятно, случился аппаратный сбой или какой-то драйвер всё жестко повесил.Видите третье предложение? Его надо расписать подробнее, потому что оно Вам не понятно? А я не вижу смысла это делать. Вы же лучше всех всё знаете.
Тебе похоже бесполезно объяснять, для тебя, похоже, компутеры и ОС какая-то шаманская магия. Но повторю, что тебе говорили выше. У тебя "отбирает клавиатуру" не вейланд, а ядро, которому поплохело из-за того, что вейланд что-то дернул в драйвере и драйвер "прокрутил ядро через мясорубку". Или в ядре баг при взаимодействии с драйвером, что менее вероятно. Даже если вяленый что-то неправильно дергает в драйвере, драйвер не должен гробить ядро. А оно гробится. Значит, проблема скорее всего в драйвере (баги, недоделки).
Я вполне обоснованно так считаю. Иксы тоже перехватывают весь ввод на себя при зависании и sysrq не работает, надо сначала переключить на прямую обработку ядром. Так и тут вейланд что-то делает с ядром, только не даёт уже переключить обработку клавиатуры на ядро. Я не замечал, чтобы ядро гробилось, по-моему все программы продолжают работать фоном (например, аудиоплеер продолжает воспроизводить музыку).
Хз, уместно или нет, на sway переключение на tty2 приводило к зависаниям с клавой. Решилось это удалением настройки tty1 в bashprofile.
Нету такого, но, я думаю, дело тут скорее в каком-нибудь logind, это вполне в его духе. Странно только, что с иксами такого не случалось никогда.
>как выйти из вейланда не дёргая рубильник с током?Чё, прям как Vim?
Вим хотя бы пищит, да и справка есть. Если человек не идиот, решение всегда на поверхности. А тут -- нет.
вим хотя бы можно грохнуть через топ из соседнего терминала :)
Так у него тут в №211 "по-моему все программы продолжают работать фоном (например, аудиоплеер продолжает воспроизводить музыку)."Значит можно подключиться по SSH и грохнуть. Но это слишком долго, быстрее строчить который год на Опеннет. ;)
> подключиться по SSH и грохнуть.Ну, значешь, это всё-таки немного черезжопно и требует второй компьютер.
>> подключиться по SSH и грохнуть.
> Ну, значешь, это всё-таки немного черезжопно и требует второй компьютер.С одной стороны - безусловно. С другой - он тут столько энергии потратил, что возникают вопросы. :)
Забавный этот вейленд. Протокола для расшаривания отдельных окон до сих пор не существует даже в виде черновика. А протокол для расшаривания рабочего стола существует в виде нескольких разных несовместимых черновиков. И как вы предлагаете расшаривать отдельные окна в скайпах, слэках и прочих OBS студиях?
А как тогда google meet, yandex telemost, etc работают?
Через иксы
в последней федоре уже нет никаких иксов. И при этом всё работает.
>в последней федоре уже нет никаких иксов.В смысле?
https://www.opennet.me/opennews/art.shtml?num=54476
По ссылке:> перевод сборки с рабочим столом KDE на использование Wayland по умолчанию. Сеанс на базе X11 планируется перевести в разряд опции.
Это явно противоречит утверждению:
>в последней федоре уже нет никаких иксов
Во-первых, касается только KDE и, возможно, Gnome.
Во-вторых, Иксы таки остаются, по крайней мере пока. В том числе и для KDE.
У меня в телеге точно работает, и в OBS тоже
у меня Фёдора там есть иксы
Если что-то из дистрибутива ещё не успели выпилить, не значит, что оно продолжает использоваться.
Сейчас метод через PipeWire и интерфейс org.freedesktop.portal.ScreenCast — де-факто стандарт. И там среди типов источников есть и "окно" (см. свойство AvailableSourceTypes).
Я тебе ещё на LOR-е писал, что это костыль. В Xorg-е напрямую можно скринкастить без какого либо стороннего софта.
RedHat, сворачиваем Вейланд. Не прошёл проверку на костыли у экспертов
Они итак его не развивают никак, лол.
Именно так, как нормального скринкасинга не было так и нет. Впрочем, других десктопных фич тоже: https://gitlab.freedesktop.org/wayland/wayland/-/issues/233
Это не костыль. Костыль это как раз то, что кто угодно может получать содержимое чужих окон.
Сделан во времена, когда софт передавался на дискетках и собирался сам.Тут проблема даже больше. Времена изменились и пользователю нужна возможность спокойно запускать любой софт без опасения что он потырит его пароли, пороется в его файлах и тд
Но удобного способа выдачи разрешений до сих пор нет.
> что он потырит его пароли, пороется в его файлах и тдчем тут поможет вяленый?
заводи отдельную учетку и запускай от этой учетки отдельные иксы.
т.е. добавим еще больше костылей?
> Это не костыль.Это софтварный костыль, потому что в Wayland нету ICC (Inter client communication).
> то, что кто угодно может получать содержимое чужих окон.
А это отсутствие системы разрешений и всех это устраивало, потому что XACE реализовывать никто не захотел: https://www.x.org/releases/X11R7.6/doc/xorg-docs/specs/Xserv...
> Тут проблема даже больше. Времена изменились и пользователю нужна возможность спокойно запускать любой софт без опасения что он потырит его пароли, пороется в его файлах и тд
Сколько людей действительно пострадали за 20 лет? Я вам скажу: ноль.
> Но удобного способа выдачи разрешений до сих пор нет.
В Wayland нет системы разрешений, то что вы называете безопасностью в Wayland - это тупо ограничение архитектуры, это, ещё раз, не секюрные фичи.
Ты читать умеешь? Я же черным по белому написал - "проблема даже больше"
Вяленый закрывает только одну дыру - перехват ввода-вывода и изображения. Что уже круто.
А до человеческой выдачи прав линуксу еще как до луны. Возможно это вообще не будет сделано никогда.> А это отсутствие системы разрешений и всех это устраивало
Брехня. Не "всех устраивало", а "никто не захотел в это ввязываться".
Лепить еще один костыль к уже и так на 90% состоявшим их костылей иксам... Не удивительно что желающих не нашлось.> Я вам скажу: ноль.
Ничосе откровение! А как ты обо всех узнал а?
> В Wayland нет системы разрешений, то что вы называете безопасностью в Wayland
Да, он закрывает только то, о чем я написал выше. Но и это уже огромный прогресс для линукса.
И это не ограничение архитектуры. Им ничто не мешало прописать это в протокол. Но слава богу они этого не сделали.
А расскажи как наоборот сделать? Что бы какой-то софт смог в любое окно обращаться, получать оттуда информацию и обратно посылать. Включая нажатия на кнопки, прокрутки и прочее что обычно делает сам пользователь.
так не честно.вяленофилы не знают как такое сделать... поэтому оно не нужно и вообще оно "дыра", а ты с такими вопросами луддит и вообще против прогресса... вот...
Действительно, что это я захотел. Вон тут через сообщение - закрывает одну из самых больших дер, прогресс в линуксе. Отличный прогресс. Поучаствовал там где эта так называемая дыра нужна в работе. Всего-лишь одно из сильно растущих, в деньгах, направлений в ит. В первый раз были разговоры что сейчас вин, а потом люди всё доделают и переедем на лин. А тут дыру закрыли. И теперь в работе будет десяток виндов крутится.
Т.е. LOR'а тебе было не достаточно и ты решил придти позориться и сюда тоже?
>Сейчас метод через PipeWireЭто тот который ещё и в звук лезет, но при этом пока что не особо умеет?
Что конкретно не умеет-то?
>Что конкретно не умеет-то?Претензии к качеству звука в основном: какой-то дисторшн непонятный, прерывистость. Возможно, настраивается, но из коробки точно не работает как надо. Хуже PA, достижение прям.
В плане поддержки чипов звуковых карт всё примерно на уровне PA, т. е. плохо. Разве что соображает, что какая-то стереопара занята и в схемах соединений её не отображает и не отображает конфигурации, в которых она задействована. PA в таких условиях просто не поднимется.
> Претензии к качеству звука в основном: какой-то дисторшн непонятный, прерывистость. Возможно, настраивается, но из коробки точно не работает как надо.Pipewire работает из коробки на всех моих звуковухах. То что у вас, скорее всего баг из-за несовместимости частот дискретизации. Обновите PW до последней версии, если не поможет, откройте тут тикет: https://gitlab.freedesktop.org/pipewire/pipewire
Сами понимаете, что звуковых карт овер 9000 и столько же приложений, а Pipewire пилится всего несколько лет, хотя уже работает в 95% случаях.
> Хуже PA, достижение прям.
PA намного хуже. PW проектировался с учётом низких задержек в системе, а значит вы не будете ловить пшпшпшпшп при высокой загрузке процессора. PA был хорошей идеей, но реализация была какашечной, поэтому его выкинули и заменили на Pipewire. А ещё выкинули, потому что PA был не интуитивен в настройке, а у PW и поддержка jack из коробки, и Bluetooth работает лучше.
>То что у вас, скорее всего баг из-за несовместимости частот дискретизации.Так там в настройках автовыбор из нескольких вариантов прописывается. Должно нормально переключаться. Вопрос, правда, в том, как это всё с настройками того же модуля для PA соотносится — прослойка над прослойкой то такое.
>Сами понимаете, что звуковых карт овер 900
Я так понял, тут скорее идеологическая проблема: разработчики PA, в своё время, были очень против двухчиповых карт и железных микшеров. Сперва просто против, а потом с аргументом «так больше не делают». PW просто унаследовал этот подход. В alsa, замечу, со всем этим проблем нет.
>и столько же приложений
Я в mpv проблемы видел. Довольно распространённое приложение так-то.
>PA был хорошей идеей
Да как сказать… Мне не особо понравилось, если честно.
>А ещё выкинули, потому что PA был не интуитивен в настройке,
У PW с этим не сказать чтоб лучше. Разбивка на стереопары из конфига. И один шут гуглить — никакой интуитивности нет и близко. Графические оболочки с нодами — ужас ужасный, рядом с таковыми из kxproject и рядом не валялся. Значительной частью функций приходится управлять через пульсовые же утилиты. Список звуковых устройств вообще жуткий, ибо пытается объять функционал alsa, PA, Jack-а и PW.
Ах да, чуть не забыл. Он ещё и ставится чудно. Поддержка pa потребует замены пары пакетов, а вот ради jack-а придётся уже вручную пожонглировать пакетами, нормальной процедуры замены не предусмотрено. Но это уже к Fedora претензии, а не к PW.
> а вот ради jack-а придётся уже вручную пожонглировать пакетами, нормальной процедуры замены не предусмотрено.Предусмотрено:
pw-jack <приложение>
>> а вот ради jack-а придётся уже вручную пожонглировать пакетами, нормальной процедуры замены не предусмотрено.
> Предусмотрено:
> pw-jack <приложение>Вот только сперва всё необходимое надо установить. И там будет конфликт с пакетами оригинального джека. Разруливаемый в ручном режиме, но тем не менее.
А зачем вам пакеты оригинального джека, если pw берет все на себя?
> А зачем вам пакеты оригинального джека, если pw берет все на себя?Они УЖЕ установлены. И для установки поддержки PW их требуется удалить. И пакетный менелджер это корректно не может отработать, требуется ручное вмешательство.
это что за дистрибутив такой, или вы Джек из исходников собирали и пакетный менеджер ничего о нем не знает?
> это что за дистрибутив такой, или вы Джек из исходников собирали и
> пакетный менеджер ничего о нем не знает?Ну ты ж ведь ничего не прочитал, верно? Ты сам придумал некое утверждение и сейчас пытаешься его же оспорить.
>Это тот который ещё и в звук лезетПока не попросите, не полезет. Чтобы PipeWire выступал как звуковой сервер, нужен активный менеджер сессий PipeWire, например WirePlumber.
У меня захват содержимого рабочего стола в Wayland идёт через PipeWire, но вывода звука — через PulseAudio, и они совершенно не конфликтуют друг с другом.
По поводу "пока что не особо умеет" ничего сказать не могу, поскольку ещё полноценно не пользовался PipeWire в роли звукового сервера.
>Пока не попросите, не полезет. Чтобы PipeWire выступал как звуковой сервер, нужен активный менеджер сессий PipeWire, например WirePlumber.В Fedora, кстати, для установки pipewire надо удалить pulseaudio. И звук будет идти уже не через pulseaudio, а через pipewire, который предоставляет интерфейс pulseaudio. Там вроде бы даже конфиги используются сови для настройки вот этого вот puipewire-pulseaudio, а не из /etc/pulseaudio
> Это тот который ещё и в звук лезет, но при этом пока что не особо умеет?Вообще-то Pipewire - это звуковой сервер, запись с экрана там добавили потому что могут (почему бы и нет), и потому что разработчики Wayland-а не смогли. Но в иксах эта фича бесполезна, потому что в иксах можно записывать экран и без Pipewire.
> Вообще-то Pipewire - это звуковой серверСами разрабы его вроде как мультимедиа-сервер позиционируют.
>> Вообще-то Pipewire - это звуковой сервер
> Сами разрабы его вроде как мультимедиа-сервер позиционируют.Ну, а почему бы и нет?
> Вообще-то Pipewire - это звуковой сервер, запись с экрана там добавили потому что могутВсё наоборот.
> Initially, Pinos only handled video streams. By early 2017, Taymans had started working on integrating audio streams.
>> Вообще-то Pipewire - это звуковой сервер, запись с экрана там добавили потому что могут
> Всё наоборот.
>> Initially, Pinos only handled video streams. By early 2017, Taymans had started working on integrating audio streams.Основные фичи пайпы - для аудио.
> это звуковой сервер, запись с экрана там добавили потому что могутАльтернативный язык значит.
Кто тебе сказал что это звуковой сервер?
Странно, у меня OBS захватывает wayland окна. Что я делаю не так?
какой wm пользуешься?
Твой вопрос уже содержит ответ: нужно сделать окно частью рабочего стола.
Pipewire+xdg-desktop-portal.
Релиз текстового документа с описанием протокола???
Wayland - это протокол, на основе которого пишут монолитные композитные сервера каждого DE. А у иксов есть уже единая реализация сервера и расширения. В результате чего у X-ов все компоненты взаимозаменяемые, а у Wayland-а нет. И так как в Wayland-е каждое DE - это отдельный уникальный графический сервер - лови фрагментацию во все поля.
От разделения протокола и его реализаций одни плюсы. Чтобы не видеть это, нужно быть слепым.
Зависит от возможностей протокола. Когда в core protocol 3,5 функции, а 90% расширений в unstable профитов никаких нет. Это только стимулирует велосипедостроительство и "недокументированные функции" (когда возможность в конкретном сервере вроде бы есть, но как оно должно работать - хз, пока не задумывались и толком не обсуждали).
Скажем честно - есть гном, а есть все остальное, что не поддерживается и теперь убито. Так что можно сказать, что наоборот - фрагментации теперь нет.
Кого убили то, у меня почти все приложения даже с отключенным XWayland работают
Даже Ubuntu потихоньку завозит Cinammon (https://www.omgubuntu.co.uk/2023/03/ubuntu-cinnamon-new-offi...). Следующий шаг - отказ от GNOME. В Fedora, конечно, останется. Но GNOME - это кризис Linux desktop-а и жуткая маргинальщина.
Так завозят, что в 2017 году выкинули Unity в пользу GMOME.
А так они просто сократили десктоп. Поэтому компенсируют это комьюнити. Даже своей старой Unity тоже рады — комьюнити работает.
И какие плоды этой взаимозаменяемости компонентов X-ов? Реализация X11-сервера фактически одна - это Xorg, оконные менеджеры у каждого DE свои, и как правило, они же ответственны и за композитинг. Что кардинально меняется, когда разработчики DE могут сами запилить реализацию протокола под свои нужды или взять готовую, например wlroots?
Уже почти совсем готов?
У меня на 4 пне анимация и скроллинг в браузере тормозят под вяленым и в то же время под иксами всё плавненько работает
Некрофилам - некрофильские протоколы
Ну так даже топовые видеокарты времён 4 пня слабее современных встроек, в иксах вы небось сидите даже без композитинга соответсвенно от видеокарты практически ничего не требуется, а для нормальной работы wayland нужна поддержка драйверами Generic Buffer Management или EGLStreams в случае проприетарных драйверов nvidia, и скорее всего драйвер вашей дрейвней железки ничего из этого не умеет, соответственно wayland работает без аппаратного ускорения, соответственно композитингом занимается ваш древний проц, отсюда и лаги.
вывод это вяленый не готов или п4 не готов?
mesa не готова. Точнее уже никогда не будет готова, т.к. там старые карты выкидывают. А в старые ветки новомодные фишки из DRM/KMS&ко не добавляют.
если в иксах рабоает, а в вяленом нет, то значит виновата меса?ну ну
В X11 через glamor тоже тормозить будет. Потому что вместо вместо 3d-ускорителя будет llvmpipe. А 3D-ускоритель не получается использовать, т.к. нет OpenGL/EGL нужной версии.Wayland он быстрее X11 только если клиент может текстурку окна положить сразу в видеопамять. Иначе все картинки от wayland - это пшик-пук.
Видеокарта Radeon r5 240 под которую даже официально есть драйвера под win10 и может аппаратное декодирование h264 ютуба, благо есть pcie. Так что это проблема не железа, это проблема вяленого.
Ну можно и так сказать.
Только десятилетнее железо особо никому неинтересно.
Проще пользователю вставить себе затычку (🤨), если про AMD, то 6400 какую-то.
"Вы не вписались в рынок"
Дайте угадаю, у вас стоит драйвер radeon, а не amdgpu, попробуйте задействовать amdgpu, если он поддерживает вашу карту то должно полегчать, если нет то не судьба, купите б/у карту посовременнее.
Вы что считаете что если на современном железе не заметно тормознутность софта, то софт вдруг перестал тормозить? А архитектурные ограничения wayland ещё появятся.
Сижу 6 месяцев на Hyprland. Экспириенс просто невероятный, ничего круче раньше и близко не видел. Всем советую.
Под openbsd не работает. Так что не нужно.
чем нравится?
> Wayland решает многие проблемы с безопасностью X11, так как в отличие от последнего изолирует ввод и вывод для каждого окна, не позволяет клиенту получить доступ к содержимому окон других клиентовУ вас враньё уже в самой новости. Wayland никак не решает проблемы с безопасностью, а вышеперечисленный пример - это говноограничение из-за изначально дефектной и плохо спроектированной архитектуры вяленда. Это не security фичи.
Иксы: открываешь эмулятор терминала, вводишь sudo su -, набираешь пароль, получаешь рута. Теперь этот рут доступен не только тебе, но и всем остальным приложениям, потому как они могут посылать в этот терминал различные команды тем же образом, как это делает xdotool. Безопасности в иксах нет в принципе, "дом свободный, живите кто хотите". В вяленом такой трюк не пройдет.
Даже не надо посылать никуда. Просто мониторишь события от клавиатуры, как видишь sudo так быстренько запоминаешь пароль)
> вводишь sudo su -И зачем эту команду использовать? Ни при создании своих сборок, ни при запуске других команд с правами root не использовал эту команду ни разу.
Ну это у кого рлохо со знанием командной строки такой запускают типа масло масляного.
Хотя это же ничего не меняет в коментарии.
> коментариив комментарии это меняет все.
т.к. изначально разговор идет о локал-хосте мамкиного хакера, который сам себе ССЗБ...
> т.к. изначально разговор идет о локал-хосте мамкиного хакера, который сам себе ССЗБ...А крутые специалисты sudo не используют, или USB токенами какими-то?
Поинт в чём?
ну давай так.если ты 0дмин в организации, то явно не должен бегать по компам юзеров выгояя их с рабочего места и из под их учетки на рабочем столе с их отрытыми окнами открывать поверх терминал пытаться что-то править из-под рута пока юзер уныло смотрит со спины "а чо там колдует этот админ"...
если ты мамкин хацкер и (по совместительству) админ своего домашнего локалхоста, то, если ты боишся взломов со стороны КГБ/АНБ/рептилойдов, тем более должен иметь несколько учеток - одна для котиков, другая для боротьбы с анунаками из под которой ни в коем случае не вводить пароли :)
Ну это примтивный аргумент уровня "мой дом - моя крепость".
И КГБ/АНБ тут не причём - это называется доведение до абсурда.Желание простое и понятное, чтобы кейлоггер не был доступен кому попало и как попало, а начинаются глупые оправдания.
> начинаются глупые оправданияглупые оправдания это когда какой-то "сферической безопасностью" оправдывают то, что до сих пор сабжем невозможно нормально пользоваться - то тут подпорки нужны, то железо не то и должен его менять, то должен DE всем в конторе сменить и всех юзеров в организации переучить на гном...
Все эти телодвижения ради чего? Ради того чтоб получить какую-то дополнительную "безопасность" в высосанном из пальца примере вялянофилов?
Как минимум 10 лет иксы еще протянут - за это время поколение железа сменится и или к тому времени сабж будет более адекватным или вменяемую альтернативу запилят или (если ни первое и ни второе) иксы так и будут как ВИЛ - живее всех живых...
https://github.com/Aishou/wayland-keylogger
> This is a LD_PRELOAD attack that intercepts the Wayland protocol.
> Inject an environment variable to each attacked program.Защита банальная: монтируешь хомяк и прочие world-writable-папки с флагом noexec, как это рекомендует делать CIS. Иксы эксплуатируются успешно и без LD_PRELOAD при условии, что есть доступ к ~/.Xauthority и /tmp/.X11-unix/X0 (а это все приложения, запускаемые из-под тебя).
Ещё банальнее - линковать статически. Но религия не позволяет.
Я предлагал сто раз сделать reference wasteland compositor, который может работать вообще в собственной сессии, как, например, DWM в Windows, но "это путь не наш - наш, это пилить 15 аналогов Xorg server".
знатно там тебя законтрили. Одно лишь твое "ваши доказательства не доказательства" чего стоят: когда выяснилось, что одна прога может очень трудными путями читать память других процессов, поднялся дикий вой: караул! срочно замедляем процы! патчим-патчим-патчим ядра! А когда у тебя кхм-кхм-дцать лет подряд одна прога может напрямую считывать окна других процессов и посылать им события (есть даже удобный эксплоит: xdotool), то это как бы ничего, "это другое".Ташкинов: Not a single person however has provided a single proof of X.org's "insecurity"
Мейнтейнер: (просто скидывает ссылочку со смайликом)
Ташкинов: THIS IS A BUG REPORT/FEATURE REQUEST AGAINST WAYLAND! LET S STICK TO IT AND NOT TURN IT INTO AN OPEN DISCUSSION!!11
Шёл ~31 год существования X.org/X11.До сих пор ни одного эксплоита/malware, которое бы использовало эту "дыру".
Тошнит.
Не нужен никакой эксплойт, заходи кто хочешь и бери что хочешь.
> Не нужен никакой эксплойт, заходи кто хочешь и бери что хочешь.Отличный ответ!
- Дыра есть!!!
- Но её никто никогда не использовал.
- Дыра есть!!!всё, что нужно знать о "логике" и "аргументации" пропонентов Wayland.
все верно.это "дыра" только в голове у вайландовцев.
> Но её никто никогда не использовал.Хочешь сказать никто и никогда не запускал xdotool?
****, вы это предлагаете в качестве "безопасности"?А не проще признать, что 'странная' архитектура вашего wasteland не совместима с парадигмой PC desktop? Слабо признать, что, если у вас в системе уже есть malware, то 'крутой' wasteland ничем не лучше, чем xorg?
И сколько людей будет включать такие костыли? Только вы лично?
[Изначально в этом сообщении не было ни мата, ни оскорблений, но раз Максим удаляет, то это вторая попытка с заменой "некрасивых" слов на звёздочки.]
> 'странная' архитектура вашего wastelandLD_PRELOAD не имеет никакого отношения к вяленому. Более того, к трюкам с LD_PRELOAD уязвимы вообще все программы: хоть калькулятор, хоть /usr/bin/ls, хоть иксы, хоть вяленый. И защищаться от этого следует системными средствами, следуя общеизвестным рекомендациям.
Ты еще скажи, что ls это небезопасно, потому что его можно подменить через PATH.
Видимо поэтому гномовцы и продвигают идею, будто LD_PRELOAD надо дропнуть, мешает он видите ли зонды пропихивать.
Сказочный эксперт 😂
Эк Вы замахнулись на технологическое отверстие в glibc. Это вообще из хеккерного FAQ "закреп в Линукс".
Охохо, опять эта ссылка.
Надо будет как-нибудь на досуге посчитать сколько раз ее постили в разные темы в жалких попытках оправдать убогость иксов.
А у них в принципе вместо аргументации комплект ссылок.
Вам не кажется, что запускать оболочку от рута это по умолчанию небезопасно? Намного безопаснее запускать от рута отдельные приложения.
— Доктор, мне больно, когда я делаю так
— Не делайте так
что у тебя за помойка на компьютере?т.е. ты логера боишься, а того что данные утекут или будут удалены/зашифрованы нет?
это прямо как калитка под охраной бабки с мелой, а в заборе дырки - иди кто хошь, бери что хошь...
Wayland'у уже 14 лет, а я его всё ещё не использую. Что я делаю не так?
Тебя как конечного пользователя не должно заботить что там под капотом. Я вот может даже и использую эту шнягу, но понятия не имею.
я со своей нвидией и не начну даже. так, пробую время от времени и прихожу в ужЫс.
Пока не засадят в Ubuntu LTS дефолтом - пробовать не стоит.
Старый верный принцип.
в 22.04 уже дефолтом
> в 22.04 уже дефолтомДля Nvidia - нетЪЪЪ.
>> в 22.04 уже дефолтом
> Для Nvidia - нетЪЪЪ.у меня встроенка процессорная.
мне норм
Возврщение, извиняюсь, взад
Хотя мне вот пришлось Nvidia выкинуть в пользу AMD.
Не скажу, что доволен - глючновато и не доработано местами (это именно про AMD).
Nvidia нравилась больше.
Может в будущем обратно сменю на Nvidia, или Intel.
Зато TLOU заработала лучше, чем на винде с невидией. У меня на rx6750xt на максимальных настройках от 50-85 фпс, а на 3060ti на винде куча жалоб на падение фпс до 5-10.
>> Wayland'у уже 14 летЧе за маркдаун написал это ? Mesa wayland был более менее закончен в стабильном состоянии только в 2018 году , а в супер стабле в 2020 , опять переписывание истории ?
А это зайчик кушай все really soon now обещания, котооые мы читаем не с 2018 года и даже не с 2014.
Ну так претензии должны быть не к вайланду, а к тем чьи обещания вы там читали.
https://gitlab.freedesktop.org/wayland/wayland/-/commit/97f1...Initial commit от 30 Sep, 2008.
Это дата рождения проекта. Все остальное полная хрень.
Ты же не начинаешь считать начало своей жизни с совершеннолетия или свадьбы?
всё правильно, оно разве что на федоре щаз норм работает
И на Ubuntu LTS тоже замечательно. На ноуте Rosa Linux с gnome 42 тоже замечательно себя чувствует с вейландом.
я про кеды и софт, который может скринкастить
Все без проблем скринкаститься, даже в кедах, но насколько стабильны сами кеды под выданным не знаю, не использую.
*вяленным
и вообще собранный под вяленый софт
Посмотрел у себя через xlsclients
Firefox и Mattermost пока луддитсвуют с иксами.
Но в прогрессе, и есть эксперементальные опции для запуска с нативным Waylnad.
Firefox тыщу лет нативно в сабже работает, в том числе аппаратное видео
Не. В ванилтном проекте нет.
Явно написал.> есть эксперементальные опции
В 112 хотят включать.
PS: что там в арчах - другой вопрос и не интересует.
> Firefox тыщу лет нативно в сабже работает, в том числе аппаратное видеоВот метабагище
https://bugzilla.mozilla.org/show_bug.cgi?id=635134
У меня Firefox вообще карту отказывается видеть, видите ли glxInfo у него не отрапортавало.А где поставить это glxInfo вообще не понятно. EGL на карте почему-то нет, хотя OpenGL есть, что очень странно, разве EGL работает не поверх OpenGL?
В смысле луддитствуют? Неужели тебе принципиально важно, что юзается иксы или вайланд? Тебя прям корежит при использовании иксов?
> Тебя прям корежит при использовании иксов?Да, аж трясёт от устаревших технологий.
Как-то собирал один Rust проект, и тут по зависимостям xlib для сборки качается на моём маке... Насколько противно стало. Но что делать...
>тут по зависимостям xlib для сборки качаетсяТак все претензии к карго-культистскому языку и пакетному менеджеру, не умеющим в динамическую линковку.
Помяните моё слово, kde, gnome, и прочее, ещё перепишут на wlroots или libweston.
> Valve продолжает развивать композитный сервер Gamescope
> композитного сервера labwc 0.6
> композитного сервера WestonДальше наделают несовместимых расширений и будет цирк в попытке в кажлдом приложении поддерживать всё это.
Не парься. Все будут подстраиваться под гном. И все будет совместимо
Под вестон не надо подстраиваться. Остаются только гном кде и влрутс
> Wayland решает многие проблемы с безопасностью X11Многие — это две и больше, а тут одна и та высосана из пальца.
Как успехи с HDR? Уже есть инфа, когда добавят в иксы?
Дидам разработчикам иксов не нужен был какой-то там hdr. Вам надо - вы и добавляйте. А иксы лучшие, и точка!
Вот хорошая статья про устаревание иксов (вместе с Х-терминалами) и как они всем давно мешаются https://habr.com/ru/articles/96305/
> никто не заинтересован использовать протокол X, все просто стараются инкапсулировать его каким-нибудь высокоуровневым API, чтобы как можно быстрее перестать его видетьникто не заинтересован использовать ассемблер...
никто не заинтересован использовать SQL...
И так далее. Типичный fud от неосилятора.
> никто не заинтересован использовать ассемблер...
> никто не заинтересован использовать SQL...Ну это бред.
А иксы правда выкидывают везде.
Ну и про неосиляторов.
Много лет назад> man xorg.conf:
> VIDEOADAPTOR SECTION
> Nobody wants to say how this works. Maybe nobody knows…Увидев такую строку в документации линукс дистрибутива я просто обалдел.
Это было как узнать, что Деда Мороза не существует.Миф о крутом линуксе, где извиняюсь, делают это самое бабаочками, был разрушен для меня.
Ну это же линукс. Если тебе очень нужна документация иксов - смотри исходники, там можно по debug узнать что и как наверняка. Будто до этого к каждой закарлючке было описание... Но нет.
> Ну это же линукс. Если тебе очень нужна документация иксов - смотри исходники, там можно по debug узнать что и как наверняка. Будто до этого к каждой закарлючке было описание...Не катит.
Тут не про отстутсвие документации, а про то, что сами разработчики расписываются, что не знают как это рабоотает - это разные вещи.
Это как раз максимально естественно. Даже человек, который реализовал функциональность, не сможет сказать, как оно работает на деле, если у него нет возможности протестировать реальное поведение. А уж после последующих модификаций так тем более.
>> никто не заинтересован использовать протокол X, все просто стараются инкапсулировать его каким-нибудь высокоуровневым API, чтобы как можно быстрее перестать его видеть
> никто не заинтересован использовать ассемблер...
> никто не заинтересован использовать SQL...
> И так далее. Типичный fud от неосилятора.А где используется XCB? Навскидку скажу только Qt и Xlib, а всё остальное уже через Xlib. Да на XCB и от документации веет... Wayland-ом
xcb/ tutorial
Tutorial based off original here, which in turn was based off an Xlib tutorial by Guy Keren.
...
The window hierarchy
TODO
Last edited Sat 29 Mar 2014 03:59:04 PM UTC
Кртая ретроспектива.2010 год:
- Есть мнение, что это так и не сдвинется с мертвой точки до тех пор, пока это не будет нужно кому-нибудь типа Google для чего-нибудь типа GoogleOS.
- Гуглы взяли обычный xlibЧерез пять лет Гугл выкидывает иксы из своей ChromeOS.
Как успехи с HDR в Wayland? На каком стабильном дистрибутиве можно включить его на Nvidia?
Или дёргай Нвидию, или купи ВК от нормального производителя.
> Или дёргай НвидиюА причём тут Nvidia? HDR на любом GPU в иксах работаьь не будет.
Или это типа Nvidia должна в одиночку отдуваться, и сделать HDR для иксов? Сейчас уже нет.
Хотя раньше больше всех пытались на это дело, но дадьше черновиков далеко не ушло.
А, извиняюсь, контекст не понял, но ладно, пускай так - информация к сведению в общем.
Ну вот пошло очередное враньё вялендофанатика: HDR невозможен, код старый....
ну вот пошло ворчания диванного эксперта, который ничего не делает, но которому все должны.
И это как бы утверждения Nvidia.
Назвать их Wayland фанатиками трудно.
Только у кого совсем что-то…
HDR это про безопасность?
Отсутствие HDR это проблема которую иксы не решат никогда.
Да неужто Иксы не смогут в 3840×2160 ?
>Live-дистрибутив Rebecca Black LinuxОт создателей Hana Montana linux?
Йоу, вульвы в теме, збс. Кто-нить знает DXVK уже напрямую в вяленого рисует?
DXVK не зависит от оконной системы и рисует в буфер какой скажут. Потому его можно под виндой использовать без изменений.
Тут вопрос скорее к proton, но я не в курсе, какие там патчи
Ладно пока без hdr, переключение адаптера графики тоже нет как в вяленом?
Отлично, только ещё бы кто нибудь дал хорошего пенделя нвидии, а то среднего пальца ей оказалось мало.
Вот сам и дай - откажись от её видеокарт.
Нужно взять два пальца вставить Хуангу и провернуть.
А он и не против.
Зачем оно нужно, если есть Xorg?
Xfree86 же
Nih-синдром
Там не только Nih-синдром, просто GNOME хочет монополию на десктопе.
Например, в гноме анимации ресайза окон под иксами выдают не очень приятные взгляду артефакты, а под вейландом все анимации гладенькие и ровненькие.
Потому что в GNOME под Wayland везде CSD. А ресайз SSD окон в иксах в GTK3 сломали намеренно. https://gitlab.xfce.org/xfce/xfwm4/-/issues/657
> Потому что в GNOME под Wayland везде CSD. А ресайз SSD окон
> в иксах в GTK3 сломали намеренно. https://gitlab.xfce.org/xfce/xfwm4/-/issues/657Ух какой в xfce корявый ресайз, просто жуть. Да и вообще перемещения окошек в xfce просто отвратительны. Из xfce после шаманства можно сделать красивый на вид десктоп, но красивым он будет только на скринах в статике, любое движение окон превращает его во выходца из конца 90-х начала 2000-х.
"Спасибо" за это разработчикам GTK.
Делайте лучше. А не можете?
Только ворчать и все вокруг виноваты.
Уже сделали. Называется Qt.
> "Спасибо" за это разработчикам GTK.Так в гноме то все в разы лучше, даже на иксах такого ужаса нет
Ну дык, GNOME разработчики всё намеренно на иксах будут ломать.
>красивым он будет только на скринах в статике, любое движение окон превращает его во выходца из конца 90-х начала 2000-х.А как вы предлагаете делать по-другому, если у вас два приложения не синхронизированы по скорости? Можно сделать "плавно", но для этого нужно либо одно, либо другое замедлить до скорости второго. И с этим ничего не сделать, это, простите, законы физики себя проявляют.
Я вот хочу, чтобы окошко ресайзилось со скоростью моего движения мышкой, без относительно того, медленное в этом окошке отображается приложение, быстрое, или вообще зависшее.
В gtk2 всё работает плавно и чётко. Значит проблема в новых gtk
Я отлично помню как работал gnome 2, даже с компизом ему было очень далеко до плавности анимаций нового гнома в вейланд, а ресайз окон всегда был ужасным
"Проблема" в том, что они, сцуко, медленные -- вот вся и проблема.Ресайз gtk2 "не рвёт изображение", потому что gtk2 шустрый, и успевает всё отрисовать. Вот и всё.
Еще лет двадцать - и можно будет пользоваться.
Подключись к проекту и сделай всё красиво. Через 20 лет ты с дивана встать не сможешь, чтобы комп запустить.
Компов уже тогда уже не будет все будут в телефонах, компы в музеях.
Пацаны присматриваюсь к labwc есть какеи-либо туториалы на русском?
Зачем? Урезанный опенбох
В смысле не зачем сам лабвс, а зачем туториал к нему
Я советую тебе иксы и icewm, намного лучше вяленого и labwc.
> Я советую тебе иксы и icewmСам то пробовал на этом сидеть не в теории, а на практике, лол, советчик
Да. Всё отлично работает. Не вижу ничего смешного.
На 4 пне сидишь?
в icewm все идеально, кроме индикатора раскладки...
А существуют какие-нибудь Wayland-композиторы, котрые умеют где-либо посередине в сериализацию/десериализацию?
Тебя в бинге или ChatGPT забанили?
> ChatGPT забанилиЗабанен в РФ, вообще-то.
> в РФНу если жители РФ настолько глупы, что не знают как и где купить регистрацию на левый телефон и не умеют в vpn, то это их проблемы.
глупы те, кто жрут вкусное, но говно (бочка мёда с ложкой говна есть бочка говна) с привязкой телефона и закрытой технологией с целью монополизации всего и вся, вместо того чтобы занести денег их конкурентам, с условием, чтобы сделали так же и/или лучше, но никаких привязок телефона и чтобы технология была открытая
это модно. значит хоть и гогно, но некоторым хочется его нажраться :) А глупы, конечно, те кто не жрут...
Если оно в мёде - это называется прополис. :)
Специально для тебя из ChatGPT:Да, существуют Wayland-композиторы, которые поддерживают сериализацию/десериализацию. Один из таких композиторов - Sway. Sway - это довольно популярный композитор, написанный на языке программирования C и основанный на библиотеке wlroots. Он поддерживает Wayland-протокол и может работать со всеми приложениями, которые используют Wayland. Кроме того, Sway поддерживает сериализацию/десериализацию состояния рабочего стола, что позволяет сохранять текущее состояние при перезапуске композитора.
Также стоит отметить, что некоторые другие композиторы, такие как Mutter (который используется в GNOME Shell) и KWin (который используется в KDE Plasma), также поддерживают сериализацию/десериализацию. Однако, это может быть реализовано с использованием различных технологий и методов, поэтому возможности могут отличаться в зависимости от конкретной реализации.
Блин, я уже скучаю по вин2к.
Композиторы, протоколы, оболочки, глюкогенераторы...
2023ий год, мир катится в <известно какое что>, ИИ захватывает мозги школьников, а в иксах не отключается средняя кнопка и блочится ctrl+shift. Ждём вейланд в горизонте лабиринта.
> ctrl+shiftв иксах то оно патчится... как там с этим в сабже?
> а в иксах ... блочится ctrl+shiftВ wayland.
Интересно, что даже Xfce начали портировать на Wayland.
Послее переезда с гтк2 крыса сдохла и никому не нужна. Что тут интересного?
>Послее переезда с гтк2 крыса сдохла и никому не нужна. Что тут интересного?Типичное хамство старого пердуна. Впрочем, ничего нового.
> Типичное хамство старого пердуна. Впрочем, ничего нового.Переход на личности вместо ответа по теме от анонима из тора. Впрочем, ничего нового.
Вообще-то он прав.
Ты лжец, аноним. Крыса была и остаётся единственной средой рабочего стола в Linux, которая "просто работает, и всё". Была бы она на С++, цены бы ей не было, а так она просто очень хороша, и всё. Можно работать, не тратя каждый релиз пару недель чтобы починить то, что не должно было вообще ломаться.
Ты лжец, аноним. Я лично много лет сижу на кедах и ничего не ломается НИКОГДА. Минус тот баг в кутях, но он опять же удивительным образом прошёл мимо меня. Но я попробовал запустить с другой локалью и он воспроизводился. Как ты такое фиксить собрался, опять же? А программы на плюсах жирнючие и на тормозных абстракциях, с кучей трудноуловимых багов (вечно текущий квин тому подтверждение), так что претензия вообще странная. Лучше было бы, будь оно на каком-нибудь motif, и дело даже не в используемом языке.
Ничего никогда у вас не ломается, да? Переключалку раскладки сколько лет не могли починить? control center рандомно падает в opensuse 15.4, хз какая там версия, но до сих пор падает. Половина виджетов панели рендерится чёрным по чёрному, kate падает, парсер .desktop написан через одно место и ругается в консоль на валидные файлы.Но самая вишенка на торте -- это kglobalaccel, который берёт и переопределяет все хоткеи на себе, вообще никого об этом не спрашивая. И ладно бы он это делал, если запущен из ksession, он это делает при запуске _хотя бы одного_ кде приложения, например, через xdg-open. Потому что КДешники просто хамы трамвайные, поголовно.
А жручесть-текучесть, так gobject тут ничуть не лучше c++.
Про проблемы с переключалкой раскладки вообще никогда ничего не слышал, всё всегда работало, но я использую настройку через xorg.conf и не через DE.Виджеты чёрным это в systemsettings, это qml с видеодровами не дружит. Было пару раз, да, но systemsettings я открываю раз в 10 лет в среднем и это никак не сказывается на работе. У гткшного софта, кстати, ровно такие же баги на nvidia случались. И в том же firefox было.
Про desktop ничего не могу сказать, у меня ведро кастомных десктоп файлов, там есть какие-то фичи жуткое легаси, последний раз применявшееся 20 лет назад, может, это об этом? Там спека вообще жутко стрёмная, приходится костылями в парсере подпирать, и не у всех костыли одинаковые.
А если надо запускать kglobalaccel, можно настроить хоткеи и в нём, делов то? Кто ещё будет хоткеями заведовать? Ничего удобнее не придумали.
> при запуске _хотя бы одного_
В кде5 уже не все кдеешные аппликухи автоматически запускают сессию. Но это вкусовщина, гткшные аппликухи творят вещи похуже и это захардкожено в самой гтк.
Автора новости покусал чатлгпт4+После собсно новости (три строки текста и список из трех пунктов) нам на голову падают "изменения ы приложениях" из 20 с лидером пунктов (господи, за што?) не имеющие собсно к новости ну вот никакого отношения, а потом еще картинка и чтоб читатель уже совсем не поднялся, ему "Напомним, что"(ТМ) еще четыре абзаца про то, что такое вейленд и почему ето хорошо.
Ув. редакция открытосетевого, вам что за объем донатят?
После вас зашел на хабр, а там "подержи мое пиво!"В подкасте с максимом горшениным сл. Пэрл
> Максим считает, что «Эльбрус» полезен программистам, потому что позволяет понять, как работает процессор, и развивать навыки оптимизации.
По-мойму это комментировать - только портить.
С невидиевскими драйверами без танцев с бубном всё ещё не работает?
Типа того, хотя проблемы главный как раз с XWayland
https://gitlab.freedesktop.org/xorg/xserver/-/issues/1317
С удивлением обнаружил, что на ПК с 2 GiB RAM на X11-сессии Firefox почти вообще не работает (даже с обрезанными по максимуму количествами процессов и "отключённым" fission): даже на 2 вкладках с гитхабом процесс вкладок падает по OMM (спасибо, Могилла).На Wayland же можно открыть несколько вкладок.
Есть подозрение, что это из-за XOrg, который текёт памятью (в последнее время это со временем становится одним из самых жрущих процессов). Может на него совсем забили и не фиксят проблемы, которые не затрагивают господ с 64 гигами памяти?
10 лет назад всё прекрасно работало, а сейчас нет. Есть подозрение, что это разрабы Firefox что-то там поломали.
на дебиане с 102 фф проблем нет на иксах даже с 384 ОЗУ.
У меня как раз свежеустановленный дебиан.
у меня есть 9/10/11 - все норм...
> С удивлением обнаружил, что на ПК с 2 GiB RAM на X11-сессии Firefox почти вообще не работаетВ 2023 году 8 Гб памяти это минимум. На 2 Гб у тебя половина памяти будет уходить в своп.
> Есть подозрение, что это из-за XOrg, который текёт памятью (в последнее время это со временем становится одним из самых жрущих процессов). Может на него совсем забили и не фиксят проблемы, которые не затрагивают господ с 64 гигами памяти?
Чувак, Xorg у меня жрёт 71,2 Мб. Ты что-то попутал.
Фигли ты меня агитируешь за покупку нового компа? Сам же знаешь, что бесполезно.>В 2023 году 8 Гб памяти это минимум
Твои сведения устарели. Со включённым fission подобное наблюдается и на 8 гигов компе, только с большим количеством вкладок, открытым в параллель Kate и Jupyter Notebookом. И я рад, что sysctl -w vm.overcommit_memory=2, может с этим несколько прог и падает (но чаще падают сами иксы целиком), зато не приходится перезагружать по резету, когда считай что падает вообще всё, что есть, и приходится грузиться заново. И опять же, иксы и плазма - самые жрущие процессы, после firefox и clangd. Ещё достаёт kioserver.
А аналог xkill для Waylandа где? Без него работать невозможно, то Kate зависнет (глючное говно, зависающее на файлах из одной длинющей строки), то ещё что.
for i in `ps | grep` ; do kill -9 $i ; done вообще-то и всего-то.
Но Вяленный всё равно не готов на широкую аудиторию.