LINUX.ORG.RU

X.Org Server 21.1.0

 , , ,


3

1

Спустя три с половиной года с момента выхода последней значительной версии состоялся релиз X.Org Server 21.1.0. Изменена система нумерации версий: теперь первая цифра означает год, вторая порядковый номер крупного релиза в году, а третья — корректирующее обновление.

Из значительных изменений можно выделить следующие:

  • В xvfb добавлена поддержка 2D-ускорения Glamor.

  • Добавлена полноценная поддержка системы сборки Meson. В следующей значительной версии будет удалена поддержка сборки с помощью autotools.

  • Появилась поддержка XInput 2.4, дающая возможность использования управляющих жестов на тачпадах.

  • XWayland теперь выпускается в качестве отдельного пакета со своим собственным циклом разработки.

Также сделан ряд небольших изменений и исправлений.

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

★★★

Проверено: hobbit ()
Последнее исправление: sudopacman (всего исправлений: 6)

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

Сдаётся мне, что X.org работает, а Wayland до сих пор = Gnome, а за пределами Gnome - жуткие поделия, вроде reference гумна Weston, либо адов глюкодром (KDE).

Вся суть Линукса: все 30 лет что-то делают, бросают посредине, начинают что-то новое, снова бросают, ибо изначально спроектировали задницу. Повторить до изнеможения.

Тем временем, большинство Win32 приложений, выпущенных в 1995 году, работают в Windows 11, а народ удивляется, почему линукс вперде. Не совсем, конечно, его любят ИТ’ники, которым не жалко своего времени и хочется изобразить из себя «илиту».

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

// b.

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

Почему это? Если программе не нужен доступ к глобальному вводу, то у неё его и не должно быть.

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

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

Это ты несёшь.

С учётом того, что дальше у тебя в сообщении идёт, это заявление забавно.

У тебя если фундаент дома будет рушиться

По теме возразить нечего, да? Какая связь трансляции экрана через Wi-Fi с фундаментами домов? Я тебе конкретный пример привёл, где технология работала два года назад и работает сейчас, хотя ядро с тех пор поменялось.

i-rinat ★★★★★
()
Ответ на: комментарий от anonymous

Я, тем временем, свалил с Phoronix, ибо там настолько элитизм окреп, что любого, кто не дай бог что-то скажет про проблемы Open Source, моментально начинают гнобить, обзывать и оскорблять. Wayland «идеален» во все щели, а там где он неидеален - это «проблемы реализации, которые скоро устранят». С 2008 года всё устраняют и устраняет, а велосипедов window compositors становится всё больше и шире, а проблемы не решаются.

Причём из тех, кто это делает 99% ни черта для Open Source не сделали, а Линуксом начали пользоваться год два назад.

// b.

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

уважаемый всеми Keith Packard

Нет. Он сам сознаётся что пишет говнокод которым нельзя пользоваться.

Обобщение 80 уровня. Фу таким быть.

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

Больше нигде такого говнокода нет. Везде либо композитор, либо полноценные полигоны на уровне сервера, а не убогие трапезоиды, прибитые к алгоритмам Cairo. Про XFixes одно название про всё говорит.

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

Ну так и в линукс user-api как раз stable.

http://blogg.forteller.net/2016/humble-test/

Про игры Loki конца 90х я вообще молчу: большинство из них даже не ставится.

Так же я молчу, что в каждой новой версии glibc, glib, libstdc++ и до бесконечности - новые символы, так что компиляция с ними сразу делает невозможной запуск приложений в предыдущих версиях дистрибутивов.

Поэтому всякие Google Chrome, Mozilla Firefox, MS Edge, VirtualBox собирают на гипер древних дистрибутивах, а VMWare Worstation тащит с собой вагон gtk/gnome библ.

В Windows 11 можно спокойно собирать приложения для Windows 7, а если немного постараться, то и для Windows Vista, XP и даже Windows 2000.

«Stable user-API» ХА ХА ХА

// b.

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

Единственное (!), что стабильно в Линукс - это POSIX API, но на них ничего, кроме консольных приложений, не напишешь.

Только на кой фиг нужен Linux в этом случае? POSIX прекрасно работает в Windows после компиляции в MinGW.

// b.

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

Почему это? Если программе не нужен доступ к глобальному вводу, то у неё его и не должно быть.

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

На мой взгляд, с точки зрения безопасности, о которой велась речь, подход «белого списка» (когда запрещено всё, что не разрешено явно) лучше. По умолчанию доступа к глобальному вводу нет, а для той небольшой доли программ, которой он нужен, следует использовать расширение протокола или другие методы, на которые уже можно навесить любые политики доступа, начиная от интерактивного запроса разрешения у пользователя и заканчивая устанавливаемыми с такими программами правилами. Это всё равно лучше, чем когда каждый по умолчанию может читать любые события, любые атрибуты окон, любые pixmap-ы и т.д.

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

Работает плохо. Вот итог. И лучше не будет.

ЗЫ: поэтому я терпеть не могу фанатиков, им не про результат, а как на фиктивных тендерах — чисто вот кинуть «что-то есть, галочку ставим».

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

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

Для начала эти методы должны быть. Пока там бардак из разных несовместимых расширений.

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

Вот такое для неё до сих пор норма

ССЗБ. Штатно настроить по своему выбору время, в которое будет проведена загрузка обновления, установка обновления и перезагрузка не удосужился - упс.

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

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

что в каждой новой версии glibc, glib, libstdc++ и до бесконечности

Одну из трёх угадал.

запуск приложений в предыдущих версиях дистрибутивов

Запусти мне приложение из Win10 в Win2k.

Поэтому всякие Google Chrome, Mozilla Firefox, MS Edge, VirtualBox собирают на гипер древних дистрибутивах

Как раз потому, что glibc, glib и GTK (в рамках мажорной вертки) поддерживают обратную совместимость. Сюрприз.

В Windows 11 можно спокойно собирать приложения для Windows 7

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

Stable user-API

Речь про kernel, балбес. Впрочем, @birdie - это диагноз.

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

Работает

О, ты хотя бы признал, что всё-таки работает. Уже прогресс в понимании.

Работает плохо.

Сомневаюсь, что ты пробовал. Работает оно с теми же артефактами, что и реализация в Windows.

И лучше не будет.

К чему это заявление? В Windows тоже лучше не будет. По крайней мере, за годы у меня не стало, хотя Windows 10 регулярно получает обновления.

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

О, ты хотя бы признал, что всё-таки работает. Уже прогресс в понимании.

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

Ты соврал. Как всегда выдумываешь, и сам смеёшься.

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

Оно у меня вообще вошло в бесконечный цикл установки обновления, перезагрузки, ошибки и отмены изменений.

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

Ты соврал.

Где? Ссылку, пожалуйста, и цитату.

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

В Windows тоже лучше не будет.

Конечно будет, глупости не пиши.

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

И традиционный твой глупый приём «везде есть проблемы, значит везде одинаково» не имеет смысла.

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

приведи мне хоть одно мое высказывание в этом треде, не соответствующее фактам

Как минимум то, что устаревший == не получает изменений.

формой. я предпочитаю письменную

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

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

Сдаётся мне, что X.org работает, а Wayland до сих пор = Gnome, а за пределами Gnome - жуткие поделия, вроде reference гумна Weston, либо адов глюкодром (KDE).

Сам не пробовал, но поговаривают, что sway весьма неплох. Пусть его пользователи уточнят.

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

Я сам пересел на Wayland-сессию вынужденно, но обратно уже не собираюсь. (Всем пофиг, да.)

Тем временем, большинство Win32 приложений, выпущенных в 1995 году, работают в Windows 11

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

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

Запусти мне приложение из Win10 в Win2k.

В чём проблема? Собираем приложение и запускаем. Или что конкретно имеется ввиду под приложением Win10? Я и в Win98 запускал приложение Win10.

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

Никаких библиотек винды подкидывать никуда не нужно. Устанавливаем компилятор и собираем. В Visual Studio 2022 можно установить компилятор С++ который поддерживает создание приложений для Windows XP. и C# который поддерживает создание приложений для Windows 98.

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

Как минимум то, что устаревший == не получает изменений.

цитату, потому что я утверждал полностью противоположное

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

Сам не пробовал, но поговаривают, что sway весьма неплох.

Там обычные окна с рамками и таскаемые мышкой есть?

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

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

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

Или что конкретно имеется ввиду под приложением Win10

Собираешь среднестатистическое приложение (не HelloWorld окно на WinAPI) родным MSVS на родной Win10. Закономерно обламываешься на версиях ниже. Ну на 8 может ещё заведётся.

можно установить компилятор С++ который поддерживает создание приложений для Windows XP

можно установить

Ключевая фраза. Там ещё и весь рантайм подтянется. Мой любимый пример - заюзай мне на XP RWLock-и.

C#

Ну давай уж и Java тогда вспомним.

upd. И да, про libstdc++ было особенно смешно, вспоминая MSVCRT/MSVCP хренаста версии для разных софтин в одной системе

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

Так же я молчу, что в каждой новой версии glibc, glib, libstdc++ и до бесконечности - новые символы, так что компиляция с ними сразу делает невозможной запуск приложений в предыдущих версиях дистрибутивов.

В Windows 11 можно спокойно собирать приложения для Windows 7, а если немного постараться, то и для Windows Vista, XP и даже Windows 2000.

Ситуация одинаковая: если программа использует новые символы, то она не заработает в старой системе, где этих символов нет. Поэтому если ваша программа использует какую-нибудь WSAPoll(), то не работать ей на Windows XP.

«Stable user-API» ХА ХА ХА

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

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

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

Offtopic и оскорбления - пропустим: это обычно, когда аргументов нет.

Одну из трёх угадал.

Угадал все - тредов по поводу missing symbols в любой из них навалом. А по факту таких библ - большинство.

Запусти мне приложение из Win10 в Win2k.

Где я это предлагал? Не фиг мне присваивать то, что я не утверждал.

Как раз потому, что glibc, glib и GTK (в рамках мажорной вертки) поддерживают обратную совместимость. Сюрприз.

Stable user-api не оканчивается обратной совместимостью, сюрприз, иначе бы вы не могли собрать приложения в Windows 11 для Windows 7.

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

Насчёт библиотек и toolchain - наглая ложь - ничего, кроме компилятора и определенных флагов компиляции не надо. В линуксе это вообще никак, кроме секса с chroot, что по сути - сборка в виртуалке/старой версии. Сразу видно человека, который ничего в Windows не собирал никогда.

Речь про kernel, балбес. Впрочем, @birdie - это диагноз.

И снова оскорбления. Набор userpsace API в Линукс ядре настолько убог, что дальше консольных приложений - никуда. Ах, да, есть KMS - много приложений с ним напрямую работает? Ноль целых три десятых? Какой мощный API! Точнее бесполезный для 100% графических программ, ибо сверху Wayland Compositors -> GTK/Qt/EFL или Xorg/X11. Ах, да, вяленый даже не предоставляет никаких API для low level 2D graphics. Есть https://wayland.freedesktop.org/docs/html/ch04.html https://wayland.freedesktop.org/docs/html/apb.html - ха, ха, ха. Как мощно! В буфер пишите - мы вам выведем. Вот это порнография. Тонна дупликации кода начиная от композиторов, которые одни и те же API реализуют и то же самое в GTK/Qt/EFL, которые реализуют методы работы с Wayland и его недоделанными API. Была https://github.com/michaelforney/wld , но проект сдох и никем не используется.

// b.

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

Собираешь среднестатистическое приложение (не HelloWorld окно на WinAPI) родным MSVS на родной Win10. Закономерно обламываешься на версиях ниже. Ну на 8 может ещё заведётся.

Какой-то бред написан.

Приложение будет требовать ту версию Windows, API которой использованы. Можно уже писать приложения которые не запустятся на Windows 10.

Windows 11 SDK 22000 позволяет собирать программы для Windows 7.

То есть если я не буду использовать API которых нет в Windows 7, то используя Windows 11 SDK 22000 и последний Visual C++ 143 можно собрать программу, которая будет работать в Windows 7.

Для сборки программы для Windows XP, в Visual Studio Installer нужно выбрать Visual C++ 141 для Windows XP, тогда установится компилятор и Windows 7 SDK, и можно собирать программы для Windows XP.

https://imgur.com/a/uGMONJE

Мой любимый пример - заюзай мне на XP RWLock-и.

https://docs.microsoft.com/en-us/windows/win32/api/synchapi/nf-synchapi-initializesrwlock

Minimum supported client: Windows Vista

Глупый пример. Читается документация и всё.

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

Только на кой фиг нужен Linux в этом случае? POSIX прекрасно работает в Windows после компиляции в MinGW.

Ой, не рассказывайте. Попробуйте сделать дубликат сокета с помощью dup(), использовать select() с named pipes, использовать setsockopt() в её POSIX-объявлении, и т.д.

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

Для начала эти методы должны быть. Пока там бардак из разных несовместимых расширений.

Ну так не готово ещё. Однако если N лет назад было не готово на 80%, то сейчас, может, на 10% — прогресс есть.

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

Ситуация одинаковая: если программа использует новые символы, то она не заработает в старой системе, где этих символов нет. Поэтому если ваша программа использует какую-нибудь WSAPoll(), то не работать ей на Windows XP.

MSVC элементарно настроить, чтобы собирать под Windows 7.

Right clicking your project -> Properties -> General -> Platfrom Toolset -> Visual Studio 2012 (v110)

Всё.

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

Бесконечно убогий API, которого недостаточно для 100% графических программ.

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

Ой, не рассказывайте. Попробуйте сделать дубликат сокета с помощью dup(), использовать select() с named pipes, использовать setsockopt() в её POSIX-объявлении, и т.д.

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

А так монстры вроде Firefox, Chrome и прочих. Там и абстракций хватает и собственные аллокаторы памяти есть, но всё равно.

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

Там обычные окна с рамками и таскаемые мышкой есть?

Я же написал, что сам не пробовал. Однако быстрый Google-поиск утверждает, что есть.

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

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

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

Ну т.е. для каждой конкретной платформы MSVS из среды подкидывает тебе конкретную версию компилятора (в платформе их несколько) и конкретный рантайм. Собственно о чём я и говорю.

Что мешает сделать тоже самое в линуксах (также в общем-то и делается) - для меня загадка века. Ну ест-но это придётся делать руками, ну на то он линукс.

Читается документация и всё.

Т.е. какбы если они используются в приложении (или ещё хуже в рантайме), то с XP у нас случился облом-с.

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

Какую ещё общую ситуацию? Почему тогда улучшение общей ситуации не видно у меня?

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

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

i-rinat ★★★★★
()
Ответ на: комментарий от fsb4000

Спасибо, мил человек.

Я бы привёл пример Рошаля, который собирал WinRAR для Windows XP на Windows 10 до последнего времени, но сейчас он уже minimum Vista - это уже не доказательство, наверное - LOOOOL.

Это всё равно что на Fedora 35 без chroot и извращений собрать графическое приложение для RedHat 7.1 (нет, я не про RHEL, я про https://en.wikipedia.org/wiki/Red_Hat_Linux ) - LOOOOOOOOOL.

Для начала: где взять GTK1/Qt2, интересно?

Фанаты свободы - такие фанаты. В лицо тычешь фактами - «не, всё не так».

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

MSVC элементарно настроить, чтобы собирать под Windows 7.

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

Бесконечно убогий API, которого недостаточно для 100% графических программ.

Это не соответствует истине, ибо 100% графических программ для GNU/Linux работают в конечном счёте через этот API.

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

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

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

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

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

но сейчас он уже minimum Vista

Прикинь, и я даже знаю почему

Microsoft ended support for Windows XP on April 8, 2014. While the current version of the Visual C++ Redistributable for Visual Studio 2015-2019 only supports Windows Vista, 7, 8.1, 10, and 11, older versions of the C++ Redistributable can be installed on Windows XP. The last version of the C++ Redistributable for Visual Studio 2015-2019 that works on Windows XP shipped in Visual Studio 2019 version 16.7 (file versions starting with 14.27).

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

Когда делали Windows NT уже была рабочая реализация Windows 9x. Но получилось почему быстрее несмотря на намного больший набор работ.

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

Ринат, я удивляюсь, что ты до сих пор тут, честно.

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

Большинство - оголтелые фанаты свободы, которые орут, закрыв уши, про превосходство Линукса и Open Source. Ещё больше орут, когда показываешь, что проблемы изнутри, а NVIDIA и Microsoft никаким местом.

Я надеюсь, что Fuchsia или HaikuOS взлетят в ближайшее время. Надоели баги и бесконечные регрессии.

Хочется людей/ОС с enterprise подходом к качеству и совместимости. Linux в качестве enterprise - это только RHEL, но он, увы, больше для серверов.

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

Когда делали Windows NT уже была рабочая реализация Windows 9x. Но получилось почему быстрее несмотря на намного больший набор работ.

Windows NT пилили с конца восьмидесятых вообще-то.

Rootlexx ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.