https://www.opennet.me/openforum/vsluhforumID3/136905.html В кодовую базу, которая будет использована в выпуске GNOME 49, принято изменение, отключающее по умолчанию сеанс X11 в дисплейном менеджере GDM (GNOME Display Manager), предоставляющем экран входа в систему. При сборке GDM также выставлена опция "-Dx11-support=false", отключающая по умолчанию компиляцию компонентов для поддержки X11. Ведётся работа над возможностью собирать конфигуратор GNOME Setting без поддержки X11. Через год в выпуске GNOME 50 намерены полностью удалить из GNOME код для работы сеанса на базе X11...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=63272<br> https://www.opennet.me/openforum/vsluhforumID3/136905.html#241 Sun, 25 May 2025 19:08:44 GMT У 7950X3D в начале только проблемы были, и в гораздо меньшем количестве. <br> https://www.opennet.me/openforum/vsluhforumID3/136905.html#240 Fri, 23 May 2025 17:32:00 GMT &gt; Сеанс на базе протокола Wayland применяется в GNOME по умолчанию с 2016 года, в то время как сеанс на базе X11 со временем всё хуже тестируется, а связанные с X11 ошибки остаются без исправления. Прекращение поддержки сеанса с X11 снизит трудозатраты на сопровождение и высвободит ресурсы, которые можно будет направить на улучшения качества работы современного графического стека.<br><br>А зачем распространять эти бездушные лживые корпопротивные отписки?<br>Прямо здесь, на сайте, есть разоблачающие эту фальшь новости о корректирующих исправлениях Иксов:<br>https://www.opennet.ru/opennews/art.shtml?num=60927<br>https://www.opennet.ru/opennews/art.shtml?num=60280<br>Если кто не сумел сходить по ссылке:<br>https://gitlab.freedesktop.org/xorg/xserver/-/tags<br>И что значит "остаются без исправления"? Redhat сопровождает репо, и если что-то "осталось без исправления", то это не само по себе как-то так случилось, а *политическое* решение RH - не исправлять, всему миру назло. Пропихнуть в дистрибутивы, без мыла, свой ой-Вей-ланд.<br>В https://www.opennet.me/openforum/vsluhforumID3/136905.html#239 Fri, 23 May 2025 14:24:12 GMT FIX: У меня вопрос по вяленому. Его с консоли можно запустить два ИЗОЛИРОВАННЫХ экземпляры на двух видяшках, чтобы иметь разный вывод на два монитора.<br> https://www.opennet.me/openforum/vsluhforumID3/136905.html#238 Fri, 23 May 2025 14:20:19 GMT Console-kit, X11, KDE-4 придерживали многоголовые системы из коробки. Я пользовался много лет без проблем.<br><br>Systemd - сделал очень много для поддержки многоголовых систем, правда по своему пути. Но их труд не оценили... Тыкал, графики не было, но консоль была с разделением прав на устройства. В отсутствии графики виновен KDE-5 а не потеринг.<br><br>KDE-5 полностью сломал графический вход в многоголосым системы и не восстановил. Это их убило. Чей заказ не знаю. Разраб ssdm не потянул.<br><br>X11 недавно выкинул поддержку dmx. Это закопали многоголовые системы на GNU/Linux.<br><br>У меня вопрос по вопросу. Его с консоли мозга запустить два ИЗОЛИРОВАННЫХ экземпляры на двух видяшках?<br> https://www.opennet.me/openforum/vsluhforumID3/136905.html#237 Fri, 23 May 2025 14:09:26 GMT &gt; Под словом рабочее место имею ввиду например, на расстоянии 10 метров "стол-стул-монитор-клавиатура-мышка".<br><br>У меня такие системы работали. В KDE-4 все решалось штатными средствами.<br><br>Комп;<br><br>Материнка с числом PCI-E слотов не меньше чем число пользователей.<br><br>CPU - минимум по ядру на каждого пользователя.<br><br>RAM - минимум 2Gb на каждого пользователя.<br><br>Рабочие место:<br><br>PCI-E видеокарта и HDMI кабель 10 метров, монитор/телик подключал по HDMI.<br><br>USB кабель 10 метров и USB HUB. Клавиатура, мышка, флешка, USB-CD/DVD/BD подключаются к USB HUB.<br><br>В KDE-4 в kdmrc надо было прописать всего одну строку для старта каждого рабочего места.<br>На каждом мониторе появлялся вход в свой сеанс. Никаких проблем не было!<br><br>Была критика:<br><br>Пользователи видят флешки друг друга.<br>Данную задачу я решал в частном случае, привязки пользователя к рабочему месту (свой USB HUB). Дополнительными правилами udev менял права на подключаемые к конкретному USB HUB устройства, чтобы к ним был доступ только у ползователя с этого раб https://www.opennet.me/openforum/vsluhforumID3/136905.html#236 Fri, 23 May 2025 13:30:06 GMT В X11 был dmx который решал данную задачу. Но его недавно упразднили...<br><br>В KDE-4 с X11 задача многоголосый систем решалась штатно.<br> https://www.opennet.me/openforum/vsluhforumID3/136905.html#235 Fri, 23 May 2025 09:21:00 GMT &gt;Вопрос, где достать такой системник к которому можно подключить несколько рабочих мест.<br><br>Любой не Apple с дискретной видеокартой, т.е. полноценный десктоп нормального человека.<br> https://www.opennet.me/openforum/vsluhforumID3/136905.html#234 Fri, 23 May 2025 04:44:38 GMT Так рекламу то проще удалённо через X.ORG крутить.<br> https://www.opennet.me/openforum/vsluhforumID3/136905.html#233 Fri, 23 May 2025 03:53:10 GMT &gt;&gt;Когда у меня такое произошло, то уже клавиатура не работает <br>&gt; Клавиатура работает, не работает юзерспейс. Если включен запуск oom killer, по SysRq, <br>&gt; то можно и с клавиатуры это сделать <br><br>Ну дык. Вбахал alt-sysrq-f и жиртрест улетает. <br><br>Вот только в случае с Xorg обломинго бывает в том что - БДЫЩ - жиртрест, оказывается, Xorg'ом мог быть! При каких-то дурацких запросах программ Xorg может выжирать буквально гигазы памяти. И если его и прибило как самого жирного... круто, да, но есть нюансы.<br><br>Аналогично с GPU Recovery. Сам по себе GPU Recovery работает очень даже. Вот только Xorg с вероятностью 50/50 может грохнуться нафиг. И вот радости с успешного recovery если сессия подохла? :)<br>