LINUX.ORG.RU

XLibre 25.0 — первый выпуск форка X.Org Server

 , , xlibre,


0

7

Представлен первый выпуск проекта XLibre, развивающего форк X.Org Server. Выпуск позиционируется как имеющий качество бета-версии и предназначен для тестирования и выявления возможных недоработок. XLibre 25.0 включает изменения ABI, то есть для корректной работы требуется пересборка X11-драйверов. Проект открыт к сотрудничеству с дистрибутивами и готов интегрировать в свой состав патчи, накопившиеся в процессе сопровождения пакетов с сервером X.Org.

Форк создал Энрико Вайгельт (Enrico Weigelt), занимающий первое место по числу подготовленных для X-сервера изменений — до создания форка от Энрико в X.Org Server было принято около 1600 изменений и ещё более 1200 изменений включено в кодовую базу форка. Энрико также является мэйнтейнером драйверов AMD FCH GPIO и VIRTIO GPIO в ядре Linux, и мэйнтейнером Xnest. Энрико приглашает присоединиться к работе над XLibre всех желающих, готовых внести свой вклад в разработку и заинтересованных в продвижении X11, независимо от страны, расы, пола, возраста, политических убеждений и личных особенностей. С момента основания форка к разработке уже подключилось более 10 участников, предоставивших несколько десятков изменений.

Причиной создания форка стало несогласие с политикой сопровождающих X.Org, ведущей к стагнации разработки, в то время как Энрико выступал за активное продолжение развития и проведения большой чистки X-сервера. Недовольство сопровождающих в отношении Энрико, которое привело к прекращению приёма от него изменений, вызвано тем, что некоторые связанные с проведением чистки изменения приводили к проблемам, регрессиям, нарушению ABI и сбоям при сборке. Кроме того, Энрико был склонен к обобщающим утверждениям и заявлял, что компания Red Hat намеренно тормозит развитие X-сервера.

В первом выпуске XLibre, помимо значительной чистки кода и избавления проекта от технического долга (более тысячи патчей), предложены следующие новшества:

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

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

★★★

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

Или ты сам просто не помнишь как это было 15-20 лет назад.

Во время учебы в универе в начале 2000-х я подрабатывал на одном заводе. Там как раз сервак был на Pentium 3 450 слотовом, и на нем были даже scsi винты. Но тормозил он пиндец как.

Вот сравнение из 2003: https://jmmv.dev/2023/06/fast-machines-slow-machines.html

Из 2023 может? Там чел пытается работать с 11 виндой на сурфейсе и маке 2013 года. В общем что этот Core m3 что древний Xeon в маке почти в два раза сливают в однопотоке современному n150 самому бюджетному современному процу от интел. А этот додумался на том гне запускать win 11. В общем сравнение гно.

но в люнексе всё не лучше.

Может тебе сходить к логопеду?

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

Статьи го**но, твои оценки тоже.

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

Там как раз сервак был на Pentium 3 450 слотовом, и на нем были даже scsi винты. Но тормозил он пиндец как.

Интерфейс тормозил? Мы конкретно про него, не про серверное применение.

Из 2023 может?

Да, сорри.

Там чел пытается работать с 11 виндой на сурфейсе и маке 2013 года.

Всё так. И ещё на сынкпаде.

В общем что этот Core m3 что древний Xeon в маке почти в два раза сливают в однопотоке современному n150 самому бюджетному современному процу от интел. А этот додумался на том гне запускать win 11. В общем сравнение гно.

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

Вот другая статья про задержку в текстовых редакторах. Там аналогичная картина: древнее говно без проблем рисует новый символ за 1/50 секунды, а новые редакторы не могут.

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

Только мой список прекрасно работает на PIII M и 256 МБ ОЗУ. А KDE жирный, неповоротливый и сомнительный.

Где когда скриншоты с описанием?

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

Интерфейс тормозил? Мы конкретно про него, не про серверное применение.

Там все тормозило. Да какой там сервер, тупо файлы от 1С в папке лежали, вот и весь сервер.

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

Ещё раз интерфейс Win 2000 примитвен на уровне win 98/me, тупо битмапы, да ещё ускоренные аппаратным 2D ускорителем. Интефейс Win 11 это полное 3D, это сложная отрисовка шрифтов, поддержка масштабирования, hidpi, hdr, цветовых профилей и хреновой кучи всего, в тех же KDE все то же самое.

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

https://www.youtube.com/watch?v=TLZ4lt4C4wo

Вот попробуй её запустить на Pentium III.

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

Интерфейс тормозил? Мы конкретно про него, не про серверное применение.

Там все тормозило. Да какой там сервер, тупо файлы от 1С в папке лежали, вот и весь сервер.

То есть, это рабочий сервер под нагрузкой.

Ещё раз интерфейс Win 2000 примитвен на уровне win 98/me, тупо битмапы, да ещё ускоренные аппаратным 2D ускорителем. Интефейс Win 11 это полное 3D, это сложная отрисовка шрифтов, поддержка масштабирования, hidpi, hdr, цветовых профилей и хреновой кучи всего, в тех же KDE все то же самое.

Это всё не важно, это просто детали реализации, на которые всем по сути насрать. Кнопочки, окошечки и панельки – это кнопочки, окошечки и панельки.

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

Вот попробуй её запустить на Pentium III.

Aston на Pentium 3 работал. Куча 3D игр на Pentium 3 работали. Почему игроделы могут рисовать картинку в 30fps, а авторы десктопа не могут?

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

Почему игроделы могут рисовать картинку в 30fps, а авторы десктопа не могут?

А какое разрешение текстур было в этих играх?

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

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

Ты на видосике обрати внимание на загрузку проца. Любое шевеление мышкой или анимация и проц 60-70 процентов. Вот это и есть цена красивого рабочего стола в те времена.

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

Почему игроделы могут рисовать картинку в 30fps, а авторы десктопа не могут?

Может у тебя десктоп такой? У меня все работает с частотой монитора 165 герц.

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

Почему игроделы могут рисовать картинку в 30fps, а авторы десктопа не могут?

А какое разрешение текстур было в этих играх?

Это имеет значение? В гноме какие-то гигантские текстуры что он жрёт гиг VRAM в простое?

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

В гноме какие-то гигантские текстуры что он жрёт гиг VRAM в простое?

У меня не жрёт: https://ibb.co/7dQZzC0k. При этом открыто дофига окон на нескольких рабочих столах, а uptime сами видите на картинке.

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

602 метра. Всё ещё больше крузиса.

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

А тупо битмап экрана у меня уже 20 МБ. Если просуммировать битмапы всех открытых окон, да с буферизацией, то где-то с полгига и выйдет, наверное.

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

Переключение у меня на ctrl-shift (alt-shift это неудачный виндузятный дефолт, я его и там менял всегда когда ей пользовался). С хоткеями не пересекается, да.

Если ты имеешь ввиду что переключение языка должно зависеть от того, была ли нажата третья кнопка или нет, считаю это плохой идеей. Но опять же, опция в конфиге на этот счёт вредной бы не была. Называть это багом и употреблять всякие «should be» неуместно.

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

Так оно и сейчас такое. Покрути мышкой по экрану, те же кеды влегкую половину процессора съедают.

Нет. Сейчас большая часть нагрузки на видеокарту. Процессор там очень слабо нагружается.

А вот раньше году в 2008 такое было. 20-30 процентов перемещение окна по рабочему столу потребляло.

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

Это их личное мнение. Ну и твоё, заодно. Баг это отклонение от запланированного поведения, а в данном случае всё работает как задумано, значит это не баг.

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

Покрути мышкой по экрану, те же кеды влегкую половину процессора съедают.

Выкинь зеленую каку.

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

Окей, допустим. Там реально стандартный Си используется?

Компилятор на основе lcc, сам lcc последний раз релизился 22 года назад, никаких новомодных c99 нету. Весь код в нестандартных расширениях.

Строковые функции работающие с char, используют 16 битный char, но специально обрезают все что выше 8 битов, что бы можно было работать как со стандартным ASCII. А еще sizeof(int) == sizeof(char).

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

Вот другая статья про задержку в текстовых редакторах. Там аналогичная картина: древнее говно без проблем рисует новый символ за 1/50 секунды, а новые редакторы не могут.

IDEA может, просто нужно правильно написать редактор, а никто этим не занимается: Программы, которые не тормозят (комментарий)

Если редактор на Java может так хорошо себя показывать, то хорошо написанный редактор на C/C++ должен обгонять все старье.

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

Называть это багом и употреблять всякие «should be» неуместно

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

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

Где когда скриншоты с описанием?

За вычетом панели мой последний скриншот в галерее. С панелью пока только в планах :)

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

Крути быстрее. Каждый ивент вырождается в запись в сокет вейланда/иксов. Чем быстрее крутишь, и чем больше dpi у мыши, тем больше композитор занимается io.

gaylord
()

Если сделают поддержку дробного масштабирования и разноDPIных мониторов, то будет убийца Wayland, в котором свои проблемы (невозможность позиционирования окон приложениями, невозможность встраивания окон одного приложения в другое и т д)

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

Так они и работают. Интерпретация «хоткей раскладки» + буква = другой хоткей без раскладки - не истина в последней инстанции, возможно пользователь действительно только переключал раскладку.

У меня вот было такое (не про раскладки но похоже): зажатый alt используется для изменения поведения программы (это в самой проге такая логика), а ещё там есть хоткей f4 для кое-какого действия. А ещё я тогда пользовался виндой. И так вот, иногда получалось что был зажат alt и надо было нажать f4, а винда это считала кнопкой закрывания окна, что было жутко неудобно и пришлось делать хак для нейтрализации этого поведения. Лучше было бы, конечно, если бы alt, захваченный прогой для своих целей, в хоткеях не участвовал изначально. Сейчас в линуксе закрывание окна на другой комбинации (super+esc) и ничему не мешает.

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

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

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

Да, у меня тоже перестала. Ну хоть это починили.

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

Так они и работают. Интерпретация «хоткей раскладки» + буква = другой хоткей без раскладки - не истина в последней инстанции, возможно пользователь действительно только переключал раскладку.

Не работают. Если я нажал Ctrl+Shift+I для инвертирования выделения, то я ожидаю, что будет инвертировано выделение, а не переключена раскладка.

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

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

А X11 этого точно совсем не может (причём, уже давно)? Может, это графические тулкиты (особенно, gtk4) не могу^Wхотят?

https://wok.oblomov.eu/tecnologia/mixed-dpi-x11/

https://gitlab.gnome.org/Oblomov/gtk/-/commits/wip/x11-mixed-dpi

https://flak.tedunangst.com/post/forbidden-secrets-of-ancient-X11-scaling-technology-revealed

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

Да, я надеялся, что команда MATE объявит о поддержке X11 (вместе с заодно уже и GTK) и, таким образом, тёплого лампового десктопа. А уже к ним присоединятся дополнительные желающие.

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

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

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

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

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

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

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

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

А X11 этого точно совсем не может (причём, уже давно)? Может, это графические тулкиты (особенно, gtk4) не могу^Wхотят?

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

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

Я тебе уже писал что твое видео N летней давности не актуально. Буквально вот эти видео мы обсуждали. Раньше IDEA тормозила больше всех, это так. Я ее не застал в таком виде, а потом они все значительно улучшили, и теперь всякие Eclipse, QtCreator, и VsCode по сравнению с IDEA, особенно при 270 гц - пытка.

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

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

Смотря какая клавиша, ну и те же Ctrl+Shift тоже выключаются из комбинаций, только уже две клавиши.

Когда клавиатуры были полноценными и содержали две клавиши Win, я вешал переключение на них. Теперь же вместо правой Win суют совершенно ненужную Fn в каждую клавиатуру.

Сейчас я предпочитаю пользоваться клавиатурами без нумпада, и переключение вешаю на CapsLock. Эта клавиша редко используется по прямому назначению, но даже в тех редких случаях, когда это надо, её прямая функция остаётся доступной по Shift+CapsLock.

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

А в чём тут разница с тем же Alt(Ctrl)+Shift? Так же по кругу переключает. Вот если хочется отдельными комбинациями каждую конкретную раскладку включать, тут да, одной клавишей не получится.

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

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

Сейчас эта проблема начала уже сжирать людей из 2000-10.

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

скорости анимаций на глаз были разные, прозрачности и закругленные углы всегда подглючивали. Сейчас они наконец довели все это до ума.

Сколько у вас мониторов и герц в них? Какая видеокарта?

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

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

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

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

И комп и ноут полностью amd. На компе 7900gre и монитор 2К 165 герц. На ноуте Vega 8 и экран 60 герц.

И там и там стоит manaro kde. Везде все работает можно сказать идеально. Жду 6.4 там вроде будет ещё лучше.

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

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

quantum-troll ★★★★★
()
Ответ на: комментарий от ogion

Смотря какая клавиша, ну и те же Ctrl+Shift тоже выключаются из комбинаций, только уже две клавиши.

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

Сейчас я предпочитаю пользоваться клавиатурами без нумпада, и переключение вешаю на CapsLock. Эта клавиша редко используется по прямому назначению, но даже в тех редких случаях, когда это надо, её прямая функция остаётся доступной по Shift+CapsLock.

Ну вот я этой клавишей пользуюсь постоянно, поэтому для меня это не редкий случай — на что мне вешать переключение?

Ctrl, Shift и Alt отпадают по очевидной причине.

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

А больше подходящих клавиш у меня на ноутбуке и нет.

А в чём тут разница с тем же Alt(Ctrl)+Shift? Так же по кругу переключает.

У меня не по кругу, а аналогично Alt+Tab: одно нажатие комбинации переключает между двумя последними использованными, а остальные (тоже отсортированные в порядке использования) можно выбрать, нажимая вторую клавишу из комбинации ещё раз. В случае одноклавишного переключения последнее становится невозможным.

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

Нет, не значит, и я даже привёл пример когда это нежелательно

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

Ну и кстати, если бы в вашем примере по нажатию Alt переключалась раскладка, то это сломало бы описанное вами «изменение поведения программы», поскольку событие нажатия до неё не дошло бы.

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

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

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

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

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

Никого она не будет, не выдумывай. Есть Xwayland.

gaylord
()
Для того чтобы оставить комментарий войдите или зарегистрируйтесь.