Основы поттерингизации и прогрессизма

[ksa]

Уход Кокса и слова Линуса лучше всяких пруфов показывают отношение к этой части ядра.

т.е. пруфа у тебя нет :)

Разработчики и без пруфов видят все проблемы ядра, так что будем ждать новостей ;)

[YYY]

аминь :)

[Speccyfighter]

консоль не прибивают к системд, а выносят хлам из ядра (то, чего в ядре совсем быть не должно и чем ядро не должно заниматься в принципе) в пространство пользователя.

Угу.

А ничего что видеокарта в режиме прямого управления - нечто типа фреймбуферов? Ядро с ней всяко работает. Чего ради ему нельзя уметь по минимуму рисовать консоль? А как насчет kdb например? Его кто рисовать должен? Юзермод при этом колом стоит, он не может. Или вывода сообщений при загрузке. Даже если юзермод сдох. Это кто будет делать? А если кернелпаник - как проще (сложно нельзя, все почти умерло) отрисовать на экран сведения о крахе? Ах, получается ядро должно уметь рисовать в фреймбуфер текст? И еще и устройства ввода обрабатывает? Стоп, так это как раз почти консоль уже и есть?!

[stranger573]

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

Да, ну. Неужели?
А какой толк от такой устойчивости, если не будет прямого канала общения с ядром (т.е. консоли на уровне ядра)?

В качестве основных проблем с поддержкой виртуальных терминалов на уровне ядра отмечается необходимость в поддержании дополнительных компонентов в ядре, усложняющих реализацию, дублирующих подсистемы пользовательского уровня, негативно сказывающихся на безопасности и надёжности (ошибка в коде терминала может привести к уязвимостям и крахам на уровне ядра).

Ошибка в коде systemd точно также может привести к уязвимостям и крахам systemd. И оставшееся ядро будет полностью бесполезно и неупрявляемо, не сможет даже сообщения вывести (поскольку не будет консоли). Т.е. любимая кнопка reset гарантирована. Так чем это лучше? И где решение заявленных "проблем"?
Весьма типично для systemd-щиков, найти "фатальный недостаток" там где его нет и в качестве решения нагородить нахлобучку ничего не решающую и добавляющую собственных косяков.

[ksa]

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

Да, ну. Неужели?
А какой толк от такой устойчивости, если не будет прямого канала общения с ядром (т.е. консоли на уровне ядра)?

В качестве основных проблем с поддержкой виртуальных терминалов на уровне ядра отмечается необходимость в поддержании дополнительных компонентов в ядре, усложняющих реализацию, дублирующих подсистемы пользовательского уровня, негативно сказывающихся на безопасности и надёжности (ошибка в коде терминала может привести к уязвимостям и крахам на уровне ядра).

Ошибка в коде systemd точно также может привести к уязвимостям и крахам systemd. И оставшееся ядро будет полностью бесполезно и неупрявляемо, не сможет даже сообщения вывести (поскольку не будет консоли). Т.е. любимая кнопка reset гарантирована. Так чем это лучше? И где решение заявленных "проблем"?
Весьма типично для systemd-щиков, найти "фатальный недостаток" там где его нет и в качестве решения нагородить нахлобучку ничего не решающую и добавляющую собственных косяков.

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

[stranger573]

И так будет продолжаться недолго, как мне кажется

Тут ключевое слово "как мне кажется".
А мне кажется, что так будет продолжаться до тех пор пока не появится человек, который исправит проблему в том месте где она есть (если, конечно, она действительно есть). Ключи надо искать там где вы их потеряли, а не под фонарём под которым светлее.

[ksa]

проблему в том месте где она есть (если, конечно, она действительно есть)

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

[stranger573]

Проблема есть и она чётко обозначена. Чтобы её решить в том месте, надо там много чего переделать.

Значит надо переделать много. Это проблема?

Проще и логичнее вынести весь этот хлам и переложить задачи на юзерспейс (ну не должно ядро заниматься раскладкой клавиатуры, ну не должно, это юзерспейса задача)

И лишить ядро необходимой функции? И нагородить какой нибудь systemd, который вместо решения одной проблемы понаделает сотни проблем и вдрабадан разнесёт архитектуру и логику системы?
   В том что это проще, даже не сомневаюсь — всегда проще примотать, что-нибудь сбоку изолентой. А вот в то, что это логичнее — не верю.

[ksa]

И лишить ядро необходимой функции?

В чём её необходимость ?

И нагородить какой нибудь systemd, который вместо решения одной проблемы понаделает сотни проблем и вдрабадан разнесёт архитектуру и логику системы?

kmscon это как бы совсем не systemd, это отдельный проект, к системд он относится косвенно.

[stranger573]

В чём её необходимость ?

Читаем выше топик Speccyfighter и мой следующий. Хотя редхатовским админам, высылающим серверные пароли в техподдержку оно, может, и не надо — жмаканье на кнопку рестарта привычнее.
Как вы собираетесь выяснять почему у вас завалился и после рестарта не поднимается юзерспейс. В который вынесли консоль. Загрузившись с live, по покоцанным бинарным логам? А, постойте, есть же новое решение — переустанавливать и перезагружаться, перезагружаться и переустанавливать. Только вот когда-то, давно и где-то, я такие "новые" решения уже видел.

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

А ничего, что клавиатура не то, что в ядре — в биосе работает, и на экран чего-то выводится. Биос должен быть непробиваемым в этом смысле — тоже в юзерспейс всё вынести!

kmscon это как бы совсем не systemd, это отдельный проект, к системд он относится косвенно.

"This file is part of systemd" ?
Косвенно или нет, в любом случае это не важно. Это сбоку примотанное как бы решение, создающее новые проблемы.

[ksa]

В ядре предусмотрено отключение использования обработки консолей ядром и использования юзерспейс инструментов. Вы хотите сказать, что оно там с дуру появилось ?

Как вы собираетесь выяснять почему у вас завалился и после рестарта не поднимается юзерспейс. В который вынесли консоль. Загрузившись с live, по покоцанным бинарным логам?

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

А ничего, что клавиатура не то, что в ядре — в биосе работает, и на экран чего-то выводится. Биос должен быть непробиваемым в этом смысле — тоже в юзерспейс всё вынести!

Правильно, без клавиатуры в биосе ничего не сделаешь. Но что такого надо делать с ядром без всего остального юзерспейса (вообще без юзерспейса), чтобы оно требовало ещё одной копии xkb сотоварищи в самом ядре ?

[stranger573]

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

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

[ksa]

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

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

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

[stranger573]

Оно то и видно.

Те кто хоть раз так делали, легко получали полностью рабочую систему.

А как быть пользователям других дистрибутивов

Это в каких таких "других дистрибутивах", рекомендуется удалять старое ядро, не убедившись в работоспособности нового? Можно пруф?

и у всех ли есть про запас другое ядро ? Вот только не надо упоминать ссзб

Вот как раз ССЗБ упоминать и надо. "Надо Федя, надо". Поскольку запас других ядер делать по-умолчанию не требуется. Наоборот — для того чтобы он был не надо предпринимать действий из разряда ССЗБ.
Для того, чтобы не убиться прыгнув с моста — не надо с него прыгать. Это сложно для понимания?

в том числе и тех, кто будет сопровождающим этого хлама в ядре

Т.е. вы хотите сказать, что сопровождающие код ядра — непременно, загружают рабочую (не тестовую) систему с новым ядром, предварительно удалив старое? 

[stranger573]

Но что такого надо делать с ядром без всего остального юзерспейса (вообще без юзерспейса), чтобы оно требовало ещё одной копии xkb сотоварищи в самом ядре ?

А вы поинтересуйтесь в первоисточниках, для чего оно в ядре изначально появилось. Вроде не секретная информация. Тогда подобных вопросов задавать не будете.