Состоялся релиз развиваемых проектом X.Org DDX-драйверов, работающих в пространстве пользователя и не требующих наличия KMS/DRM-драйверов на стороне ядра. В новых версиях предложены накопившиеся исправления ошибок и обеспечена совместимость с современными компиляторами. Доступны обновления:...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=60841
Судя по изменениям в libXmu, они старательно продолжают портить иксы. Одной захардкоженной зависимости от dbus в xserver недостаточно, не дай бг (борис гребенщиков) какой-то из компонентов останется юзабельным где-то ещё (где вялым и не пахло).
К слову, похожая ситуация с cairo. Корпоративные разрабы опенсорса из freedesktop откровенно саботируют.
> Корпоративные разрабы опенсорса из freedesktopа что есть еще какие-то?)
> откровенно саботируют.
Именно саботируют или им оно просто нафиг не упало?
Если она такая классная, то почему могучее Сообщество™ не запилит поддержку?
Это намёк на то, что freedesktop теперь представляет только интересы одной IBM и больше не пытается делать вид, что заведует опенсорсной десктоп-экосистемой.>не запилит поддержку
Разработчикам, использующим эти компоненты в своих поделиях, вот заняться больше нечем, кроме как бесплатно взять на себя сопровождение форков.
> Это намёк на то, что freedesktop теперь представляет только интересы одной IBM и больше не пытается делать вид, что заведует опенсорсной десктоп-экосистемой.Звучит как теория заговора)
Что-то в стиле скаллнета "идеальный рабочий айн-фюрер ХОрг заменяют на десятки вейландов, и поэтому это будет монополия"> Разработчикам, использующим эти компоненты в своих поделиях, вот заняться больше нечем, кроме как бесплатно взять на себя сопровождение форков.
Т.е это никому не нужно.
Значит просто помрет.
Никто ничего не заменяет. Это значит, что AIX будет поддерживаться, а остальные нет. Но и подгонять обновлять версии надо, ведь изменения такие важные.>никому не нужно
проприетарь вообще дешевле в применении, тут спору нет
> Это значит, что AIX будет поддерживаться, а остальные нет.Ну так пусть остальные поддерживают то что нужно им))
Или вы хотите чтобы IBM еще и все остальное тянула?
Так оно не работает - это ж опенсорс - или ты вкладываешься в проект, или переезжаешь на хурд.
>а что есть еще какие-то?)Есть, но их не пускают.
Лично меня удивила новость о прекращении поддержки ряда иксовых либ. Некоторые реально устарели и не используются десятилетиями. Но одна вполне себе используется. Которая нужна для флеш плеера.В новости сказано, что библиотеку дропают, так как NSAPI-плагин дропнут. Но ведь флеш, он ведь не только в браузере работает... Из винды можно было *.bin-файл для Linux, который использует GTK2 и ALSA.
Хм... странная претензия.
Флеш дропнули уже наверно везде где можно.
Всякие проекты по поддержке "совместимости" типа руфус тоже "скорее мертвы чем живы".
GTK2 - это никому не нужное, кроме пары васянов, и ее поддержка уже давно закончилась.
ALSA заменяется пульсой.Так что не удивительно.
Как говорит Линус Торвальдс, "конечного пользователя не волнует!". Если он играет в игру Trauma 2012 года, которая сделана на флеше (и которая сделана в виде нативного бинарника для Linux) - пользователя не будет волновать причина, из-за которой игра перестала работать.Вообще, надо прочитать заново старую новость. Что там за иксовая либа - может она только для NSAPI-плагина, а не для самого флеша? В этом случае, swf-ки, обёрнутые в нативный бинарник, не должны пострадать.
> Как говорит Линус Торвальдс, "конечного пользователя не волнует!".А потом дропает i386 несмотря на стоны фанатиков некрожелеза)
> Если он играет в игру Trauma 2012 года, которая сделана на флеше (и которая сделана в виде нативного бинарника для Linux) - пользователя не будет волновать причина, из-за которой игра перестала работать.
А разработчика не волнуют проблемы пользователя играющего в игры вышедшие дюжину лет назад.
Вот так и живем) Только юзер не решает практически ничего и может только поныть. Так что ты или контрибутишь и влияешь, или кушаешь что положили и ноешь.Если пользователю сильно хочется поиграть - он может использовать драйвер пред версии. Или ядро пред версии. Или вообще взять все приложения из 2012 и оно точно будет работать.
Потому что линукс - это про "stable nonsense".Автомобилисты наверное тоже удивились, когда пропал А76.
А ведь их к̶о̶л̶ы̶м̶а̶г̶а̶ ласточка еще огого!
Но их никто не спрашивал.
> Потому что линукс - это про "stable nonsense".Только на уровне драйверов. На уровне программ совместимость такая, что работают даже игры Loki Software 1999 года.
> Если пользователю сильно хочется поиграть - он может использовать драйвер пред версии. Или ядро пред версии.
Не сочиняй.
Странно, а тут уважаемые анонимы и не анонимы, утверждают что для нативных линукс игр нужно попьердолиться
opennet.ru/openforum/vsluhforumID3/133108.html#54Может тебе просто повезло с конкретной игрой.
Обычно достаточно для 32 битной игры поставить 32 битный линукс (с 32 битным ядром). Но вообще, у старых билдов на sdl1 очень не здорово с поддержкой сегодня, но им в основном нужна старая glibc, а той нужно ядро, собранное с определёнными параметрами.
> Обычно достаточно для 32 битной игры поставить 32 битный линуксТы не прав. Во-первых, никому не нужно устанавливать 32-битную систему, чтобы воспользоваться Wine. А если работает Wine, значит работают и 32-битные игры. Я прямо сейчас играю в Team Fortress 2 32-битный (64-битный не выходил) в 64-битной системе. Обычный Debian с multilib.
> Но вообще, у старых билдов на sdl1 очень не здорово с поддержкой сегодня
Во-вторых, без sdl1 у тебя бы не работал Dosbox. На SDL2 был переведён лишь Dosbox Staging, тогда как досовские игры в Стиме обёрнуты в классический Dosbox, и он у тебя работает.
Единственная проблема sdl1 может быть только в том, что некоторые игры просят установить его в систему. То есть, ты запускаешь условный World Of Goo, а он тебе "libSDL-1.2.so.0 not found". Устанавливаешь библиотеку, и всё работает. Никаких проблем совместимости у этой библиотеки нет. Я прямо сейчас ей пользуюсь в Debian 11.
> но им в основном нужна старая glibc
В-третьих, у Glibc есть обратная совместимость. Нет прямой, но есть обратная. Напомню, прямая совместимость, это когда прога, которую собирали и линковали с новой версией библиотеки, будет работать со старой, а обратная, это когда прога, собранная со старой версией библиотеки, будет работать с новой. Так вот, любая прога, собранная со старым Glibc, будет работать с новой. Какие-то проблемы, насколько я помню, были в древнючих версиях вроде 2.2.5. Но начиная с версий 2.3.x, совместимость железобетонная.
> а той нужно ядро, собранное с определёнными параметрами.
В-четвёртых, в линуксе обеспечивается совместимость программного обеспечения с новыми версиями ОС. Один раз был случай, когда в утилите kdesu возникала ошибка, оказалось что в ядре был баг, и kdesu это учитывал, а когда баг поправили, утилита сломалась. И знаешь что? Линус Торвальдс запретил менять поведение ядра, так как пользователя не волнует, если раньше программа работала, а сейчас нет.
Это у драйверов ABI ядра меняется каждый релиз. У программ - нет.
Я вижу, ты просто просто не понимаешь, почему старые 32 битные билды sdl1 не запустятся на современной glibc и почему старая glibc, которая пакуется с игрой как раз чтобы старая версия sdl1 работала, не запустится на современном ядре. А, между тем, это так. Буквально всё, что ты перечислил, не релевантно.
> Я вижу, ты просто просто не понимаешь, почему старые 32 битные билды sdl1 не запустятся на современной glibcВидать, это какое-то тайное знание, о котором знают лишь избранные. И я наверное недостаточно элитарен, чтобы ты поделился со мной этими тайными знаниями
> и почему старая glibc, которая пакуется с игрой как раз чтобы старая версия sdl1 работала, не запустится на современном ядре
Если хочешь, могу тебе выложить билд игры Герои Меча и Магии 3. Я только уберу файлы данных для английской версии, но напишу их контрольные суммы. Протестируешь. Скажешь, работает или нет. Билд 2000 года, версия 1.3.1a.
В дистрибутиве может быть ядро собранное с поддержкой легаси глибц и многие опции в ядре существуют исключительно для поддержки доисторической 32-битной проприетари. Если её нет, то и работать не будет, всё просто. Не могу сказать, кто и как собирает ядра, но смысла в таком легаси буквально 0.Есть такое поделие loki_compat (набор либ), так вот, не работает на современной системе, а ведь обновлялось всего лет 10 назад. Ещё я так и не смог запустить neverwinter nights, хотя вроде современная игра, вон даже длц пару лет назад выходило https://store.steampowered.com/app/1247750/
Насколько мне известно, Newerwinter Nights Enchanted не базируется на старом исходном коде Linux-версии. Порт был написан заново.Что касается loki compat, когда-то я с ним действительно ковырялся. Году эдак в 2011. Нужно было скопировать оттуда несколько библиотек, чтобы Героях 3 заработала игра по сети. А пользователи PulseAudio могли оттуда взять пару библиотек, чтобы заработал звук в игре.
Я не знаю, как обстоят дела с loki compat сейчас. И где посмотреть инфу об этом архиве с библиотеками.
Ну, если скомпилирована всё статически - да. Иначе может вылезти потребность в какой-то древней либе, которой нет.
О, ты понимаешь о чем я.
Когда начинается "мне не нравится эта либа, давай другую", "у тебя не та версия libc иди на винду" и тд.
Я уже молчу про случаи, когда сумашедшие фанатики ломают видеодрайвер в мирорном апдейте ядра.
>А разработчика не волнуют проблемы пользователя играющего в игры вышедшие дюжину лет назад.Ну поэтому вот у линукса на десктопе и нет пользователей.
>Если пользователю сильно хочется поиграть - он может использовать драйвер пред версии. Или ядро пред версии. Или вообще взять все приложения из 2012 и оно точно будет работать.
Не будет. Нативные игры под линукс из начала-середины 2000х (порты от Icculus, в основном) запустить практически нереально. Проще в вендовые версии под Wine играть.
Arx Fatalis (2001) на прошлой неделе запускал. В чём секрет? 64 битный билд из 2009 года, вообще на гитхабе есть исходники и наверно можно посвежее найти. 15 лет прошло, между прочим.
> Arx Fatalis (2001) на прошлой неделе запускал. В чём секрет? 64 битный билд из 2009И? Сказать то чего хотел?
А если переписать на новый движок, так вообще еще лет 10 бедет запускаться без проблем.Речь про старых играх, когда у тебя есть уже собранный код, а сорцов нету.
Коих подавляющее большинство игр.
Твое исключение только подтверждает правило)
Тут есть исходники, но билд-то оригинальный. Я хотел сказать именно то, что сказал, 32 бита дефективны и дело вовсе не в старом коде и старых зависимостях.
> Нативные игры под линукс из начала-середины 2000х (порты от Icculus, в основном) запустить практически нереальноОй, да что ты говоришь? Unreal Tournament 2004 как работал в 2007, так и продолжает работать в 2024. Там есть пердолинг с копированием библиотек openal.so и libSDL-1.2.so.0, вот только этот пердолинг был и в момент релиза игры.
>Флеш дропнулии что, тысячи тысяч флешек внезапно перестали существовать?
>GTK2
прекрасно работает и не создаёт проблем (как и всегда), в отличие от последующих, ломаемых каждые 2 месяца
>ALSA заменяется пульсой
во-первых, это совершенно безграмотно такое утверждать, а, во-вторых, пульсу уже давно закопали
>>Флеш дропнули
> и что, тысячи тысяч флешек внезапно перестали существовать?Тысячи лошадок не пропали, когда начали появляться машинки.
Каменный век закончился, не потому что закончились камни))
Это же опенсорс - тебе что-то надо, ты сам это саппортишь.>>GTK2
> прекрасно работает и не создаёт проблем (как и всегда), в отличие от последующих, ломаемых каждые 2 месяцаНу так напиши им патч! Сделай так чтобы оно работало.
В крайнем случае форкни и верни как было
> и что, тысячи тысяч флешек внезапно перестали существовать?Конечно не перестали существовать.
Но и особо не используются.Если ты такой ценитель - то можешь использовать проекты специально для таких случаев.
Напр. то же Flashpoint.
> ALSA заменяется пульсой.А ext4 заменяется midnight commander'ом
> GTK2 - это никому не нужное, кроме пары васянов, и ее поддержка уже давно закончиласьСамая производительная версия GTK на секундочку.
> ALSA заменяется пульсой
Пульса и пайпа работает поверх ALSA, неуч.
> Одной захардкоженной зависимости от dbus в xserver недостаточноЧто? Пруфы, Билли
> Что? Пруфы, БиллиПолуркай в исходниках пруфы. Если ты не запускаешь системную сессию dbus, иксы гадят гигабайтами в логи, это лет 5-7 назад ещё сделали. Причём, сперва зависимость удалялась тривиально, но они не сдавались.
У меня у NetBSD есть modular-xorg-server-21.1.11, но никакого dbus и в помине нету и в логах ничего нету. Ты мне вьираешь какую-то дичь
Да там наверняка D-Bus ради systemd сделали, а если его нет, то D-Bus нинужен и выкинут из сборок.
А d-bus это плохо или плохо что захрдкожено?
Я серьезно.
Плохо, что навязываемая зависимость. Я патчил, но потом надоело обновлять патчи. Вот никогда не держал системную сессию dbus для иксов, а пользовательской целиком достаточно для DE. Dbus -- это требование в большей мере вейланда, хотя, тоже не ясно, зачем ему обязательный доступ к системной шине и кроме очередного вендор локина ничего на ум не приходит. Правда, logind вроде тоже без системной dbus не работает, не уверен.
> Плохо, что навязываемая зависимость. Я патчил, но потом надоело обновлять патчи. Вот
> никогда не держал системную сессию dbus для иксов, а пользовательской целиком
> достаточно для DE. Dbus -- это требование в большей мере вейланда,
> хотя, тоже не ясно, зачем ему обязательный доступ к системной шине
> и кроме очередного вендор локина ничего на ум не приходит. Правда,
> logind вроде тоже без системной dbus не работает, не уверен.а что приходилось патчить, если не секрет? а то я и gtk3 от дбаса отвязал, никаких проблем в мейнтейнинге нету. Иксы и подавно.
С каких пор dbus стал требованием вейланда? Композиторы и без него спокойно гоняются, ты что-то путаешь.
Это когда QNX успел устареть? Шинда тогда тоже устарела.
Чпукс меньше года назад релиз выкатил судя по педивикии, да и в питон регулярно фиксы завозят, значит, пользователи есть.
> In December 2023, QNX released QNX SDP 8.0 which is powered by a next generation microkernel with support for the latest Intel and ARM [v8 and v9] 64 bit platforms, GCC12 based toolchain and a QNX toolkit for Visual Studio Code.Дейсвительно странно.
>драйвер для старых видеокарт NVIDIA, для которых не предоставляется поддержка на уровне ядра.Сторонние ядерные модули запретили?
Сторонние модули всячески саботируют ссылаясь на "Stable API is nonsense" уже третье десятилетие.
Это чтобы корпы со своими блобами не думали что им всё можно. Или пусть опенсорсятся или пусть бабки платят кому надо (разрабам) чтобы их модули работали.
Так вот почему корпы донатят миллионы в линукс фонд! Чтобы затруднить себе разработку и обеспечить девелоперам зарплату!
Представляю как Линус держит корпы за причинное место и говорит - "Деньги или я меняю сигнатуру этой фунции."
Звучит как бред)
Хотя представлять лапчятых как шантажистов-террористов... а может и не бред.Хотя думаю после второго подобно взбрыка, корпы сделали бы свой форк ядра.
Тот же оракл, уже держит свой вариант старого ядра на поддержке.
Да это бы им обошлось не дешево, но лучше чем взбрыки поехавших фанатиков.Но пока Линус только извиняется и уже ни о какик "факу ю" в сторону уважаемых спонсоров себе позволить не может.
Это просто смешно думать что всё корпы взяли и договорились как надо правильно делать апи для модулей. И так чтобы всем подошло и было хорошо. Каждый корп и разработчик будет тянут одело на себя. Как итог проще делать как удобно разработчику в данный момент, а не думать за Ненавидию заведётся ли её блоб или нет. Это личная проблема Ненавидии и пусть лучше отслюнявит ещё больше бабок на разработку и новых программистов. Денег у них сейчас норм.
Почитай историю X Window System, проэкт Athena и Х-consortium, о том как корпорасты взяли и дороворились.
И создали проект который был весьма хорош на свое время.
От которого потом взяли кода для XOrg.И главное, не говори глупостей!
Что значит себе? Что значит донатят? Они не донатят, а сами разрабатывают. Или у них сотрудник на донатах сидят, а не на зп? И корпов там не один. Делать всё под одного заказчика путь в никуда. Кто хочет плюшек стабильности или диктовать свои правила пусть своё ядро разработает. Ну или пусть сидит на ФриБСД без дров даже для файловой системы нормальных.
> Ну или пусть сидит на ФриБСД без дров даже для файловой системы нормальных.О, подкатила местная кекспертиза.
Когда-когда там у "нормальных дров" появился асинхронный и объединенный трим для extX?
Или пусть лапчатые сидят на открытых и свободных дровах, в которых ЧСХ ничего не работает)Думаю нвидии проще поставлять патч на ядро и пусть интеграторы сами ставят тем, кому действительно надо.
А может какие-то школьники уже написали патчи типа
-EXPORT_SYMBOL_GPL()
+EXPORT_SYMBOL()
а стоп, они уже есть!Хочешь чтобы дрова работали - ставь патч, не хочешь сиди на нуево, как бы это не было нуево.
Это DDX-драйвер, он работает не на уровне ядра. Подробно об этом я писал тут: https://www.opennet.dev/openforum/vsluhforumID3/132737.html#8Конкретно этот драйвер поддерживает максимум GeForce 8, 9 и GT(S/X) 2xx, и, судя по гиту, поддержки Fermi и более новых туда добавлено не было. Логично, так как есть nouveau.
Для Fermi пока ещё блоб (390xx) работает с неоф-патчами на свежих ядрах. Нуво - уж совсем на крайний случай.
> Для Fermi пока ещё блоб (390xx) работает с неоф-патчами на свежих ядрах.
> Нуво - уж совсем на крайний случай.Драйвер nv, это не для использования на тех картах, которые больше не поддерживаются новым драйвером. Это другое. Представь, 2005 год, июнь, доллар 30, ты покупаешь топовый ПК на базе Athlon 64 FX-57, полтора гига памяти DDR1-533, хард на 250 (SATA, естественно), _NEC DVD ND-3520AW, GeForce 7800GS и Audigy 2. Устанавливаешь только что вышедний CentOS 4 (или SuSE 9.2) и задумываешься, вот что бы поиграть?
На сибнете лежит архив с игрой Unreal Tournament 2004, Linux-версия. Ты её запускаешь, а она... не запускается. Оказывается, тебе надо установить видеодрайвер. Нет проблем: устанавливаешь. Игра запускается, ты счастлив. Наигравшись, ты задаёшь себе вопрос: а как же винда (ой, линда, ой, иксы, короче линукс) запустился без драйвера? Оказывается, вместо драйвера был nv. Он позволял отрисовывать окошки и даже поддерживал 2D-ускорение.
Вот так. Драйвер с открытым кодом, который все сносят в первый же день, чтобы установить NVIDIA Propriterary driver. Предназначенный для того, чтобы комп хотя бы запустился, когда ты ещё не установил дрова. Ну или для офисных работников, которым хватает Zuma Deluxe и Chuzzle Deluxe.
Жалко что vmware драйвер для виртуалок уже давно и на столько заброшен что печально. Могли бы уже давно его подтянуть до такого уровня чтобы wayland и firefox webrender работали на аппаратном уровне 3D ускорения.Потому что по моим тестам wayland сессия либо просто не работает в современных дистрибутивах под vmsvga видео драйвером, либо в разы быстрее работает с выключенным 3D ускорением.
Очень приятно, что такую древность как Саваж поддерживают, правда, непонятно где её применять.
Их очень гемморно завести. Применять можно везде, где не нжена графика. Окошки рисует, мышку тоже. Чего ещё надо.
Trident поддерживается?
> xf86-video-savage 2.4.1Вот это я понимаю годнота, а не эти ваши бездушные RTX 4090
поддержку 4k мониторов надеюсь завезли?
> libXmuубрали архитектурно-специфичные if(n)def'ы, сломав сборку на этих платформах, зато добавили тестов. На этом изменения от Alan Coopersmith араклавца, любителя гном-вертикальных-технологий и co-lead of X.Org Foundation security team практически фсё.
Кажется я понял задумку: ломать с каждым релизом до неюзабельности, как с xf86-video-xkeyboard было. Тупо сломали сборку, и выкатили релиз выдающий в лог "пирихадити на либинпут", лол.
И да, удачи BSD и прочим не-linux-only накладывать вручную патчи. Впрочем, уверен они справятся. Но вот такое вот "дайвёрсити": кого надо дайвёрсити.
Уже давно справились, у нас есть /dev/wsmouse, /dev/wskbd и все великолепно работает
Зачем они древности поддерживают? Что за страсть возиться с ископаемыми ящерами?)