После полугода разработки опубликован выпуск проекта XLibre 25.1.0, развивающего форк X.Org Server. Первый выпуск ветки XLibre XServer 25.1.0 позиционируется как имеющий качество бета-версии и предназначен для тестирования и выявления возможных недоработок. Следом планируют выпустить ещё две бета-версии, после чего в выпуске 25.1.3 объявить ветку стабильной...Подробнее: https://www.opennet.ru/opennews/art.shtml?num=64492
На странице "Are We XLibre Yet?" ни слова про то, что иксы дропают на уровне тулкитов. Классическая стадия отрицания.
Из списка First-party support широко известны только FreeBSD и OpenMandriva)
Зачем раскапывать мертвеца? Зачем пытаться его воскрешать? Люди не понимают, что время иксов прошло? Пора уже проститься, отпустить и жить дальше.
> время иксов прошлоБери выше, время линуса прошло.
Время иксов прошло? Настало время чистой консоли? Я -за! К сожалению, графика иногда нужна. В том числе и по сети.
> В том числе и по сети.Ты пользуешься xterm и xeyes по ssh? Потому что ни на что другое сетевая прозрачность xorg не рассчитана, и на wayland ты через third-party waypipe получаешь намного лучшую реализацию иксовой "сетевой прозрачности"
Поддержка вложенных серверов крайне примитивна - xnest показывает артефакты даже в самых базовых вещах, xephyr не поддерживает аппаратное ускорение.В локальной сети два устройства, и решил я значит попробовать хвалёную сетевую прозрачность иксов.
Подавляеющее количество софта при пробросе либо намертво зависает, либо падает при запуске. Не важно что это, будь-то sdl, gtk, либо даже qt. Alacritty, kitty, caja, nautilus, thunar, mousepad, pluma, virtualbox, wesnoth, hex-a-hop, supertux, neverball, firefox - куча разных программ от совершенно разных авторов почему-то отказываются работать.
Единичные программы всё-таки в этом режиме запускаются. Qterminal, featherpad: при открытии контекстного меню, строки меню, окна открытия файла, всплывающего окна - вначале рисуется белый прямоугольник, а потом спустя около секунды - появляется содержание окна. Прокрутка тормозит, быстрый ввод тоже тормозит - можно убрать руки с клавиатуры и видеть, как допечатывается текст. Krita: тормозит до невозможности, отпускаешь кисть и оно ещё несколько секунд будет по инерции что-то рисовать. Не смотря на то, что окно всё-таки отображается, но это уже неработоспособное состояние. Chromium: я же говорил, что прокрутка тормозит? А если на странице есть какая-то анимация, то тормозит всё окно целиком. Опять же можно напечатать что-то, убрать руки с клавиатуры и смотреть как текст допечатывается. А знаете что не тормозит - xterm. Но, если вам не жаль свои глаза, смотреть на растовые шрифты, то один щелчёк правой кнопкой мыши, и xterm молча падает. Ах да, как же я мог забыть тот факт, что xterm ведёт себя так, словно на дворе 90-ые и даже не думает масштабировать свои шрифты под современные мониторы?
Если вы предлагает поставить какой-то софт, вроде xpra или клиента vnc, то поздравляю, вы не понимаете, что такое сетевая прозрачность. Сетевая прозрачность, она в том и заключается, что клиент(wesnoth) находится на удалённом компьютере, а сервер xorg запущен локально. А xpra, это отказ от данного подхода. Теперь удалённый клиент(wesnoth) будет подключаться к удалённому серверу xpra, к которому в свою очередь будет подключаться локальный клиент xpra, который уже будет подключатся к локальному xorg.
Далее, wesnoth - это растовая графика, как следствие, от сетевой прозрачности здесь тоже не будет никакого толка, всё равно через сеть придётся перегонять картинку, а не команды. Именно по этому прокрутка везде так и тормозит. А те приложения, которые посылают команды, вроде xterm-а выглядят отвратительно, как привет из 90-ых. Сюда же следует добавить, что постепенно, всё больше софта переносят на видеокарты. Даже терминалы, типа kitty отрисовываются именно видеокартой. Как несложно понять, таким приложения сетевая прозрачность совершенно не нужна.
Для сравнения, на том же железе и сети, через waypipe простые графические приложения типа эмулятора терминала или текстового редактора работают полностью безшовно. Даже если приложение запустить через Xwayland внутри waypipe, то оно тоже будет работать, просто сразу и из коробки. В случае с просмотром видео или игр есть некоторые ограничения, по сравнению с запуском локального приложения, но оно работает, и не просто для галочки.
И да, в доврешение сетевой прозрачности иксов: при попытке запустить графическое приложение в контейнере, я получаю ошибку вроде этой
>Authorization required, but no authorization protocol specified
>Error: Can't open display: :0Сокет иксов проброшен, переменная XAUTHORITY и файл тоже. Угадайте с первого раза, в чем проблема? Иксовики решили, что авторизация должна зависеть от имени хоста, и просто файла авторизации приложению недостаточно. Так что либо нужно каждый контейнер вручную добавлять в список авторизованных(задача со звёдочкой автоматически заполнять этот список после перезагрузки), либо отключить авторизацию и позволить подключаться к сессии сразу всем подряд. Опять же, угадайте какое правильное решение с первой попытки? Правильное решение - прописать контейнеру такое же имя, как и хосту, тогда он прозрачно подключится по сокету. Иксовики даже не смогли нормальное сообщение об ошибке написать, типа данные для авторизации есть но они не подходят, из-за чего пускают по ложному следу, будь-то чего-то не хватает. А вы знаете что происходит в вейленде? Вы просто пробрасываете сокет и указываете переменные окружения, и всё работает, без всякого красноглазия. Красношапочная магия, не иначе.
Вот действительно, в иксах работает аболютно всё, даже сетевая прозрачность, какой так любят козырять.
Ого! Свидетели сетевой прозрачности подъехали.
> дропают на уровне тулкитовНу вот есть сырцы <тулкит-N-с-иксами>, как в нём пропадут иксы, если появляется <шмулькит-M-без-иксов>?
Ну кого устраивает софт M - N давности, могут на соответствующих исторических версиях дистрибутивов сидеть.
зачем писать если все понятно
И из DE
https://forum.qt.io/topic/163284/qt-will-drop-support-fo-x11>There are no plans to drop X11 support at this point. I don't see why X11 support should be dropped.
Ну а GTK - это вообще не тулкит.
Когда GTK дропнет иксы, эффективные менеджеры Qt увидят здесь нех_евый прецедент, как сократить издержки на сопровождение, и поступят так же. Число копроративных клиентов, завязанных на иксы, безусловно будет падать, так что support for X11 перестанет быть коммерчески выгодным. Уже года через три я ожидаю увидеть первые реальные инсайды про дроп на уровне Qt: "В этом году дропать не будем"... "В этом месяце дропать не будем"... "На этой неделе точно не дропнем, расслабьтесь!"...
Так в Community версии дропнут.Оставят только в старых версиях за платную поддержку.
У меня весь гуйный софт на GTK 2. Вопросы?
Поправка: одного тулкита. Того самого, который и начал джихад против иксов.
Чем это лучше чем валяный? Производители видеокарт будут писать драйвера под этот шедевр, как думаете?
Там буква Х в названии есть)
Производители видеокарт пишут ядерные модули под ядро.
У нвидии ещё юзерспейс, и под xorg нужен дополнительный юзерспейс ddx драйверУ нвидии всё это закрытое, они только ядерный приоткрыли
>под xorg нужен дополнительный юзерспейс ddx драйверУже давно не нужен. Вернее, нужен, но он одинаковый для всех карт, называется kms.
>>под xorg нужен дополнительный юзерспейс ddx драйвер
> Уже давно не нужен. Вернее, нужен, но он одинаковый для всех карт,
> называется kms.Вот только у невидии kernel modesetting всегда был кривой, и по дефолту его включили совсем недавно
> Вот только у невидии kernel modesetting всегда был кривой, и по дефолту
> его включили совсем недавноА другого апи у меня для вас и нет. UMS в линухе уже несколько лет как вообще совсем все. Т.е. выпилен везде и всюду. Ибо про таких монстров сказано - kill it with fire!
> А другого апи у меня для вас и нет. UMS в линухе
> уже несколько лет как вообще совсем все. Т.е. выпилен везде и
> всюду. Ибо про таких монстров сказано - kill it with fire!Вывод - нехер брать nvidia
у нвидии гигантский рынок в голливуде )))У кинокомпаний тонны софта под этот якобы устаревший "X11", и они поголовно сидят на нвидии ещё со времен SGI/Irix
Меня терзают смутные сомнения - кто спонсор Xlibre )))
> у нвидии гигантский рынок в голливуде )))Если бы в голливуде использовали дрова nvidia для вывода графики - то они не были бы такими кривыми, у нвидиевских linux дров всегда основной фокус был на вычисления и headless работу, т.е на рендерфермы условные, а не на рабочие станции
>> у нвидии гигантский рынок в голливуде )))
> Если бы в голливуде использовали дрова nvidia для вывода графики - то
> они не были бы такими кривыми,ну какие есть. У меня вполне рабочие на EL
> а не на рабочие станции
Еще раз - как раз на WS - еще со времен SGI. В реальном времени прокручивает draft - а потом его на ферму прорисовывать мелкие детали.
ps работал с SGI
> У кинокомпаний тонны софта под этот якобы устаревший "X11", и они поголовно
> сидят на нвидии ещё со времен SGI/IrixВот они теперь и будут как-то решать свои маргинальные проблемы.
> Меня терзают смутные сомнения - кто спонсор Xlibre )))
Про такое говорят - поздно пить боржоми, когда почки уже отказали.
Тем что все работает здесь и сейчас а не может быть через 2 года починим...
Назови мне драйвер что не поддерживает иксы но поддерживает вяленного. Мне казалось что ситуация обратная, далеко не везде драйвет поддерживает вейланд до сих пор.
Сетевой прозрачностью
> Чем это лучше чем валяный? Производители видеокарт будут писать драйвера под этот шедевр, как думаете?Тем что ... а какой именно вяленый? Один протокол или другой? Один композитор или другой?
Можно точный пример?)
Отлично, хоть кто-то сопротивляется закапыванию иксов и повсеместному внедрению вяленого.
> Отлично, хоть кто-то сопротивляется закапыванию иксов и повсеместному внедрению вяленого.И не говори. Так приятно иногда увидеть человека, а не корпоративного робота, который за деньги на всё готов.
> Так приятно иногда увидетьшиза, рассказывающего про новую расу людей и ядовитые спайк белки.
Редко кто готов вывалить свои теории в публичную рассылку.
Ты ещё скажи что нет никакого заговора рептилоидов с планеты Нибиру, по проталкиванию GNOME всюду. Для людей способных видеть картину целиком это очевидно. Но немногие способны видеть картину целиком.
Хм, заговор рептилоидов проталкивающих Gnome действительно объяснил бы некоторые вещи. В каком странном мире мы живём. Его нельзя объяснить находясь в здравом уме.
Демократы и Республиканцы - это не левые и правые 🙈 И партийная система в США не "по сути" двухпартийная. Она двухпартийная 🤭
Но ведь мы же тут не гуманитарии какие, верно?
Ну... это наверное благородное начинание.
Примерно как сопротивление закапыванию карбюраторов.Но вообще тенденция классная.
Есть загончика для убогих, куда можно отправлять всех поехавших луддитов.
С поддержкой в дистрибутивах таких же альтернативно одуренных.
> Есть загончика для убогих, куда можно отправлять всех поехавших луддитов.С поддержкой в дистрибутивах таких же альтернативно одуренных.
Луддиты - это те, кто Wayland пихает, не все новое на самом деле прогрессивное. У иксов туева хуча недостатков, но вяленый - это не замена иксов, а дегенератизация линукса. Маразм с якобы безопасностью путем урезания фич, но самый лютый бешеный маразм вяленого в том, что он фактически уничтожает единое прикладное API для десктопа под Linux. Перенося львиную долю (даже практически основную долю) функциональности графического стека в композиторы от DE. Таким макаром под линукс даже как бы нативные программы станет удобнее с winelib писать, а не трахаться с кучей малосовместимого уродства, потому что стабильное API и отлаженная технология...
> а дегенератизация линукса.Не "дегенератизация линукса", а убирание прдлинга, так любимого местными аутистами.
> Маразм с якобы безопасностью путем урезания фич,
О, а вот и местные эксгибиционисты подъехали.
Расскажите, насколько вас возбуждает, когда словарик из официальных реп деба отсылает ввод в Китай? Также, как от аналитики винды, или еще сильнее?> что он фактически уничтожает единое прикладное API для десктопа под Linux.
Смешно рассуждать про "единое прикладное API" когда иксы это такой же протокол.
Просто все остальные реализации сдохли за годы из-за ненужностью.При этом, то что дожило - все равно невероятные наслоения овен и костылей, которые невозможно исправить, и дефективных архитектурных решений, которые на десятилетия затормозили развития десктопного линя.
> Перенося львиную долю (даже практически основную долю) функциональности графического
> стека в композиторы от DE.Так отлично! Вот вам протокол, реализуйте.
Это не так сложно, даже всякие васяны осиливают, посмотрите сколько уже наплодили тайловых вейландов.
Вот именно, что наплодили вейлендов, а потом нормальные люди пишут чтобы им тикеты по вяленым не открывали, потому что они все сделали по протоколу, а это ваш говноДЕ альтернативно одаренный и половину не поддерживает или работает криво.
В веб разработке люди страдают со стандартами в разных браузерах, теперь еще с вяленым.
>Маразм с якобы безопасностью путем урезания фичДелайте протокол и реализуйте нужные вам фичи. Или у вас как всегда лапки?
Радуют списки изменений. Так глядишь и будет достойная альтернатива на рыночке, если иксы закопают. Дай бог чтобы энтузиазм не иссяк. Долгих лет ребятам, в общем.
>на рыночкеНа каком? 😅
На Базаре который противоположность собора. Он же рынок, в каком-то смысле.
На Базаре бородатой Варваре завернули что-то в носок и продали.
> Радуют списки изменений.Ага :) Вот:
>> Добавлена возможность задания свойства DPI в привязке к разным мониторам.А сколько было визгу что вАААПЧе! нивазможна!(С) :)
Мне - пофиг - но согласитесь - забавно! :)>Так глядишь и будет достойная альтернатива на рыночке...
Ну нееее...
СЪисть то он сЪисть ... да кто-Ж ему дастЪ?! (С)
Посмотрел на ченджлог релиза. Мало того, что там реально дофига правок, так ещё и дофига народу. Успехов ребятам. Покажут, что могут стабильно развивать и поддерживать -- имеют все шансы.
>> и поддерживатьВот это наврядли. Они выкинули оттуда все, что касается Wayland/Xwayland, вынуждая разработчиков и мейнтенеров дистрибутивов поддерживать две кодовые базы. Даже если отбросить все прочие недовольства в сторону автора Xlibre, как минимум этот факт - огромный плевок в лицо тем, кто захочет это поддерживать и предоставлять своим пользователям.
Тыщу разных вэйландов поддерживать - это не плевок, а это плевок. Да, да.
Именно так, потому что Xwayland - это универсальный компонент для всех композиторов, и ради него разрабам и мейнтенерам все равно нужно будет тащить Xorg, даже если в какой-то параллельной вселенной большинство начнет поставлять Xlibre в репах.
Я знаю два - kwin и mutter (хотя без последнего было бы ещё лучше). Ещё weston можно включить как наглядное пособие от авторов. Всё остальные - маргинальщина, не нужная нормальному человеку. И на вышеперечисленных Xwayland работает отлично.
Нет. Лучше было бы без первого.
Никто не занимается поддержкой каждого wayland композитора. Люди просто по протоколу делают приложения и всё.
все три?
> Они выкинули оттуда все, что касается Wayland/Xwaylandа какое это имеет отношение к иксам, и почему кого-то из иксов должен волновать саботаж в виде вяленого? вам надо - вы у себя и руиньте
чё хотите делайте
Такое что Xwayland разрабатывался в рамках кодовой базы Xorg, и то, что из Xlibre все это дропнули - одна из основных претензий среди разработчиков.
Претензий нуль.Xwayland активно разрабатывается в рамках Xorg, зачем его форкать?
черкани адресок
https://www.x.org/pub/individual/xserver/xwayland-24.1.9.tar.xz
Вяленд должен оставаться в собственной песочнице, всё правильно.> как минимум этот факт - огромный плевок в лицо тем, кто захочет это поддерживать и предоставлять своим пользователям.
А то, что в пользу недоделки дропают полноценно работающие иксы (при этом оставляя костыль в виде XWayland, который по производительности порой ощутимо бьёт), это не огромный плевок в лицо значит? То, что некоторые фичи, которые _упорно не хотят_ реализовывать для иксов, реализовали там, не значит, что вяленд уже по этим пунктам уделывает иксы, как и в случае с безопасностью, что используют в качестве маркетинга.
В этих полноценно работающих иксах тиринг на уровне архитектуры уже починили? Ах да, иксовикам не до этого - они на свои 15-летние жифорсы 390 драйвера пытаются прикрутить.
Мой 12-летний жифорс на 390xx-ветке всё ещё прекрасно работает на свежайшем LTS ядре. И мне даже за это не нужно было платить полмиллиона. На Иксах, разумеется. На Вейланде вообще редко что работает в принципе.
А мой околостолькожелетний жифорс прекрасно работает на 475 ветке. Но под другой операционной системой, конечно же.
Тиринг не надо чинить никак. Тиринг это абсолютно нормально, если приложение тормозит, ему нечего рисовать, вот и всё. И никак из воздуха магически недостающих кадров не достать.
>Тиринг не надо чинить никак.Апологетика уровня иксофанатиков.
>И никак из воздуха магически недостающих кадров не достать.Интересно, а почему это в вейленд тиринга нет?
>Интересно, а почему это в вейленд тиринга нет?Потому что он тормозит ППЦ просто, и НЕВЕРОЯТНО БЕСИТ своими задержками.
От того, что он показывает старый кадр, если нового нет, приложение, блин, не приобретает магическим образом работоспособность. Оно просто выглядит как НЕВЕРОЯТНО ТОРМОЗНОЕ или "замороженное".
>>Интересно, а почему это в вейленд тиринга нет?
> Потому что он тормозит ППЦ просто, и НЕВЕРОЯТНО БЕСИТ своими задержками.Не, ну давайте будем честны. Либо оно невероятно тормозит, либо можно дёрнуть специальный рычажок и вернуть тиринг. Есть, как бы, ОПЦИИ. =)
А вообще, это стандартная байка от Red Hat. Из разряда "ну ребятки, systemd грузится быстрее, потому что мы просто делаем его правильно, а всё предыдущее было сделано неправильно". А потом, на поверку через несколько лет разработки внезапно выясняется, что оно таки грузится значительно медленнее, чем то, что было до него.
Ну вот то же самое и с тирингом сейчас. Сначала было "мы делаем wayland правильно, поэтому в нём нет тиринга". И через несколько лет разработки: "знаете, что-то мы нарастили технологический стэк и функционал, и оно теперь почему-то выдаёт 15 FPS; давайте опционально, чтобы плохо не выглядеть, вернём тиринг обратно".
Ничего страшного, плевать. Мы уже знаем, чего стоят слова Red Hat.
> Не, ну давайте будем честны. Либо оно невероятно тормозит, либо можно дёрнуть
> специальный рычажок и вернуть тиринг. Есть, как бы, ОПЦИИ. =)Давайте будем честны. Вы юзаете - макось. Поэтому рассказывать как должно быть в линухе вы не имеете никакого морального права вообще. Потому что не изволили жрать свой кактус сами. Это все что надо знать про ваши сказки о sysv и его офигенности, крутизну xorg и прочее подобное. Примерно туда же идут господа пох и нах с виндочкой.
Мне кажется что будет намного честнее, если вы свои слезные лекции как надо будете начитывать - эпплу. А что расскажите им как делать графическую подсистему. И заодно провентилируйте вопрос как вы там с launchd живете вместо кучки скриптиков. Или это другое?
А господа пох и нах пусть дадут мастеркласс майкрософту как scm делать правильно. И что-нибудь про графику желательно. А то там у майкрософта вообще разброд и шатания.
А вот это - извините лицемерие. Сидючи в макосях и виндочках топить за то что там где в линухе. Таким как вы было сказано: уходя - уходите. И оставьте нас в покое. Чтобы у нас без вашего саботажа уже была нормальная граф система, запуск сервисов и проч. С современными фичами. А не то г-но и палки к которому вы в 2000 году "привыкли" видите ли. Вы это уже даже сами для себя юзать не хотите а другим скормить - пытаетесь. Думаете, айтишники настолько тупые? Спойлер: да, в вашей клuкe именно такие и останутся :)
Ну не знаю tearfree в конфиге есть лет едак 10. А еще есть вертикальная синхронизация на уровне приложения... или на уровне композитора. kwin вполне умеет справлятся с тирингом на иксах, как и дает варианты включить тиринг или вообще отключить композитор, как вам надо так и настраивайте. Последние года 4 я проблем с тирингом/задержками в kwin+x11 не припоминаю (играю изредка в OSU там задержки чуствуются моментально).
Наверное проблема в gnome... ну что вам сказать... поэтому у меня kde...
В этих полноценных иксах ты можешь поднять XRdp, где каждый пользователь сможет иметь сессию какую хочет, а на вяленьком такого нет, так ещё и проблемы будут из-за 100500 вялых серверов, с разной степенью влажности.
> выкинули оттуда все, что касается Wayland/XwaylandРеализовать нормальный X-сервер под wayland не получается. А под win32 (он в полузаброшенном состоянии, но принципиальных ограничений там нет) получается ;)
> вынуждая разработчиков и мейнтенеров дистрибутивов поддерживать две кодовые базы.
Xvnc поддерживают ребята из tigervnc/tightvnc, MacOS поддерживают ребята из Apple. Такие дела... Придётся и XWayland поддерживать ребятам из wayland по аналогичной схеме. Если прям incompatible API - пусть апстрим выберет на основе чего делать поддержку: Xorg или XLibre.
> Если прям incompatible API - пусть апстрим выберет на основе чего делать поддержку: Xorg или XLibre.Взять Xorg где оно есть и работает... Или пердолиться с Xlibre откуда это выпили васяны верующие в теории заговора.
> Взять Xorg где оно есть и работает...ОК. Можно и так.
Просто XWayland тоже можно убрать из xorg-server, ему там не место вообще-то (это отдельный проект). XWayland немного помог - нашли и закрыли несколько CVE. Но дальше всё закончится выпиливанием Xorg из родной репы (xorg-server) и в репе останется только XWayland...
Повторюсь - для сборки в tigervnc компонента Xvnc нужны исходники xorg-server. В проекте tigervnc всего пара десятков относительно небольших файлов под этот самый сервер. Уже больше 10 лет народ пилит, зависит от сотен тысяч строк кода другого проекта, но вроде Xvnc работает и много поддержки не требует. Почему XWayland так не сделал - непонятно... нагадили в репу xorg-server.
> Просто XWayland тоже можно убрать из xorg-server, ему там не место вообще-то
> (это отдельный проект).Мейнтейнеры Xorg так не считают, потому и сделали его в той же репе, а Xlibre убили малейший шанс на то что их форк кто-то будет использовать, потому что это означает что мейнтейнерам нужно будет поддерживать 2 версии xorg - полноценную xorg для wayland, и неполноценную xlibre
> Xlibre убили малейший шанс на то что их форк кто-то будет использовать, потому что это означает что мейнтейнерам нужно будет поддерживать 2 версии xorgЕсли от Xorg нужен только один XWayland - пересечений почти не будет и поддержка труда не составляет.
Вот если одновременно установить весь Xorg и весь Xlibre и запускать их попеременно (без всяких wayland)... Да, здесь возможно много проблем. Но опять же, во времена коммерческих unix получалось (были альтернативные X-сервера, почти все на базе X-сервера от DEC). Почему сейчас не получится?
> Если от Xorg нужен только один XWayland - пересечений почти не будет
> и поддержка труда не составляет.
> Вот если одновременно установить весь Xorg и весь Xlibre и запускать их
> попеременно (без всяких wayland)...Xorg это не один пакет, а много
Для всех этих пакетов нужно делать версию с оригинальным xorg, и с xlibre
Все пакеты зависящие от этих пакетов нужно проверять и с xorg, и с xlibre
И кому оно нафиг надо?
Это не та же самая ситуация что и с wayland, потому что wayland - протокол, тебе не нужно проверять программы с разными клиентами этого протокола, любая программа может использовать какой клиент пожелает, в то время как у xorg у тебя фактически нет альтернативных клиентов, все линкуются с libX11, и вот он как раз может быть как xorg, так и xlibre, и смешивать их нельзя
> Да, здесь возможно много проблем. Но опять
> же, во времена коммерческих unix получалось (были альтернативные X-сервера, почти все
> на базе X-сервера от DEC). Почему сейчас не получится?И конечно же за 30+ лет ничего не поменялось)
> Но опять же, во времена коммерческих unix получалось (были альтернативные X-сервера, почти все на базе X-сервера от DEC). Почему сейчас не получится?Так там и не было совместмимости по софту.
И в итоге всё понятно чем закончилось.
>> Если прям incompatible API - пусть апстрим выберет на основе чего делать поддержку: Xorg или XLibre.Тебе сказать что выберет/выбрал апстрим или сам догадаешься?
>вынуждая разработчиков и мейнтенеров дистрибутивовДелать свою работу. Ай какие плохие.
>> Делать свою работу. Ай какие плохие.Они сейчас её делают. А им предлагают делать бесплатно двойную, бесполезную и нужную полутора фрикам, как автор Xlibre, работу
> Успехов ребятам.Неужели вы уйдете с макбучка назад линь, если они таки добьются успеха?))
Или это просто радость за нитакусь?
> Неужели вы уйдете с макбучка назад линь, если они таки добьются успеха?))Не исключаю.
>> Неужели вы уйдете с макбучка назад линь, если они таки добьются успеха?))
> Не исключаю.Как же так, сказки про очень нужный проприетарный софт - оказывается враньем были? Вы бы уж определились в показаниях то? Или вы возвращаться планируете дуалбутчиком и виртуалочками? Тогда лучше сразу к каким-нибудь BSDшникам возвращайтесь, там такие двойные станларты и (само)обман в почете. За что они почти и вымерли.
> если они таки добьются успехаА что значит успех?
Ну будет свой "загончик" в каком-то дистрибутиве AntiW.
XLibre + Trinity и всё такое.
То не поддерживает, это не поддерживает...Может будет форк KDE по свежее, этак 6 (с названием Sixinity).
Таких примеров много: Palemoon, Trinity, Devuan, SeaMonkey...
Это успех?
> Ну будет свой "загончик" в каком-то дистрибутиве AntiW.Так это и будет офигеннейший успех!
Все сбегут в загончик, причем никто их пихать не будет, они сами добровольно с флагом и барабаном на шее. И как результат ̶п̶р̶и̶р̶о̶д̶а̶ ̶о̶ч̶и̶с̶т̶и̶т̶с̶я̶ все остальные дистры от них избавятся.Если это не успех, то что же тогда успех?!
Народ, наставьте лайков в этой Issue плиз.
Дадим Энрико знать, что готовы его поддержать.
https://github.com/X11Libre/xserver/issues/1747
колокольчик нажимать? комментарии? дай ссылку на свой телеграм-канал
> колокольчик нажимать? комментарии? дай ссылку на свой телеграм-каналДа что там, сразу report этой репы жми :). Поддержи сторонника заговора пруфом что он не так уж и ошибался - вот например ВНЕЗАПНЫЙ блок акка или DMCA takedown неплохо подогреет паранойю этого сэра. А заодно поучит его юзать более независимые площадки до того как с корпами воевать, чтоли.
Я здесь только Эскобара поддерживаю.
А Эскобар тебя нет.
> Народ, наставьте лайков в этой Issue плиз.
> Дадим Энрико знать, что готовы его поддержать.
> https://github.com/X11Libre/xserver/issues/1747О, наконец то попался гитхаб freehck и можно посмотреть что он из себя представляет в контексте софтостроя.
Anonymous proudly presents: https://github.com/freehck?tab=repositories - кушайте, не обляпайтесь. А заодно зацените состав репы. Оптовый склад условных плагинчиков к корпоративному булшиту, нужному только полтора мегакорпам. Этому энрике с такими друзьями никакие враги точно не потребуются.
Ну и я готов поспорить что сейчас freehck с таким составом реп просто завалит энрику комитами. Но я лучше мою тушку airlied'у доверю, а вы там прогайте на своем лиспе и кубердряни.
> О, наконец то попался гитхаб freehck и можно посмотреть что он из себя представляет в контексте софтостроя."Наконец-то"? Лол. Как же ты, наверное, исстарался искать-то. Я же так тщательно всё скрывал, подписываясь своим настоящим именем, используя один и тот же никнейм на всех ресурсах... =)
>> Возвращён X-сервер Xfbdev, использующий фреймбуфер, предоставляемый устройством framebuffer (/dev/fb*) в LinuxА они в курсе, что сейчас для этого применяется simpledrm, и fbdev могут в обозримом будущем дропнуть?
> могут в обозримом будущем дропнутьВот когда дропнут, тогда и приходите.
>> Вот когда дропнут, тогда и приходите.fbdev уже много лет как deprecated
Только таргет у них не конкретно линукс, а все юниксы/юникс-совместимые. То что у торвальдса штэбл эйпиай ис а нонсенс -- его проблемы.
> все юниксы/юникс-совместимыеМало быть кроссплатформенным. Надо, чтобы кроссплатформенное "универсальное" решение было лучше нативных неуниверсальных.
Смогут ли иксы конкурировать с вяленым -- нативной разработкой, написанной только для линукса и использующей преимущества линукса на 100%?
Смогут ли иксы конкурировать с маковской оконной системой -- нативной разработкой, написанной только для мака и использующей преимущества мака на 100%?
вот енто жырнотаааа
Да, могут, дальше
Правда что ли? HDR 4K многомониторность изоляция клиентов. Где?
HDR 4K на Core 2 Duo? 🤔
А что мешает ЧетырёмK на Core 2 Duo? Виджеты рабочего стола, всё равно, рендерятся видеокартой.
Нуу, вам виднее.
Ты всё проспал, аноним. Всё реализовали.
>> Только таргет у них не конкретно линукс, а все юниксы/юникс-совместимыНу ну)
>> То что у торвальдса штэбл эйпиай ис а нонсенс -- его проблемыНеа, не угадал. Проблемы у тех, у кого печет с GPL, ибо это единственное препядствие чтобы добавить simpledrm в ту же FreeBSD https://github.com/freebsd/drm-kmod/issues/389
>>> То что у торвальдса штэбл эйпиай ис а нонсенс -- его проблемы
> Неа, не угадал. Проблемы у тех, у кого печет с GPL, ибо
> это единственное препядствие чтобы добавить simpledrm в ту же FreeBSDОга, ога. Просто ж взять и перелизензировать всю фряху (для чего нужно согласие всех коммитеров) - и правда, никаких проблем же ...
Ты прикидываешся или действительно такой 🤡 ?
При чем тут перелицензирование всей фряхи, ты о чем вообще?))))
> При чем тут перелицензирование всей фряхи, ты о чем вообще?))))
>>> ибо это единственное препядствие чтобы добавить simpledrm в ту же FreeBSD
But when you distribute the same sections as part of a whole which is a work based on the Program, the distribution of the whole must be on the terms of this License, whose permissions for other licensees extend to the entire whole, and thus to each and every part regardless of who wrote it.
https://www.gnu.org/licenses/old-licenses/gpl-2.0-faq.html#M...
Combining two modules means connecting them together so that they form a single larger program. If either part is covered by the GPL, the whole combination must also be released under the GPL—if you can't, or won't, do that, you may not combine them.
> Только таргет у них не конкретно линукс, а все юниксы/юникс-совместимые. То что
> у торвальдса штэбл эйпиай ис а нонсенс -- его проблемы.А, понятно, сливной бачок для всякого отстоя образовался. Т.е. нормально работать это не сможет в принципе и расскаывать о его крутизне и сетевой прозрачности нам тут будут господа с виндами и макосями. В лучшем случае запустившие сие в виртуалке.
А Вы в курсе, что для simpledrm есть эмуляция fbdev?
Зачем тогда нужны костыльные иксы, если им для работы нужны костыли?
> Зачем тогда нужны костыльные иксы, если им для работы нужны костыли?Они могут работать через simpledrm (при помощи эмуляции fbdev), а могут и напрямую, через графические драйвера. Т.е. костыли для работы им не нужны.
Аналогично, насколько я понимаю, через simpledrm вполне себе работает и Wayland.
Можно даже больше сказать, что simpledrm изобретали, чтобы Wayland мог работать с драйверами Nvidia.
> Зачем тогда нужны костыльные иксы, если им для работы нужны костыли?А ты думал Вэйланд по приколу чтоли образовался? Не, просто в случае иксов объем костылей постепенно превысил 90% и код стал состоять из костылей чуть менее чем полностью. По поводу чего его никто уже и не хочет трогать даже трехметровой палкой.
А ты в курсе как оно там работает и для чего?) сам себя услышь - ты буквально ради давной выкинутой из иксов функциональности (ибо не нужна), которую вернули в этом форке, предлагаешь юзать костыль в виде эмуляции. Вся суть иксонутых в одной фразе, как говорится)
> А ты в курсе как оно там работает и для чего?) сам
> себя услышь - ты буквально ради давной выкинутой из иксов функциональности
> (ибо не нужна), которую вернули в этом форке, предлагаешь юзать костыль
> в виде эмуляции. Вся суть иксонутых в одной фразе, как говорится)Там и simpledrm был реализован в качеств костыля, чтобы как-то заработал Wayland на Nvidia.
PS: Алексей, Вы не на базаре.
> Там и simpledrm был реализован в качеств костыля, чтобы как-то заработал Wayland
> на Nvidia.Вы совсем чтоли того? Это было реализовано в основном для мелкой эмбедовки, handover фреймбуфера предоставленного фирмварами и тому подобного. На нвидию в линуксе вообще всем пофиг что там и как там, учитывать ее в апях никто не собирается и близко. Ибо commit or GTFO.
А апя fbdev это на данный момент легаси костыль поверх вон того как максимум. И его реально давно покушаются дропануть. Впрочем ща мы посмотрим сколько сабжу чего напилят те разработчики.
> XfbdevОтличная вещь для разной мелкоты, собирал с патчами перед тем как его выкидывали
Оно работало и на мелкоэкранах было заметно легче иксов...
> Кроме того, Энрико был склонен к теориям заговора и заявлял, что компания Red Hat намеренно тормозит развитие X-сервера.это факт, а не теория заговора. об этом говорил весь интернет с первого же рекламного буклета вяленого
Сначала пропихнули systemd, потом wayland, потом Rust, потом ещё какой-нибудь pulseadudio.
> пропихнули systemd, потом wayland, потом Rust, потом ещё какой-нибудь pulseadudio.Разве в таком порядке? Да и почему сразу "пропихнули"?
Вот systemd никто не пропихивал - все просто сразу оценили ее отличные потребительские качества, гибкость, а главное - унифицированность - и всего за четыре года все адекватные на нее перешли.
Было конечно нытье всяких недоодминчегов что "ани нам фесь флоу сламали!!111", не без этого.
Но неосиляторы есть везде и на мнение людей, не способных к обучению, просто положили.
Правильно сделали.А к продвижению напр. раста шапка вообще почти никакого отношения не имеет, по сравнению с гуглом и мелкософтом.
Рептилиды сломали линуксь, создав из спайси(?)... джуси(?) белков подпольную расу суперлюдей.
> Рептилиды сломали линуксь, создав из спайси(?)... джуси(?) белков
> подпольную расу суперлюдей.Не-не-не, "все было по-другому" (с)
Рептилоиды провели ээээксперимент по вакцинации, чем генетически модифицировали всех подопытных и тем самым создав new humanoid race! Их "гены не выглядят натуральными" и теперь они производят и выделяют "toxic spike proteine".Вот именно так оно и было!
Как известно Linux притягивает гендерных трансгуманистов. Совпадение? Рептилоиды!
Таки линуксоиды откладывают яйца? Я думал, байка.
> systemd никто не пропихивал - все просто сразу оценили ее отличные потребительские качества, гибкость, а главное - унифицированностьЯ тоже оценил. Надо запустить e2fsck с опцией -D (дефрагментировать каталог, в котором был создан миллион-другой файлов и операции в этом каталоге теперь тормозят). А systemd напрямую не позволяет задать опции для проверки диска :( пичаль-бида.
Наверное надо сделать unit с зависимостями, чтобы перед "перемонтированием в rw", но желательно чтобы после "rootfs check". Хорошо подчёркивает все потребительские качества продукта.
> напрямуюЭто как диды в башпортяночку вписывали?
Да, так не позволяет.> Наверное надо сделать unit с зависимостями,
О! Вы даже почти поняли как нужно делать!
Я удивлен если честно.> Хорошо подчёркивает все потребительские качества продукта.
Да, как и было написано раньше - проблемы только у неосиляторов, которые не хотят или не могу учиться.
Неасиляторы, это, как раз, те, которые готовыми unit-ами пользуются. А чтобы такой юнит правильно написать, нужно ещё ручками попрактиковать и научиться.
> Неасиляторы, это, как раз, те, которые готовыми unit-ами пользуются.Тоже самое можно сказать про тех, кто просто пользуется любым другим инитом из коробки и ничего в нем не меняет. Так что мимо.
> А чтобы такой юнит правильно написать, нужно ещё ручками попрактиковать и научиться.
Так я об этом и говорю - нужно учиться, учиться и еще раз учиться.
И это не так сложно.
> Тоже самое можно сказать про тех, кто просто пользуется любым другим инитом из коробки и ничего в нем не меняет. Так что мимо.В "других дистрах" есть /etc/conf.d/fsck, в котором есть fsck_args="" # добавьте, если очень надо
У дидов аналогичные опции были предусмотрены, наверное во всех дистрах. Это страшно, опасно и можно всё сломать... но за это линукс и выбирали.Не было ненужных абстракций (systemd-fsck) поверх абстракций (fsck). А в итоге получилось как в винде "Проверять диск/Не проверять диск", "Исправлять ошибки автоматически/Не исправлять ошибки автоматически" ну и хватит с вас.
А опции нафиг выпилим, будет куча CVE. Вдруг кто-то (кто бы это мог быть кроме разработчика или админа?) туда что-то неправильное напишет.
>Это страшно, опасно и можно всё сломать... но за это линукс и выбирали.Вы выбирали линукс, чтобы получить возможность всё сломать?
Именно так ;)
Если админ сказал прострелить ногу, значит так и произойдёт.
Я Upstart до Systemd оценил.Смотрю. А сетевой принтер не работает.
Оказалось проблема в неправильном порядке старта CUPS и SAMBA.
Начал искать решение.
"Добавь в строчку последнего init рестарт CUPS".
Труе решение для олдов. Это вам не Systemd.
Выключи и включи ещё раз.
> Начал искать решение.
> "Добавь в строчку последнего init рестарт CUPS".
> Труе решение для олдов. Это вам не Systemd.
> Выключи и включи ещё раз.При том все вон то в общем случае - без гарантий что кто-то не вынесет это все при апдейте. Не говоря о том что это все фееричнейший костыль. С depends'ами сапопикал шикарнейше облажался.
Они решили хайпнуть что event driven - это круто. О том как трекать depends'ы и тем более прописывать их СВОЕЙ программе от ДРУГОЙ не затрагивая файлы из пакетов ТОЙ программы господа архитекты от питона не подумали совсем никак. Так что upstart получился по классике жанра: первый блин - комом.
> Я тоже оценил. Надо запустить e2fsck с опцией -D (дефрагментировать каталог, в
> котором был создан миллион-другой файлов и операции в этом каталоге теперь
> тормозят).Вообще-то нормальным людям надо - чтобы компьютеры работали и не делали мозг. А вот этот вот brain damage - жесточайший костыль. Страшно далекий от адекватного использования компьютерных систем.
Грубо говоря вы занимаетесь какими-то неподтребствами. Отбитыми на всю голову.
> Хорошо подчёркивает все потребительские качества продукта.
Да вообще хреновые ласты. Во как неудобно в них по намыленному столбу на третий этаж залезать. А нормальные люди вообще - по лестнице или на лифте на третий этаж попадают, ласты и столб для этого - лишнее!
> все просто сразу оценили ее отличные потребительские качестваСразу - это с какого по счёту голосования?
> Сразу - это с какого по счёту голосования?Что-то не помню чтобы за добавление systemd в SLES, RHEL, Fedora, Arch, Ubuntu голосовали... Или вы про о6pыганов из дебиана? Всем как бы по... что у них за дурка.
> Что-то не помню чтобы за добавление systemd в SLES, RHEL,Чего это энтерпрайзники будут спрашивать каких-то анонимов? Они преследуют свои цели ведущие к заработку бабок. С sd бабки зарабатывать проще и эффективнее по линии майнтенанса систем и унификации. Все что стоит на этом пути будет аннигилировано. Таков путь корпораций и потоков денег, нравится вам это или нет.
> Fedora,
Эти что-то там поломались но Fedora vs RH - это как пчелы против меда.
> Arch,
Про этих фиг знает.
> Ubuntu голосовали... Или вы про о6pыганов из дебиана?Убунта, на минуточку, срез Debian :). Поэтому что выберет дебиан то и Ubuntu проще всего будет юзать. И на память о том голосовании - все деривативы получили s-d вместе с пакетной базой дебиана и ее полисями. Как говорится - не стоит недооценивать бандвиз грузовика набитого DVD.
> Всем как бы по... что у них за дурка.
Вы можете по... мир. Но что если мир по... вас в ответ? :)
>Вот systemd никто не пропихивал - все просто сразу оценили ее отличные потребительские качестваТолько потребовалось провести несколько голосований, чтобы "правильный" результат получить.
> Вот systemd никто не пропихивалего майкрософт пропихивал руками своего сотрудника, леннартушки
> всего за четыре года все адекватные на нее перешли
так "все", что аж дебиан раскололо пополам
> его майкрософт пропихивал руками своего сотрудника, леннартушкиМайкрософт сам вот-вот на линуха перейдет :) как минимум в датацентрах и ко. У них уже есть свой microsoft linux.
Ибо не можешь победить - возглавь! Да, кстати, а какой план на случай если "не можешь возглавить"? Ну так - глядя на популярность абажур линукса у остальных. Никто не хочет с MS дел уже иметь добровольно. Наелись уже их улучшений качества обслуживания досыта в винде.
>> всего за четыре года все адекватные на нее перешли
> так "все", что аж дебиан раскололо пополамПоловинки были мягко говоря не равного размера. Сколько пакетов ворочают в дебиане а сколько - в диване. Как-как, грите, 1% от 4%? Нуок, это прям глобальное явление которое делает погоду. Так, прсото глядя на число пакетов которые ворочают те и другие. Или скорее "мал cкyнc да вoнюч".
> Майкрософт сам вот-вот на линуха перейдетвоот, ты начинаешь что-то подмечать
>> Майкрософт сам вот-вот на линуха перейдет
> воот, ты начинаешь что-то подмечатьЯ не верю что майкрософт альтруисты и комитят свое hyperv в линух чисто по приколу. А кроме них это никому особо не надо. Остальные сто лет могут kvm юзать, это у майкрософта 100500 унаследованных систем и всякого обвеса к этим интерфейсам - они и суетятся чтоб 100500 датацентров не редеплоить с ноля. Во всяком случае, это хорошо объясняло бы их активность.
А винда.... маркетинг это прекрасно но когда он начинает разводить самих себя... акционеры начинают задавать неудобные вопросы на тему почему конкуренты на те же вещи меньше денег тратят а результат лучше и дивидендов больше :)
> Половинки были мягко говоря не равного размера.Очень станный способ подсчета с учетом того, что диван изначально ставил цель править только те пакеты, которые в дебиане прибили гвоздями к системде
> Очень станный способ подсчета с учетом того, что диван изначально ставил цель
> править только те пакеты, которые в дебиане прибили гвоздями к системдеСколько активности кто производит - столько ему и пишем. Если devuan куда-то денется - кто и что теряет? Если дебиан куда-то денется - упс, где диван пакеты будет брать?!
Компания Red Hat буквально спасла X-сервер от криворуких коммитов Энрико
ну так радуйся, пока можешь, у тебя ведь всё замечательно
Так я и радуюсь, что там, где иксы реально ещё нужны - нет криворуких лап Энрико и его копрокода, который господа из RedHat вычистили из дерева Xorg.
молодец, и улыбайся
> Компания Red Hat буквально спасла X-сервер от криворуких коммитов ЭнрикоЗато смотри:
- Как сделать людям хорошо?
- Сделать им сначала плохо! А потом вернуть как было.Вот именно ЭТО энрико с своими проблемамми и запилил. Заодно прямо на пользователях поучился на тему что там редхатчики и почему мямлили по части сломов ABI. Можно и так девелопать, но мало кто хочет быть - лабораторной крысой на которой док обучаться будет.
Вот и хорошо. Что есть XLibre где все недовольные покажут мастер класс (после того как разберутся с возведение в степень/битовыми операциями и наверной работе с системами контроля версий).Правда в итоге у фанатов всё равно все вокруг будут виноваты, что не стали поддерживать "золотой" XLibre.
Кто-нибудь может на пальцах, простым языком объяснить, зачем дропнули Xwayland?
Тут рассчёт на то, что под Wayland и XLibre XServer вполне запустится и сойдёт за Xwayland?
Может слишком много поддерживать для не очень большой команды и распыляться на это, а те кому нужен Wl пусть пока пользуются Xorg от той же команды.
А нахрена им эта прослойка? Они же Хсервер развивают, а не вяленного. Им может имеет смысл waylandx делать, но наоборот - точно бессмысленно.
Кто-нибудь может на пальцах, простым языком объяснить, зачем в дереве иксов костыль для другой графической системы и зачем его должны поддерживать разработчики иксов?
>> другой графической системыТо есть наличие Xquartz, Xming и прочего, что авторы Xlibre ПОДДЕРЖИВАЮТ тебя не смущает? Они намеренно выкинули Xwayland, крайне предвзято.
> Они намеренноа ведь похоже 1 в 1 с претензиями к дивану...
Зачем они системдю выкинули?
Они ее намеренно системдю выкинули!
> Зачем они системдю выкинули?
> Они ее намеренно системдю выкинули!Сторонники выбора почему-то выпиливают выбор который их не устраивает.
> Они намеренно выкинули Xwayland, крайне предвзято.Как и любой другой butthurt driven development, этот проект был создан как протест.
Поэтому они будут поддерживать все что угодно, вплоть до мака и винды, но xwayland они выпилят.Чем-то напоминает копротивление девуанцев, которые на словах за "разнообразие инитов" и поддерживают просто море всякого мусора, но именно systemd он принципиально не поддерживают))
> но именно systemd он принципиально не поддерживаютА зачем, когда уже есть в appstream-дистрибутиве? Кому нужна эта двойная работа, за ни за что?
> А зачем, когда уже есть в appstream-дистрибутиве? Кому нужна эта двойная работа,
> за ни за что?А, ну то-есть от вон тех требовать двойную работу - норм. А как сами - так в кусты?
они активно разивваются апстримом ? нет. => не нужно бекпортировать изменения и собственно, тратить силы.
они там просто лежат, до тех пор, пока форкнувшие не захотят потыкать палкой
Потому что он активно разрабатывается авторами wayland. Зачем дублировать работу? Бери да ставь из репы Xorg.
Говорю в 10й раз. Не вижу смысла. Промежуточный протокол - это наследие тех древних времен, когда компами пользовались через терминал. В винде для этого бы просто сделали драйвер виртуальной видушки. И она бы работала ПРОЗРАЧНЫМ для приложений образом. Т.е. они бы даже не узнали о ее существовании. А тут, если так задуматься, доп уровень абстракции = доп тормоза. И весь софт надо переписывать для "поддержки". Почему в Linux с этим все так плохо? В винде есть GDI, которую как сделали где нибудь в 3.0, чутка доработали в 3.1, так оно и работает до сих пор. Если полупрозрачноть не нужна конечно. Но для этого есть OpenGL/Direct3D. А тут до сих пор как лебедь, рак и щука не могут единый интерфейс прикрутить.
Как бы ладно, для игрулик или браузера возможно. Но что касаемо VNC/RDP и прочего? Wayland может без танцев с бубном работать как рабочий стол, как это делают иксы?
Waypipe отлично работает, намного шустрее ssh -Y
> Waypipe отлично работает, намного шустрее ssh -Yа у нас xrdp, а в вас?
> а у нас xrdp, а в вас?Все что надо знать о сетевой прозрачности Xorg и как круто это работало :))
>> а у нас xrdp, а в вас?
> Все что надо знать о сетевой прозрачности Xorg и как круто
> это работало :))при чем тут сетевая прозрачность Xorg и xrdp? у них сильно разные задачи
> при чем тут сетевая прозрачность Xorg и xrdp? у них сильно разные задачиПри том что сетевая прозрачность Xorg это EPIC FAIL. С одной стороны - это сильно нагибает перфоманс всей этой шляпы парсингом протокола и in-band гигасов в нем, ежели это все без 100500 опциональных расширений. С другой на практике это так работает что это просто позор какой-то.
Да некогда GDI прикручивать, надо на Раст всё перписывать.
> Да некогда GDI прикручивать, надо на Раст всё перписывать.На GDI вы там сами прикрутите, как истинные адепты направления и убежденные дуалбутчики со стажем. Как раз хорошее дополнение к тем CI будет.
Отличный проект!Позволяет собрать ̶в̶с̶е̶х̶ ̶ш̶л̶ю̶х̶ ̶н̶а̶ ̶о̶д̶н̶о̶м̶ ̶к̶о̶р̶а̶б̶л̶е̶ всех шизов в одной репе.
И отправлять туда же всех противников вейланда со словами "у вас уже есть иксы, которые даже либр, вот пройдите туда, пожалуйста"))Список их поддержавших из "Are We XLibre Yet?" особенно доставляет.
Прям эталоные нинужна.
github.com/X11Libre/xserver/wiki/Are-We-XLibre-Yet%3F#first-party-support
Кстати говоря, до сих пор KDE помечен как поддерживаемый, хотя они явно высказались, что xlibre поддерживать не будут, а поддержку xorg вскоре уберут.
> Кстати говоря, до сих пор KDE помечен как поддерживаемыДа, потому что в данный момент он все еще поддерживаемый.
Но кеды есть и в списке "No future support for X11"
>Добавлена возможность задания свойства DPI в привязке к разным мониторам.Потихоньку маркетинговые превосходства вяленого, которые якобы были невозможны в иксах, берут и умножаются на ноль.
Порадовало, что они и Windows с Cygwin поддерживают. Когда-то крепко пользовался какой-то древней сборочкой иксов, чтобы разворачивать IDE на компьютере жены.
Ещё и поддерживать NVIDIA умудряются, молодцы. Пока все остальные регулярно ломают графику, вас спасает XLibre.
Да даже fbdev концентрированный выигрыш.
Надо будет что ли закинуть им денег, чтобы прикрутили пятнадцатилетний патч с dri passthrough к Xephyr, который не приняли из-за неразрешимых проблем иксопротокола. Вдруг и они окажутся разрешимыми?
> Потихоньку маркетинговые превосходства вяленого, которые якобы были невозможны в иксах, берут и умножаются на нольНет, друг. Когда Красношляпа окончательно заявит "Иксы - все", то производители дров в виде Nvidia и AMD тоже его дропнут, помножив на ноль все потуги авторов XLibre.
> Нет, друг. Когда Красношляпа окончательно заявит "Иксы - все", то производители дров
> в виде Nvidia и AMD тоже его дропнут, помножив на ноль
> все потуги авторов XLibre.В Xorg дрова по сути давно дропнули. Ибо "generic KMS" работает даже лучше чем DDX компоненты пытающиеся что-то "ускорять" - а на практике скорее - "тормозить и глючить".
Все ускорение типа GL/Vulkan/etc - давно идет в обход Xorg. Это просто разные клиенты подсистемы DRM/KMS. И в том случае рендер через Xorg как раз и не идет. Вот прям так. А какие-то пересечения Xorg с всем этим - разве что согласование параметров окон (куда GL/VK/etc программы рисуют свое добро).
Собственно Wayland на этой почве и появился. Делает вот именно это все - только куда менее горбато и без 100500 слоев легаси наслоений и исторических артефактов, с допущениями в архитектуре из эры пузатых CRT 640x480.
>>Добавлена возможность задания свойства DPI в привязке к разным мониторам.
> маркетинговые превосходства вяленого, которые якобы были невозможны в иксах, берут и умножаются на ноль.В мане xorg.conf для секции "Monitor" (на X.org)
> DisplaySize width height
> This optional entry gives the width and height, in millimetres, of the picture area of the monitor. If given this is used to calculate the horizontal and vertical pitch (DPI) of the screen.Оно в принципе было. Видимо теперь можно не пересчитывать на калькуляторе (с учётом миллиметров в дюймы и ошибок округления), а сразу сказать dpi и пусть само пересчитывает.
> Добавлена возможность задания свойства DPI в привязке к разным мониторам.
> Потихоньку маркетинговые превосходства вяленого, которые якобы были невозможны в иксах, берут и умножаются на ноль.Так они суть ничего не сделали в итоге, просто настройки чуть перетасовали
https://askubuntu.com/questions/393400/is-it-possible-to-hav...
Да, это возможно криво-косо на иксах и раньше было возможно.
Но нормально – нет.
мало того программы на qt умеют динамически менять масштаб в зависимости от dpi. Вот только разработчикам DE платят за то тчоб они пилили вяленный... а он все-еще не работает и не работает...
> Но нормально – нет.Почему нет? Все клиенты, которые так умеют делать всё сами пересчитают. То что таких клиентских приложений 1,5 - ну это не проблемы сервера.
/me вот пробовал на Qt демку линейки и она вроде как работала. Потом правда я понял где баг - если мониторы "пересекуться" - получится фигня. Это я понял уже после того, как kde-шники в плазме такое запретили. Как такое контрить под X11 - хз, только ругаться на кривой конфиг.
>Потихоньку маркетинговые превосходства вяленого, которые якобы были невозможны в иксах, берут и умножаются на ноль.Слишком мало времени прошло, чтобы о чём-то судить.
>Порадовало, что они и Windows с Cygwin поддерживают.Чем вас WSL не устраивает?
Да, свой DPI каждому дисплею - это то что нужно
пока вы тут спорите, там новый Х сервер, Phoenix, написали, на zig.ну как написали… начали ))) но уже много обещают. правда, поддержку софта заявляют только последних лет двадцати.
Надеюсь, там AIGLX заменили на EGL.
> Надеюсь, там AIGLX заменили на EGL.Заменили как-то в музее политехники^W палеонтологии скететон динозавра на чучело мамонта и объявили это победой. Правда к тому моменту уже и племена тыкавшие мамонта копьем давно вымерли. Но чучело прикольное, для музея то что надо.
Нет! И ещё раз нет! Я сторонник проверенных решений X.org !
Никаких wayland и подобного !
Имба! Поставил и сразу плавность почувствовал, и тиринг, от которого я без потери производительности избавиться не мог, пропал. Хотел уже на вяленого переходить...
>Энрико был склонен к теориям заговора и заявлял, что компания Red Hat намеренно тормозит развитие X-сервера.А по-моему, он просто умеет складывать 2+2.
>> Энрико был склонен к теориям заговора и заявлял, что компания Red Hat намеренно
>> тормозит развитие X-сервера.
> А по-моему, он просто умеет складывать 2+2.И что из перечисленного списка изменений котируется как "развитие"? С пользовательской точки зрения я вижу 0 причин связываться с таким апдейтом.
> Среди изменений в выпуске XLibre XServer 25.1:
> Добавлена поддержка библиотеки libseat"Нафига козе баян?"
> Улучшена поддержка проприетарных драйверов NVIDIA.
Проприетарщина какая-то.
> Возвращён X-сервер Xfbdev, использующий фреймбуфер,
Не-не-не, Девид Блейн. Я как-нибудь обойдусь без отстойного user experience xorg и фреймбуфера на моих системах, при всем уважении - это свое отлетало. Это как минимум NRND.
> Добавлена поддержка платформы Cygwin
Дуалбутчикам на радость.
> задания свойства DPI в привязке к разным мониторам.
Не прошло и 20 лет. Или, таки, прошло?
> В драйвере dga
Это что? Dermovy Graphycs Adapter?
> Внесено более 20 изменений, связанных с чисткой кода.
Еще лет 500 - и нормальненько станет. Правда нафиг мне оно тогда? Элексир вечной жизни заверните в комплекте.
> сборок для платформ DragonFly BSD, FreeBSD, NetBSD, Win32 (mingw32) и Cygwin (x86-64).
Ну то-есть в целом - в этом "офигенном" релизе есть целых 0 фич нужных именно мне. Так что прав редхат забив на это все. Свалка костылей.