История изменений

Ну а как же без xorg ? Или под оффтопиком сюда писать ?

Xorg надо распилить на части, полностью передизайнить архитектуру, после чего старье постепенно объявить устаревшим и выкинуть, переведя на новый протокол лет за 10-15. То, что у нас за 20 лет нет ни одной открытой реализации X11, кроме xorg - не достижение xorg, а проблема движения СПО.

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

Великое дело начать, а остальные сами синхронизируются в правильном направлении, немного стонов о ностальгии по прошлому, когда на протенькие задачки умудрялись тратить многие часы используя вместо meson.build что-то иное :)

Это блоатварь. Чтобы собрать coreutils, нужно собрать python, чтобы запустить meson - такое будущее мне не нравится. И совсем не потому, что я хочу запускать это на каком-нибудь старье. Просто я хорошо знаю, как при эксплуатации разваливаются все эти стеки, собранные на питоне, руби и прочих переусложненных интерпретаторах. Шаг вправо, шаг влево - и всё сыплется. Единственный способ, чтобы хоть как-то не сыпалось - контейнеризация.

Система сборки должна быть выполнена либо на однозначно специфицированном компилируемом языке, имеющем широкий спектр совместимых реализаций. Либо на каком-то интерпретаторе, который простой как молоток и собирается где угодно при помощи того же компилируемого языка. Т.е. либо си, кресты, либо lua, tcl, на худой конец scheme.

Ну а как же без xorg ? Или под оффтопиком сюда писать ?

Xorg надо распилить на части, полностью передизайнить архитектуру, после чего старье постепенно объявить устаревшим и выкинуть, переведя на новый протокол лет за 10-15. То, что у нас за 20 лет нет ни одной открытой реализации X11, кроме xorg - не достижение xorg, а проблема движения СПО.

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

Великое дело начать, а остальные сами синхронизируются в правильном направлении, немного стонов о ностальгии по прошлому, когда на протенькие задачки умудрялись тратить многие часы используя вместо meson.build что-то иное :)

Это блоатварь. Чтобы собрать coreutils, нужно собрать python, чтобы запустить meson - такое будущее мне не нравится. И совсем не потому, что я хочу запускать это на каком-нибудь старье. Просто я хорошо знаю, как при эксплуатации разваливаются все эти стеки, собранные на питоне, руби и прочих переусложненных интерпретаторах. Шаг вправо, шаг влево - и всё сыпится. Единственный способ, чтобы хоть как-то не сыпалось - контейнеризация.

Система сборки должна быть выполнена либо на однозначно специфицированном компилируемомо языке, имеющем широкий спектр совместимых реализаций. Либо на каком-то интерпретаторе, который простой как молоток и собирается где угодно при помощи того же компилируемого языка. Т.е. lua, tcl, на худой конец scheme.