Объявлено о дате проведения конференции разработчиков X.Org в 2026 году

А что нужно, по-твоему? Autotools?

Под ps нужны иксы? Мне под макось тоже нет. Ну и че тогда дурь городишь?

Автотулзы не занимаются сборкой.

вообще к царству бактерий причислят :-Р

Скорее к разумным грибам

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

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

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

Видели XFree86, увидем и XLibre.

В белых тапках.

Totgesagte leben länger. ¯\_(ツ)_/¯

Total tote Hose ;-)

Они будут обсуждать предстоящие похороны. Т.е. : кто будет нести гроб? Кто будет забивать гвозди? Кто забьет последний гвоздь в гроб? Кто будет копать и кто закапывать? Ну и финалом - где будут отмечть поминки :)

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

Это не докапывание, это существенная деталь. Мне всегда не нравилось что новые системы сборки типа мезона противопоставляют старым системам вовсе не сборки, а конфигурирования (автотулзам). Так вот, всё что нужно от автотулзов:

1) сгенерить файлик с пачкой defin-ов про наличие/отсутствие разных функций в ОС и в запросе от юзера

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

3) редко, сменить опции компиляции на какие-то специфичные для редких ОС

Очевидно, для этой простой задачи (которая, в основном, сводится к тестовой компиляции коротких исходников и проверке существования определённых файлов) никакие монструозные штуки (каковыми являются и автотулзы и «современные системы сборки») не требуются. Если ты хочешь спросить готовое универсальное решение - думаю, его нет. Неуниверсальное - для небольших штук пишу шелл-скрипты с тестами (выглядят читаемо и заведомо лучше автотулзовых, занимают в 100+ раз меньше места, выполняются в 100 раз быстрее). Когда встраивал libfuse в свою прогу - тоже вырезал из неё автотулзы и заменил на относительно короткий скрипт. Для иксов наверно понадобится что-то сделать не за 5 минут, но всё равно относительно просто. Если я таки доберусь до их форкания, обязательно вырежу из них и автотулзы и мезоны и что там ещё, результат опубликую.

Забавно, что мы наконец нашли что-то общее %)

Я в этом вопросе совершенно непредвзят. Я свои сишные проекты предпочитаю собирать исключительно мейком, который инклудит лежащий рядом config.mk с дефайнами. Что-то подтягивается из pkg-config по дефолту, но переопределяемо параметрами.

Я согласен, что автотулзы - это говно из бородатых времен. Но чем тебе не нравится тот же мезон, цмейк или что угодно еще? Я не пользуюсь ни тем, ни другим (только цмейком для pico sdk, чтобы не ссать против ветра), но мне искренне и без купюр интересно твое мнение.

Но чем тебе не нравится тот же мезон, цмейк или что угодно еще?

Тем что это лишние сущности, первый так вообще засоряет систему питоном (он не везде установлен по-дефолту), второй хоть и без питона, но компилируется заметное время и тоже имеет пачку каких-то зависимостей непонятного назначения (а ещё язык cmake-файлов, которые надо класть в проект чтобы он работал, странно выглядит, впрочем автотулзового m4 это тоже касается). Совершенно не годится, когда всё это нужно лишь для того, чтобы некоторое количество раз запустить gcc и сделать прочие тривиальные действия.

да и коммерческие юниксы, сколько бы их не осталось

А эти остались или в музее или в самых глухих углах

Только в этих глухих углах крутятся самые большие деньги. Первая сотня банков, военные, боинги-аирбасы, управление движением, платежные системы... Дальше продолжать?

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

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

Сейчас, если сравнить мои сборки с автотулзовыми, то ситуация такая:

1) Проверки вида «какой размер у unsigned short», «какое endian», итд, вынесены в библиотеку, которую я везде подключаю (в ней и без проверок много всего полезного, не надо думать что она только ради них). Соответственно, они делаются 1 раз при её компиляции а дальше подключается её хедер если нужна эта информация.

2) если замечаю систематическую нужду в какой-то функции которая где-то есть, где-то нет - добавляю её реализацию в ту же самую библиотеку, чтобы на ОС где её нет она бралась из неё (пока что туда попали explicit_bzero, strlcpy, strchrnul, strdup).

3) для остального проверки сделаны в виде относительно легко копируемых файлов, пример https://firk.cantconnect.ru/tests.tgz но там немного старый некрасивый формат, вот новее от библиотеки https://firk.cantconnect.ru/tests2.tgz

Если проверок потребуется сильно много, наверно из запускалку лучше на Си переписать, но суть там останется прежняя - пройти по списку и проставить yes/no (изредка особенные ответы) по результатам тестов.

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

Если я таки доберусь до их форкания

Даже жаль что ты трепло и никогда «не доберёшься» - было бы очень ржачно посмотреть на результат: с твоими-то представлениями о программировании :-D

Только в этих глухих углах крутятся самые большие деньги

Уже давно нет

Выражаем искреннюю благодарность Arm за организацию конференции в этом году

Кто такие Arm?
ARM (arm.com), судя по тому, что они платиновый спонсор?

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

Кто такие Arm?

https://en.wikipedia.org/wiki/Arm_Holdings#Name:

On 1 August 2017, the styling and logo were changed. The logo is now all lowercase (‘arm’) and other uses of the name are in sentence case (‘Arm’).

Любопытно. Понятно, благодарю.

А культурный алкораут что ли?

Не в целях возбуждения зависти и прочих низменных чувств, просто для информации: «This is 'bukhlo party', dude!.. Be aware!..» ;P ;))

Ну а если серьёзно, ну пускай себе люди пообщаются! Глядишь, чего хорошего сообща придумают... ;))

Глядишь, чего хорошего сообща придумают...

«Мы решили выбросить существующее и отжать Xlibre вместе с крестьянами.»

Найди юниксы в топ 500

Ломал, было дело. Сейчас-то всё в порядке.

И чё?

Топ 500 кого?

https://www.opennet.ru/opennews/art.shtml?num=64277

Это другой рынок и другие задачи. На RS/6000 такое тоже можно собрать, только больно дорого выйдет.

Твой RS/6000 уже давно в музее. Ну реально, юникс уже давно мертв в первую очередь в этом виновата его закрытость и неадекватные цены. Его убила сначала Микрософт, а добил уже линукс.

Да что тут спорить? Где-то мертв, где-то нет. Для меня самого большая загадка для какого железа HP выпустила очередной апдейт HP-UX. Ну им виднее, у них был когда-то SLA, предусматривающий замену оборудования в любой точке мира в течение суток (инфа 100%, друзья работали в сервисе Хьюллета). Вот я не знаю, есть ли у них такой SLA сейчас. AIX еще жив, половина из топ 100 банков и та же VISA живут на Z/System, RS/6000 (сейчас это Power Server называется, кажется) и HP Nonstop (когда-то это Tandem называлось). Это не про суперкомпьютеры, это про mission critical. Кто-то хочет жить на стабильном API годами, а кто-то готов пересобирать драйвера DKMSом при изменении любой циферки в версии ядра.

Даже существование OpenVMS Software меня сейчас удивляет, однако пилят версию OpenVMS для X86-64. И ничего, что-то даже напилили. Вон мой старый приятель по DECовским временам поставил ее себе на ноутбук в виртуалке. Работает, говорит, но что с ней делать не понятно. Однако, спрос есть. Сама фирма оправдывает свое существование тем, что бывшие клиенты DECа хотят защитить свои вложения и продолжить работать как привыкли. И, видимо, это правда. Других целей не просматривается.

Не, нуачо, вон PDPшка где-то в Канаде на атомной станции до сих пор заслонками и стрежнями в реакторе рулит и до 30го года будет продолжать это делать. Заслонки же быстрей двигаться не начали. А софт переписывать и сертификации все национальные и МАГАТэшные получать себе дороже. Реактор же не остановишь.

Там где используют BSD обычно графика не нужна.

юникс уже давно мертв

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

Ну на самих серверах особо не нужна, а на условном удаленном X-терминале чоб какую морду и не запустить?

От облом! Даже в гробу отоспаться не дадут :)

Для меня самого большая загадка для какого железа HP выпустила очередной апдейт HP-UX.

А для тебя не секрет что HP прекратила штатную поддержку HP-UX с 1 января?

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

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

Опять же всё тобой перчисленное это такие крохи, что всем нас**ть.

Всем это кому? Тем, кто играет, видимо насрать.

А вот на миллионах компов на линуксе, на которых люди играют и работают, вэйланда становится всё больше и больше,

Вот и именно, что играют пока.

а иксы уходят в историю.

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

Напоминаю, что эта конференция уже давно не только о X.Org, но и о видеодрайверах (Mesa, DRM) с Wayland.

А вот на миллионах компов на линуксе, на которых люди играют и работают, вэйланда становится всё больше

Да уж, работнички. И так было софта с гулькин хрен, так ещё решили подсократить. Труженикам чёрной консольки вообще оконная система не нужна. А игрунам не нужен лялех. Фейланд это тупое просирание ресурсов и времени красноглазиков, дабы занять вас какой-то чушью пока взрослые продают коробки с нормальными ОС.

с нормальными ОС.

А такие есть?

Десткопные конечно есть. Для сервера только пионерский линукс остался, увы.

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

Всем это кому?

Это большинству пользователей Linux.

Вот и именно, что играют пока.

А что должно потом случится?

Ресурсов жрет больше, процессор загружает сильнее.

Уже на форониксе сравнивали x11 и wayland в играх. На wayland фпс даже больше получился. А уж сколько проблем у иксов с обычными десктопными задачами, типа аппартного ускорения видео в браузере. Как там разработчики ругались что в иксах полнейший оверинжиниринг кучу бесполезных операций надо выполнить, и ничего с этим не сделаешь, только wayland поможет.

Это большинству пользователей Linux.

Вот и именно, что играют пока.

А что должно потом случится?

А потом линукс все-таки должен дорасти до чего-то стабильного. А то как-то эта вечная бета немного заколебывает. Mission Critical на этом не соберешь. Вон нам один из банков выкатил свой чек-лист. У нас типа в продакшене 200 с лихером ядер линуха и все разные. Ну и соберите нам и протестируйте ваш замечательный продукт. А потом они чонь-ть запагрейдят, а нам как осуществлять поддержку?

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

Вот SUSE гарантирует стабильность и работоспособность драйверов в одном сервис-паке. То есть, ядра могут меняться, а драйвера пересобирать не надо. Но это только SUSE. Не годится линух для 24х7 в течение нескольких лет.

Уже на форониксе сравнивали x11 и wayland в играх.

Вот и именно, что в играх. Для сидеть и редактировать какой-нибудь профиль PCI-DSS или правила Овала 3D-графики не надо, и тиринг безопасников не парит. Вот принципиальное наличие каналов утечки информации из одного окна в другое в Х11 их может парить, но не всех.

Но опыт показывает, что мандатный контроль доступа даже на Иксы натагивается. Эту лабу еще в IRIXе делали, потом вот МСВС и Астре повторили как-то.

Так и мейзон не занимается. Это предсборочный скрипт как симейк и жнуаутотулз.

А кто тогда gcc запускает?

Ninja Build

# This is the build file for project "gnome-system-monitor"
# It is autogenerated by the Meson build system.
# Do not edit by hand.

ninja_required_version = 1.8.2

# Rules for module scanning.

# Rules for compiling.

rule c_COMPILER
 command = cc $ARGS -MD -MQ $out -MF $DEPFILE -o $out -c $in
 deps = gcc
 depfile = $DEPFILE_UNQUOTED
 description = Compiling C object $out

rule cpp_COMPILER
 command = c++ $ARGS -MD -MQ $out -MF $DEPFILE -o $out -c $in
 deps = gcc
 depfile = $DEPFILE_UNQUOTED
 description = Compiling C++ object $out

# Rules for linking.

rule STATIC_LINKER
 command = rm -f $out && gcc-ar $LINK_ARGS $out $in
 description = Linking static target $out

rule c_LINKER
 command = cc $ARGS -o $out $in $LINK_ARGS
 description = Linking target $out

rule cpp_LINKER
 command = c++ $ARGS -o $out $in $LINK_ARGS
 description = Linking target $out

# Other rules

rule CUSTOM_COMMAND
 command = $COMMAND
 description = $DESC
 restat = 1

rule CUSTOM_COMMAND_DEP
 command = $COMMAND
 deps = gcc
 depfile = $DEPFILE_UNQUOTED
 description = $DESC
 restat = 1

rule REGENERATE_BUILD
 command = /usr/bin/meson --internal regenerate /home/opena/Dev/gnome-system-monitor .
 description = Regenerating build files
 generator = 1

У нас типа в продакшене 200 с лихером ядер линуха и все разные.

Как-то попахивает прохладными историями

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

И что это за замечательный продукт который напрямую зависит от версии ядра?

Вот и именно, что в играх.

Так это самый требовательный к графике софт. В чем тебе ещё сравнивать?