LINUX.ORG.RU

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

 , x11libre,

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

5

4

Представлен открытый проект 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)
Ответ на: комментарий от liksys

Как минимум на Дебиан параллельно с systemd можно поставить rsyslogd и пользоваться всеми привычными удобствами текстовых логов. Что у меня и сделано. Так что да, сам по себе systemd наличию нормальных логов не мешает. Вообще systemd - штука весьма неоднозначная. Убирание портянок на баше из инициализации системы и замена их «юнитами» - на мой взгляд все же больше плюс чем минус. А вот нафига было делать бинарные логи - непонятно. Похоже просто скопировали «как в виндах» без особого смысла.

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

Вы конечно можете заплатить много килобаксов за проприетарный софт который решит за вас эту проблему. Но далеко не во всех случаях имеет смысл вывалить столько денег даже если они есть. Если разработка электроники (причем дорогостоящей) не является основным видом деятельности то эти вложения просто не окупятся.

Я буквально об этом и говорил. Изначальный мой комментарий был о том, что кикад не годится для профессионального использования, потому что совместимость и пердолинг с версиями.

Если изменения существенные то всё равно придется перерисовывать и схему и плату,а это можно и в новом кикаде сделать.

Если изменения существенные, то берут и переделывают текущий проект, используя целые куски схемы и разводки. А не перерисовывают с нуля, это бред.

Если изменение мелкое - то разархивировать проект вместе с тем кикадом в котором он делался и поправить.

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

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

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

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

Весьма странная конфигурация если говорить именно о постоянной работе.

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

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

Есть плохие инженеры и хорошие. Если интерфейс у софтины хороший, ты этого не заметишь. Плохой интерфейс вызовет у тебя жжение пониже спины, и ты об этом запомнишь.

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

есть целая гигантская область знаний, в которой ты некомпетентен.

Вот только «область знаний» существует отдельно,а разработчики десктопных интерфейсов - отдельно.

в которой ты некомпетентен.

Некомпетентны в первую очередь те кто в 2025 году делает десктопные интерфейсы на «домохозяйском» уровне. Как в 90х начали так и продолжают,не только ничуть вперед не продвинулись,а суда и по Гному и по виндам после win7 - похоже даже назад откатилиcь.

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

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

Мне не интересно, что там на винде. Кивание на то, что где-то что-то не работает, и поэтому можно на что-то хер положить - такой себе аргумент. Конфигурации надо поддерживать, баги надо исправлять. Всё, точка.

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

А вот нафига было делать бинарные логи - непонятно. Похоже просто скопировали «как в виндах» без особого смысла.

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

А еще всё то же самое можно делать через апи, если твоему сервису нужно что-то в логах. Позволяет не писать самому тысячу и один парсер.

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

кикад не годится для профессионального использования,

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

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

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

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

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

Вот только «область знаний» существует отдельно,а разработчики десктопных интерфейсов - отдельно.

Я не понимаю, что ты мне пытаешься доказать. Что существуют шизики, которые только думают, что разбираются в UX/UI, а на самом деле нет? Это известный факт. Точно так же как существуют плохие специалисты в любой области.

Ты же не судишь астрономию по плоскоземельщикам?

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

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

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

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

Профессиональные художники работают на всём подряд.

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

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

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

архивировать ось совершенно нормально

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

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

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

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

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

Чушь. При необходимости масштабирования картинки, всё это превращается в шакалов. Сейчас это особенно актуально, когда один экран может быть 4K, а другой 2K.

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

Да, именно так.

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

бэкапы рабочих конфигруаций обязаны быть в любом случае

И всё это не имеет никакого отношение к дерьмовости кикада в контексте поддержки обратной совместимости.

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

рассчитывать на совместимость - это привычки моего инженера

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

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

Вообще-то совместимость уже потом всплыла как один из аргументов.

Это было озвучено сразу при заявлении о непригодности кикада для работы.

Если это единственный аргумент - то вопрос о привычках снимается.

Нет. Мне много рассказывали с примерами и демонстрациями о минусах кикада по сравнению с тем же альтиумом. Но я не схематехник, поэтому всё подряд не повторю.

Уж точно дешевле чем стоит проприетарный софт.

И снова нет. Поддержка конвертеров - это бесконечно растущий ком технического долга. Это будет дороже проприетарного софта в долгосрочной перспективе.

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

Все мои знакомые профессиональные художники поголовно сидят на винде

Даже если на винде - всё равно не на линуксе. И причина именно в наличии прикладного софта,а не разном dpi у мониторов.

При необходимости масштабирования картинки, всё это превращается в шакалов.

Зачем ее масштабировать? Рисуемая картинка находится на одном экране, рисовальные инструменты - на другом. Под картинку разумно использовать монитор с более высоким разрешением. То что эти экраны имеют разное разрешение и разное dpi - рисованию никак не мешает в этом случае. Или ваши художники как-то не так работают?

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

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

Даже если на винде - всё равно не на линуксе. И причина именно в наличии прикладного софта,а не разном dpi у мониторов.

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

Зачем ее масштабировать? Рисуемая картинка находится на одном экране, рисовальные инструменты - на другом.

Рисовальные инструменты всегда находятся на том же самом экране, что и холст. Просто так за ними удобнее лазать. На другие мониторы обычно относят рефы. Посмотри, как художники в реальности работают.

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

Никто в здравом уме не будет восстанавливать всю рабочую ось для обновления проекта

Я даже видел тех кто это делал,правда в виндах и с проприетарным софтом. Потому что,сюрприз, файлы от старой версии периодически «разъезжались» в новой,и вроде библиотеки компонентов отличались. Правда было это пару десятков лет назад - может сейчас такой необходимости уже и нет. А может софт криво украден был - я вовсе не уверен что он там был лицензионный.

дерьмовости кикада в контексте поддержки обратной совместимости.

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

Сам-то я сначала подумал что претензия именно в непривычности workflow. Например того что у него детали отдельно,а посадочные места под них отдельно. Хотя для случаев когда библиотеки компонентов делаются для себя самостоятельно,а не покупаются у производителей этих компонентов - это как раз хорошо. Для хоббистов так это вообще находка так как они используют те компоненты что есть в наличии. Сам успешно пользуюсь кикад с 2009 года, и доволен как слонъ(сейчас версией 6.0.11). Но у меня по большей части радиолюбительство всякое абсолютно некоммерческое.

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

Правда было это пару десятков лет назад

Ну вот и всё. Сейчас оси не меняются настолько активно, как в те времена.

Если претензия только в этом

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

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

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

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

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

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

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

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

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

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

не очень понимаю как разный dpi у мониторов может повлиять на процесс рисования

Дело не в рисовании как таковом, а в том, что из-за слишком большого DPI контролы интерфейсов могут быть слишком мелкими, и нужно всё масштабировать.

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

демонстрациями о минусах кикада по сравнению с тем же альтиумом.

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

Поддержка конвертеров - это бесконечно растущий ком технического долга.

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

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

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

Игры обсуждать не готов так как от них бесконечно далек в силу пожилого возраста.

из-за слишком большого DPI контролы интерфейсов могут быть слишком мелкими, и нужно всё масштабировать.

Да, страсть к слишком мелким и контролам и шрифтам имеет место быть и в линуксе и в виндах. Даже безотносительно нынешнего DPI эта проблема присутствует не меньше пары десятков лет. Однако выше вроде как писали что в Qt теперь будет само масштабироваться? Хотя например по моему опыту без установки

 QT_SCALE_FACTOR=1
 QT_AUTO_SCREEN_SCALE_FACTOR=0

Меню в FreeCAD разъезжаются по вертикали и становятся частично нечитаемыми. Как минимум в том что идет в поставке Дебиана 11 которым я пользуюсь.

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

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

Мы ходим по кругу, я уже раза три писал об этом на предыдущих страницах.

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

Условный 1366x768 тоже выглядел бы отлично

Я лет 5 активно пользовался 1366x768. Нет, не отлично. Особенно после 1920x1200 на 14".

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

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

Ага, а бенчмарки запускают на 10-летнем Tomb Raider от обилия альтернатив, угу.

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

Можете назвать хоть одну игру с большим бюджетом, с нативной поддержкой linux, выпущенную в этом году? Или хотя-бы в прошлом?

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