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

Посмотри на это с точки зрения пользователя. Он даже не знает что вообще есть какое-то ядро и там надо что-то править. Ничего блеклистить не нужно будет потому что никто не будет этим в серьез заниматься. Посмотри как работают хромбуки. Там отдельная сборка под каждый девайс. Но есть и вполне дженерик сборки которые можно поставить на любое ведро, и система сама разруливает взаимодействие с железом без инпута юзера. Все должно быть автоматизированно.

Я с такой точки зрения и смотрю. У меня есть реальный случай. Есть ноут, на котором поломали ядро - в 4.4 еще работал спящий режим, в официальном 4.9. уже перестал. Чтобы заставить, надо собрать ядро из исходников, включив только нужное. Есть (не у меня) ноуты, на которых какой-то модуль надо заблэклистить, чтобы вайфай работал. Как все эти проблемы будут решаться в этом юниксе будущего? Для каждого устройства будет своя сборка ОС? А как быть с собираемыми пользователем компами? Маку не приходится работать на разнообразном железе.

Я согласен, что все должно быть автоматизировано, но автоматизацию здесь я представлял иначе. С точки зрения пользователя, параметры ядра и включение/выключение загрузки модулей - это настройки ОС. Да, он не должен знать, что настраивается в ядре, а что не в ядре, у него в меню с настройками должно быть все разделено на категории по бизнес-логике, не по программным частям. В power management по кнопке advanved появляется окно, в котором есть радиокнопка, переключающая значения acpi_backlight. В разделе типа «Загрузка» можно задать grub timeout. В разделе типа «Обход проблем» галочка, включающая nomodeset, галочка «не показывать логотоип», «показывать лог при загрузке». Список с модулями ядра. В нем можно найти модуль, прочитать про него, ПКМ -> отключить. Если поменялись какие-то настройки, которые влияют на параметры ядра, после нажатия ОК, обновляется grub.cfg и показывается диалоговое окно «Изменения такие дофига системные, что вступят в силу только после перезагрузки».

Я независимо от самодостаточных приложений об этом рассуждал и задавался вопросом, что мешало в GNU/Linux такое сделать.

Посмотри на это с точки зрения пользователя. Он даже не знает что вообще есть какое-то ядро и там надо что-то править. Ничего блеклистить не нужно будет потому что никто не будет этим в серьез заниматься. Посмотри как работают хромбуки. Там отдельная сборка под каждый девайс. Но есть и вполне дженерик сборки которые можно поставить на любое ведро, и система сама разруливает взаимодействие с железом без инпута юзера. Все должно быть автоматизированно.

Я с такой точки зрения и смотрю. У меня есть реальный случай. Есть ноут, на котором поломали ядро - в 4.4 еще работал спящий режим, в официальном 4.9. уже перестал. Что заставить, надо собрать из ядро из исходников, включив только нужное. Есть (не у меня) ноуты, на которых какой-то модуль надо заблэклистить, чтобы вайфай работал. Как все эти проблемы будут решаться в этом юниксе будущего? Для каждого устройства будет своя сборка ОС? А как быть с собираемыми пользователем компами? Маку не приходится работать на разнообразном железе.

Я согласен, что все должно быть автоматизировано, но автоматизацию здесь я представлял иначе. С точки зрения пользователя, параметры ядра и включение/выключение загрузки модулей - это настройки ОС. Да, он не должен знать, что настраивается в ядре, а что не в ядре, у него в меню с настройками должно быть все разделено на категории по бизнес-логике, не по программным частям. В power management по кнопке advanved появляется окно, в котором есть радиокнопка, переключающая значения acpi_backlight. В разделе типа «Загрузка» можно задать grub timeout. В разделе типа «Обход проблем» галочка, включающая nomodeset, галочка «не показывать логотоип», «показывать лог при загрузке». Список с модулями ядра. В нем можно найти модуль, прочитать про него, ПКМ -> отключить. Если поменялись какие-то настройки, которые влияют на параметры ядра, после нажатия ОК, обновляется grub.cfg и показывается диалоговое окно «Изменения такие дофига системные, что вступят в силу только после перезагрузки».

Я независимо от самодостаточных приложений об этом рассуждал и задавался вопросом, что мешало в GNU/Linux такое сделать.