LINUX.ORG.RU

X11Libre — свободный и независимый форк X.Org Server

 , x11libre,

X11Libre — свободный и независимый форк X.Org Server

5

5

Представлен открытый проект X11Libre. Это форк X.org Server, нацеленный на проведение чистки кодовой базы и продолжение активного развития функциональности X.org.

По информации OpenNET, проект создал Энрико Вайгельт (Enrico Weigelt), мейнтейнер драйверов AMD FCH GPIO и VIRTIO GPIO в ядре Linux, мэйнтейнер Xnest и активный разработчик Xorg (1831 коммит за последние два года).

В анонсе проекта Вайгельт пояснил, что проект freedesktop.org не является независимым и контролируется компанией Red Hat, которая, по его мнению, специально тормозит развитие X‑сервера и пытается похоронить проект X11. Примечательно, что ранее Вайгельт подвергался критике со стороны Линуса Торвальдса за склонность к теориям заговора.

После действий, связанных с созданием форка и попыток привлечь внимание к возрождению работы над X‑сервером, Карол Хербст (Karol Herbst, сотрудник Red Hat и борец за инклюзивность в сообществе) заблокировал Вайгельту доступ к GitLab‑инфраструктуре freedesktop.org, удалил его репозитории и закрыл более 140 отправленных запросов на передачу изменений (изменения были не без претензий к качеству). В ответ Вайгельт пригласил всех желающих подключиться к разработке X11Libre на GitHub. По мнению Вайгельта, у сообщества есть интерес к продолжению развития X.org и за время искусственного сдерживания разработки у проекта X.org накопилось большое число не принятых изменений и улучшений.

Первый релиз X11Libre планируется опубликовать в ближайшие дни. Проект будет полностью независим, не связан с какими‑либо корпорациями или активистами и избавлен от любых дискриминационных политик, таких как DEI (разнообразие, равенство и инклюзивность). Любой, кто доброжелательно относится к окружающим и заинтересован в продвижении X11, может участвовать в работе.

В планах свежего релиза X11Libre:

  • Поддержка X11-расширения Xnamespace, обеспечивающего изоляцию клиентов через разделение на уровне пространств имён X11;
  • Перевод Xnest на XCB и исключение Xlib из зависимостей;
  • Возможность одновременной установки разных версий ABI для бесшовного обновления в дистрибутивах;
  • Проведение работы по избавлению кодовой базы от технического долга.

По информации от сообщества, ранее от Вайгельта поступали плохо протестированные изменения, которые, например, ломали работу xrandr и приводили к зависаниям. Другие разработчики были недовольны проводимой Вайгельтом чисткой кода, из‑за которой в master‑ветке X.org постоянно менялся ABI и возникали сбои со сборкой. В итоге, было предложено прекратить принимать изменения от Энрико, так как его деятельность по чистке кодовой базы не устраняла конкретных ошибок и не решала существующие проблемы, а создавала новые проблемы.

>>> Подробности

★★★

Проверено: hobbit ()
Последнее исправление: unfo (всего исправлений: 2)
Ответ на: комментарий от MOPKOBKA

Хорошо, теперь иди и убеди разработчиков всех тулкитов сделать так. А еще учти, что некоторым не понравится искусственное подкручивание DPI, потому что на эти данные приложения могут полагаться для каких-то своих собственных нужд. Вот и всё, приплыли.

liksys ★★★★
()
Ответ на: комментарий от liksys

Просто иксы закапывают, а вяленный развивается. Я и буду пользоваться мейнстримом, который поддерживается и развивается, а не ссать против ветра просто из принципа.

Тут некоторый фокус в том, что иксы именно целенаправленно закапывают. Т.е. это не «ой, мы не хотим тратить ресурсы на иксы, поэтому мы не будем ничего делать», а скорее «а ну не трожь иксы, нельзя, они должны умереть» — началось ведь с того, что автор заявил что делает форк т.к. МРы с багфиксами годами висят, и никто на них не смотрит, всем наплевать. И, внезапно, стоило только появиться форку как все эти МРы просто позакрывали, реп с форком удалили с f-d.o, а автора форка забанили.

ynn
()
Ответ на: комментарий от liksys

Уже выше обсудили с тобой. Я признаю что современные тулкиты не используют эти данные. И повторю, я говорю лишь что информация о мониторе передается что в Wayland, что в Xorg, и при желании и содействии со стороны разработчиков тулкитов, мы могли бы уже давно получить разный dpi на разных мониторах.

MOPKOBKA ★★★★★
()
Последнее исправление: MOPKOBKA (всего исправлений: 1)
Ответ на: комментарий от ynn

а ну не трожь иксы, нельзя, они должны умереть

Иксы развивает и поддерживает шапка. Шапка решила, что больше не хочет этим заниматься. А что до чела - он постоянно коммитил ломающие изменения, и остальным иксовикам не хотелось разбираться с тем, что он делает.

liksys ★★★★
()
Ответ на: комментарий от liksys

Шапка решила, что больше не хочет этим заниматься.

Как уже выше написал, шапка скорее решила что иксы надо убить, и поэтому раньше просто целенаправленно по-тихому их давила, а стоило там чему-то рыпнуться — начала отстреливать.

ynn
()
Ответ на: комментарий от MOPKOBKA

Уже выше обсудили с тобой.

Обсудили, и мне казалось, что ты всё понял. Но ты не. Что ж, объясняю еще раз.

Разница в семантике данных. Иксы говорят о мониторе, но не говорят, как использовать эти данные. Нет соглашения и нет способа сообщить об этом. Никто не почесался и не сделал.

В вяленде почесались и сделали.

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

Доступно?

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

liksys ★★★★
()
Ответ на: комментарий от liksys

Как это потиворечит написанному?

Это две большие разницы, «не хотеть делать что-либо» и «делать что-либо, чтобы чего-то не было». Шапка же могла просто ничего не делать, но нет, они ведь начали активно противодействовать форку.

ynn
()
Ответ на: комментарий от ynn

они ведь начали активно противодействовать форку

Форк сопровождает драма. И чо ж они не хотят ее поддерживать, интересно?

liksys ★★★★
()
Ответ на: комментарий от MOPKOBKA

То что эти данные используются для расчета DPI, написанно в документации.

Вот только DPI и масштабирование - это разные вещи.

liksys ★★★★
()
Ответ на: комментарий от liksys

Форк сопровождает драма. И чо ж они не хотят ее поддерживать, интересно?

Если им так не хочется иметь дело с иксами, то зачем вообще что-либо делать? И драмы бы никакой не было, если иксы такие не нужные, то все само быстро заглохнет.

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

ynn
()
Ответ на: комментарий от liksys

Все основные разработчики иксов, которые были вовлечены в этот проект, перекатились на вяленд

Но это и есть самый очевидный конфликт интересов: когда разработчики текущего решения одновременно являются архитекторами конкурирующего подхода, их мотивация дропнуть X11 перестаёт быть объективной — она становится стратегической, идеологической и самоусиливающейся. Это как если бы разработчики VHS объявили, что Betamax «уже не нужен», потому что «поддерживать его трудно» — в момент, когда они одновременно разрабатывают VHS. Это не аргумент, это позиция. И к ней надо относиться критически, а не как к догме.

«Устали от костылей» — не технический довод, это эмоциональный аргумент, а не инженерный.

Здесь имеется в виду «накопился большой технический долг и оверхед на сопровождение»

Хорошо. Но тогда возникает встречный вопрос: а почему бы не начать с его погашения? Вместо того чтобы радикально отказаться от зрелой платформы с широчайшей совместимостью, можно было ограничиться реструктуризацией, перейти, например, на чисто XCB-based сервер или переосмыслить клиентский протокол, сохранив базовые свойства X11 как архитектуры: нейтральность, универсальность, toolkit-agnostic функциональность. То есть, сделать X12, Xng, X-Wayland-InsideOut, наконец.

Смотри: в случае с GDI в Windows тоже был «технический долг». Но никто не выкинул его на помойку, а сделали совместимость поверх GDI+, Direct2D, DWM. Microsoft вложилась в interop, а не в разрушение экосистемы. Именно поэтому в Windows до сих пор живы и WinForms, и MFC, и даже Win32/WinAPI — и все они работают.

Всем маленьким WM предлагается использовать wlroots

Да, но проблема в том, что wlroots не даёт ничего из коробки. Это — лишь концепция, стек протоколов низкоуровневой библиотекой, которую каждый WM должен интегрировать, дописывая обвязку вручную. В X11 ты мог сделать полноценный оконный менеджер, написав 500 строк C на Xlib. В wlroots ты получаешь API, с которым нужно реализовать чуть ли не собственный GDM, Mutter и KWin одновременно, если ты хочешь больше, чем «открывать окна».

А теперь представим себе класс проектов: AwesomeWM, FVWM, IceWM, etc. Это всё — небольшие, минималистичные, зрелые проекты, написанные силами 1-2 человек. Как они должны поддерживать бесконечно меняющийся API протоколов, описанных как «идея», а не «реализация»? В X11 таких проблем нет: ты либо compliant, либо нет. Протокол ясен, реализация — универсальна.

На практике сейчас нет единого, нейтрального GUI API под Wayland. В X11 любой тулкит, даже самописный, имел равный доступ к дисплейному серверу. Это и есть модель GDI+ в Windows: интерфейс для отрисовки, унифицированный для всех. Wayland, в отличие от X11, не предоставляет оконной модели вообще, а отсылает к «протоколам поверх протоколов» — причём часть из них приватные или DE-специфичные (xdg-shell, zwlr-layer-shell и прочие). Это не экосистема, это зоопарк стеков, где каждый вынужден реализовывать недостающие фрагменты архитектуры с нуля.

Я думаю, что к моменту, когда иксы решат закопать окончательно, все юзкейсы будут закрыты

А что если нет? Что если не закроют? Значит, у нас будет ситуация, когда софт — реальный, нужный — будет искусственно ограничиваться, деградировать в UX, или полностью выпадать из пользовательского опыта. Не потому что он плохой, а потому что «архитекторы решили» выкинуть API, которым он пользовался десятилетиями.

Но поддержку иксов еще не дропнули

См. Fedora, GNOME, KDE, — они все по умолчанию уже на Wayland. Поддержка X11 переехала в XWayland (уже не полноценный X-сервер, а подобие эмулятора, прослойки), причём отстаёт по поддержке инпутов, GPU, и имеет свой event loop. Это уже не «поддержка X11», это — режим совместимости с проблемами.

В итоге что происходит:

  • Wayland — протокол;
  • wlroots — базовая библиотека;
  • Weston — референсная имплементация (которая не предназначена для реального использования);

А все остальные обязаны строить архитектуру на 10+ слоях API, которые либо не устоялись, либо не задокументированы. Это приводит к эффекту: все делают чуть-чуть своего, но никто не делает общего. Wayland не унифицирует стек, а его разрывает. В этом отличие от X11 и GDI.

Реальная альтернатива есть уже сейчас: развивать wine/proton-протоколы. Реализация GDI+ поверх Wine/DRM/DirectFB — возможный путь к новой GUI-архитектуре, без деградации по функциональности. Именно подобная реализация GDI+ может стать основой нового унифицированного протокола:

  • она API-first, а не protocol-first;
  • она стабильно работает с тысячами legacy-программ;
  • её можно обвязать DRM/KMS и GPU acceleration;
  • она имеет логическую совместимость с Win32 и .NET GUI-приложениями.

Wine и Proton на десктопе показывают, как можно развивать, не ломая. А Wayland на десктопе — как можно ломать, не развивая. Я не призываю закапывать Wayland. Он уже нашёл свою нишу. Его продолжат корпы развивать в нужном для себя ключе. Я лишь напоминаю, что сообщество снова совершает ошибку, полагаясь на заведомо слабое сиюминутное решение. Возможно, более критическую, чем в прошлый раз. Я буду рад, если всё пойдёт по оптимистическому сценарию, но выглядит это довольно печально. Скорее всего, Valve не будет развивать десктоп (о чём уже есть намёки с её стороны). Потому что её интересуют игры, игровые приставки, в целом несколько иные вещи. У неё свои корпоративные интересы.

posixbit ★★
()
Последнее исправление: posixbit (всего исправлений: 4)
Ответ на: комментарий от liksys

А в чем разница? Если ты про шрифты, то у Xorg для этого отдельные настройки. Qt смешивает два понятия на своей странице о HiDPI.

Вот что пишет Gtk на старом сайте:

В настоящее время GNOME включает поддержку hi-dpi, если разрешение экрана составляет не менее 192 точек на дюйм, а высота экрана (в пикселях устройства) — не менее 1200.

Scale factor 1 обычно равен стандартному значению DPI. Scale 2 = DefaultDPI(96?)*2

MOPKOBKA ★★★★★
()
Последнее исправление: MOPKOBKA (всего исправлений: 6)
Ответ на: комментарий от posixbit

А что если нет? Что если не закроют?

Что значит «если»? Вы хоть раз открывали обсуждения в wayland-protocols? В которых годами перетирают из пустого в порожнее, а всякие гномеры кричат «не нужно»?

ynn
()
Ответ на: комментарий от posixbit

Именно поэтому в Windows до сих пор живы и WinForms, и MFC, и даже Win32 — и все они работают.

Причем в HiDPI могут запускаться.

Мне Wayland напоминают такие проекты как XMPP, Minetest. Про XMPP и так всем известно, а с Minetest интереснее, столько лет развития, а игрой это поделие назвать нельзя, верней такой игры то уже и нет.

Изначально хотели сделать клон Minecraft, хорошая цель, Notch в одиночку сделал очень много, уровень Beta 1.7 не только бы устроил очень многих, некоторые бы наоборот предпочли бы его, а не оригинал который начал уклоняться в фентези с ведьмами.

Но вместо этого начался гениальный распил игры на плагины, лучше несколько протоко плагинов, естественно они конфликтовали, не стыковались, поэтому спустя 15 лет всем надоело, и решили окончательно избавиться от названия Minetest, и назваться движком для игр, каких - непонятно.

Но к Wayland интерес не угаснет из за RH, просто будет медленное развитие, если это можно назвать развитием. Тут протоколы помноженные на реализации, были ли еще такие проекты в истории человечества? Браузеры подходят, но они удачно вроде живут.

MOPKOBKA ★★★★★
()
Последнее исправление: MOPKOBKA (всего исправлений: 1)
Ответ на: комментарий от posixbit

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

Они ими являются, именно потому что видят проблемы в X11 и желают их дропнуть. Было бы странно, если бы команда вяленда не пересекалась с командой X11.

почему бы не начать с его погашения?

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

сделать X12, Xng, X-Wayland-InsideOut, наконец

На это нет ресурсов, и получившийся результат все равно был бы несовместим с иксами. А если совместим, то страдал бы всеми наследными проблемами иксового API.

Смотри: в случае с GDI в Windows тоже был «технический долг». Но никто не выкинул его на помойку

Собственно, это то, о чем я говорил про ресурсы. Во-первых, у микрософта они есть. Технический долг винды стоит астрономических денег. И дело тут не только в графической подсистеме, но еще и в апи для рисования компонентов. Во-вторых, у винды есть центр принятия решений - сам микрософт. Откуда вытекает в-третьих: сделать сервер, который бы устраивал абсолютно всех, будет почти невозможно, и в итоге все может снова свестись к тому, что кто-то будет использовать либо странные решения, либо форки. Если бы KDE и GNOME это было нужно, они бы запилили какой-то общий оконный сервер даже вяленным, но поскольку всё сообщество состоит из яжхудожников, договориться с ними будет невозможно. Так что договорились о протоколах, едином ядерном апи, а дальше сами. Если не сами - то вон wlroots.

В wlroots ты получаешь API, с которым нужно реализовать чуть ли не собственный GDM, Mutter и KWin одновременно, если ты хочешь больше, чем «открывать окна».

Мне кажется, сложность этой задачи немного преувеличена, учитывая, что композиторов вокруг wlroots понаписана уже херова гора.

Как они должны поддерживать бесконечно меняющийся API протоколов, описанных как «идея», а не «реализация»?

У API вяленда есть версионирование, и большинство протоколов уже считаются зафиксированными. А если что-то поменяется - добавится версия. Обратная совместимость в наличии, если этим озаботились тулкиты. Адекватные же тулкиты просто так ничего ломать не будут.

На практике сейчас нет единого, нейтрального GUI API под Wayland.

Я согласен, что было бы здорово иметь общую либу. Может быть, со временем она и появится. Но пока имеем, что имеем. Что я точно могу сказать: она не появится, пока не наступить всем на хвост. В общем-то, сейчас повторяется история с Pulseaudio. На заре его насильного внедрения, звуковая система в линуксе работала через жопу, скостылями и подпорками. Поттер, пользуясь административным ресурсом шапки, продавливал выпрямление кривых ядерных модулей, выпрямление пользовательского софта и прочие изменения, на которых все сидели и всем было привычно, но работало через пень-колоду. Было больно, зато сейчас со звуком на линуксе нет вообще никаких проблем. И даже саму пульсу уже выкинули в пользу Pipewire.

См. Fedora, GNOME, KDE, — они все по умолчанию уже на Wayland.

Fedora - тестовый полигон красношапки, c гномом все и так ясно, а кеды просто идут туда, где сейчас мейнстрим.

Поддержка X11 переехала в XWayland

Иксы всё еще запускаются в виде отдельного сервера.

А что если нет? Что если не закроют?

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

Это приводит к эффекту: все делают чуть-чуть своего, но никто не делает общего.

А кто сделает общее-то? Никто ж не хочет. Пойди попробуй гномеров с кедерастами помирить, чтобы они сделали общую оконную систему.

Реальная альтернатива есть уже сейчас: развивать wine/proton-протоколы.

Я не знаю, как ты себе это представляешь. Протон работает через xwayland, а снизу работает умный вяленый композитор. Если ты предлагаешь выкинуть вяленного и сделать gdi+->mesa->drm, то у тебя всё так же встанет вопрос реализации какого-то API, на счет которого опять никто не договорится, а реализовывать GDI+ будет значить перенос к себе всех архитектурных проблем дизайна этого самого GDI+.

Я лишь напоминаю, что сообщество снова совершает ошибку, полагаясь на заведомо слабое сиюминутное решение.

Сообщество вообще здесь ничего не решает, к сожалению. У сообщества нет ресурсов на разработки такого уровня с нуля. Люди не могут договориться. Приходится использовать что дают. Вяленд будет допилен до вменяемого состояния, в этом я не сомневаюсь. Какие-то WM в процессе умрут, но в остальном будет унификация вокруг основных игроков рынка DE, и это пойдет линуксу только на пользу. Я бы побоялся лет 10-15 назад, что не будет поддержки от разработчиков видеокарт (или будет плохая), но точно не теперь. Все в массе свыклись с тем, что вяленному быть.

Что касается вальве - они как раз активно развивают вяленд и пинают протоколы. Скорее всего, протокол абсолютного позиционирования и прочее придет именно от них.

liksys ★★★★
()
Последнее исправление: liksys (всего исправлений: 1)
Ответ на: комментарий от hateyoufeel

Однако, интегрировать wayland композитор в иксы бесшовно намного проще, чем иксовый софт в wayland. Просто пока что это никому не надо их-за повсеместной поддержки иксов

mittorn ★★★★★
()
Ответ на: комментарий от MOPKOBKA

А в чем разница?

Посмотри как расшифровывается DPI и подумай. А потом подумай, как ты, имея DPI, можешь принять решение о том что кнопка, которая рисуется шириной 20 пикселей, должна быть растянута до 30.

liksys ★★★★
()
Ответ на: комментарий от Iron_Bug

CI нынче бесплатно раздают, а свой без проблем можно поднять на VPS за пару евро в месяц. А вот кодеров нанять, которые работали бы со всеми подсистемами этих иксов - тут у него вероятно и не хватит финансов. В одиночку же подобные проекты обычно не затаскивают - работы слишком много

mittorn ★★★★★
()
Ответ на: комментарий от MOPKOBKA

Minetest это игра в разработку игр. Почему бы и нет.

Но вот вейланд, в отличие от minetest, должен решать практические задачи. И тут проблема. Разрабы играют в крутых архитекторов. И получается, да, похоже на minetest.

wandrien ★★★
()
Ответ на: комментарий от liksys

Если она должна быть растянута с 20 до 30, то DPI будет 144. Как я уже писал, 1.0 Scaling = DPI 96. Это футы - метры.

Стандартный DPI считается 96, Scaling от этого и идет, в GTK тоже так расчитывают, да и в Qt думаю тоже.

Ты просто подумай как ставится Scaling по монитору автоматически в Windows.

MOPKOBKA ★★★★★
()
Последнее исправление: MOPKOBKA (всего исправлений: 4)
Ответ на: комментарий от MOPKOBKA

1.0 Scaling = DPI 96

Магические константы, чудесно. Манипулирование переменными, означающими физические параметры дисплея, чтобы подогнать размер софта - вдвойне чудесно. Форменное костылестроение.

liksys ★★★★
()
Ответ на: комментарий от liksys

96 DPI уже захардкоженно в Java, Gtk, Qt. Это не костыль, а как уверяет MS традиция типографии, немного искаженная другим методом измерения (72 -> 96).

Не может это быть магической константой, если значение и так широко известно. Собственно подумай откуда взялось Scale 1.0, и почему шрифты именно такого размера при нем. Увеличение до 2.0 поднимает и DPI шрифта до понятного значения.

У Android вообще константа 160 выбранна, никто не жалуется, хорошо вроде сделали, не видел проблем с DPI. Взята она явно полу-произвольно.

MOPKOBKA ★★★★★
()
Последнее исправление: MOPKOBKA (всего исправлений: 4)
Ответ на: комментарий от MOPKOBKA

как уверяет MS

Ясно.

вообще константа 160 выбранна

То есть ты предлагаешь продолжать брать волшебные константы вместо спецпротокола. Видимо, если все со скалы спрыгнут, ты тоже спрыгнешь.

liksys ★★★★
()
Последнее исправление: liksys (всего исправлений: 1)
Ответ на: комментарий от liksys

Мне нравится предложение украсть все у MS. Давай посмотрим как хорошо сделали в GTK и Wayland? Изначально скейлинг задавался как 1, можно было поставить 2, а вот 1.5 нельзя, потому что скейлинг целочисленный, и все еще целочисленный внутренне в GTK4. Тем временем Windows с DPI 96 уже давно работает.

MOPKOBKA ★★★★★
()
Ответ на: комментарий от MOPKOBKA

У меня в Qt все работает, а проблемы GTK не особо интересуют.

liksys ★★★★
()
Ответ на: комментарий от liksys

Это число в Windows никогда не означало физические параметры монитора. Физические размеры и DPI монитора возвращаются через другой API. А оконный DPI – это значение ползунка в панели управления и не более. 96 чтобы с дробными числами не работать.

X512 ★★★★★
()
Ответ на: комментарий от ynn

активное вмешательство шапки тут выглядит очень странно

Ничего странного. Они не хотят иксы. Разрабатывают ведь вейланд разработчики красношапки, по заказу красношапки. Никогда не задумывался почему в вейланде так тянут с добавлением протоколов? Ответ простой, потому что люди там за почасовую зарплату работают. Им в любом случае заплатят, но если они будут тянуть и болтологией заниматься, то работать придется меньше.

vbcnthfkmnth123 ★★★★★
()
Ответ на: комментарий от MOPKOBKA

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

А майнтест конечно грустное зрелище. Идея интересная, какой был бы майнкрафт если бы была нативная платформа для модов. Вместо этого баги, ещё баги, и кое-как на кривой козе работающие моды, пригодные больше для декораций, и нарисованные программистами текстуры.

neumond
()

Wayland пока не готов для десктопа из за отсутствия поддержки VNC в стороннем софте.

I_one ★★
()
Ответ на: комментарий от Obezyan

Я писал что есть моники которые могут принимать через квантовый кабель сигнал hdr120 dolby-quadro-octo-vision 1000Hz 32K и прочее, но в винде они отображаются не как hdr всё равно, а как обычный sdr, потому что не могут отобразить они hdr, а только принять сигнал, о чём сообщают ОС. А есть моники которые отображают только sdr и принять могут тоже только sdr, даже по квантовому кабелю.

ext4
()
Последнее исправление: ext4 (всего исправлений: 3)
Ответ на: комментарий от MOPKOBKA

Wayland не только отсутствует по умолчанию во многих дистрибутивах

Опять путают теплое с мягким. Сеанс на базе Wayland во всех дистрибутивах по умолчанию, где по умолчанию GNOME и Plasma 6, как минимум.

а под каждый отдельный сервер (KDE, Gnome, Sway, Hyprland) мы делать костыли не собираемся.

Ещё и очком читают. Речь про nvidia-settings и управление конфигурацией монитора. Что по сути нахрен не нужно, ибо в каждом уважающем себя композиторе эти средства и так есть, и лучшего ты там не реализуешь.

Sunderland93 ★★★★★
()
Ответ на: комментарий от posixbit

А все остальные обязаны строить архитектуру на 10+ слоях API, которые либо не устоялись, либо не задокументированы. Это приводит к эффекту: все делают чуть-чуть своего, но никто не делает общего. Wayland не унифицирует стек, а его разрывает. В этом отличие от X11 и GDI.

Не удивлюсь, если окажется, что так и задумано. То, что ты (или я) считаешь плохим последствием, с точки зрения RH - главная цель ради которой всё это делается.

Цвет автомобиля может быть любым при условии, что этот цвет черный.

Это в стиле Красной Шапочки. «Эй, сообщество, продолжаете делать 20 велосипедов? Всё никак не можете провести стандартизацию? Тогда за это возьмёмся мы! Выпускайте Леннарта!» Если предположить что мотивы Красной Шапочки такие: «Мы не можем сделать GNOME лучше, не убив iceWM и fluxbox» и «пользователю нужен 1 графический интерфейс, а не 40», то ни с чем не совместимая реализация Wayland — очередной шаг к унификации.

macrohard ★★★
()
Ответ на: комментарий от I_one

Wayland пока не готов для десктопа из за отсутствия поддержки VNC в стороннем софте

Эту субстанцию (vnc в смысле), давно пора выкинуть на мороз. Уж, пардон муа, rdp и тот не в пример лучше, хоть это и несколько разные штуки. Редкое тормозное барахло. Используется, что называется, по бедности.

DrRulez ★★★★★
()
Ответ на: комментарий от Iron_Bug

ACM SIGCHI проводит конференции, публикует журналы. Там довольно много корп рисеча всякого, но это естественно для прикладной области.

Так вот прямо списывать со счетов не стоит. И Джефа Раскина — тоже. Лучше, правда, не в пересказе уважаемых регистрантов.

akho
()
Ответ на: комментарий от macrohard

Это в стиле Красной Шапочки. «Эй, сообщество, продолжаете делать 20 велосипедов? Всё никак не можете провести стандартизацию? Тогда за это возьмёмся мы! Выпускайте Леннарта!» Если предположить что мотивы Красной Шапочки такие: «Мы не можем сделать GNOME лучше, не убив iceWM и fluxbox» и «пользователю нужен 1 графический интерфейс, а не 40», то ни с чем не совместимая реализация Wayland — очередной шаг к унификации

Абсолютно верный подход! Годами об этом пишу. Правда я все-же оставил-бы еще kde и - хватит. Просто уже потому, что объемы написанного под тулкиты софта. Вот скрестить-бы их…

DrRulez ★★★★★
()
Ответ на: комментарий от AP

Мда, если приглядываться, становится понятно, что он не совсем честный журналист, скажем так.

И иронично, но именно политика по отношению к его имени сыграла такую роль в его популярности.

Ну серьезно, вот чувак публикует видео о том, что есть такая-то проблема, скажем нехватка денег в GNOME. В видео куча манипуляций фактами, но сам тон – вполне адекватный, нет какой-то истерики, нет абсолютно очевидного вранья. Он ведь действительно использует реальные факты, чтобы обосновать свои утверждения.

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

Vsevolod-linuxoid ★★★★★
()
Последнее исправление: Vsevolod-linuxoid (всего исправлений: 2)

Про точку зрения «X.org так хорошо работает, зачем его бросать. Вялый не готов.»

Правильный ответ: «Вот потому и бросают». Напомню, pulseaudio насильно вводили, когда оно работало отвратно, объявили устаревшим и начали от него отказываться, когда заработало нормально терпимо. Здесь так всё, пора привыкнуть.

macrohard ★★★
()

«X11Libre — свободный и независимый форк X.Org Server»

X.Org когда-то был свободным и независимым форком XFree86.

X11Libre удачи. Некоторым нужным софтам прослойки совместимости Xwayland будет недостаточно.

macrohard ★★★
()
Ответ на: комментарий от sniper21

Ну вот понимаешь, да? Публике-то продают красивую картинку «герой-одиночка против зловредных корпораций». Начинаешь копать глубже – и начинаются вопросы.

AP ★★★★★
()
Ответ на: комментарий от Sunderland93

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

Блин, а можно мне кастомные разрешения добавить во все из них? Или хотя бы в KDE?

Пока что ни в одном композиторе этого нормально не сделано (в wlroots тоже через жопу, я проверял).

hateyoufeel ★★★★★
()
Последнее исправление: hateyoufeel (всего исправлений: 1)
Ответ на: комментарий от liksys

Этому «скоро закопают совсем» под названием Вяленд уже 16 лет (!), а оно до сих пор где-то там работает, где-то не работает, с какими-то там драйверами и DE дружит, с какими-то нет...

duott ★★★★★
()
Ответ на: комментарий от macrohard

привыкнуть к чему? к поедению субстанции? но зачем?!

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

Iron_Bug ★★★★★
()
Ответ на: комментарий от AP

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

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

Iron_Bug ★★★★★
()
Ответ на: комментарий от sparkie

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

Iron_Bug ★★★★★
()
Последнее исправление: Iron_Bug (всего исправлений: 1)
Ответ на: комментарий от liksys

В смысле ну будет тема в 1,5 раза мельче и плотнее, и что? Шрифт то нужный! Смотрю вот на версию оксигена из кде6.3 и вроде так даже лучше будет.

kirill_rrr ★★★★★
()
Закрыто добавление комментариев для недавно зарегистрированных пользователей (со score < 50)