G
Size: a a a
2020 October 29
A
Нормально? То, что каждый раз при пересборке ядра надо пересобирать модули, и не дай сатана кто-нибудь левой пяткой решил переименовать mutex_delay в mutex_timing_delay, потому что всем вообще похер на то, что не вмерджено – это нормально?
Вполне. Поддержкой абсолютной бинарной совместимости с любым гипотетическим из тысяч форков не занимается ни один проект.
A
не на все внутреннее API ядра же.
A
В линуксе ты можешь в своем драйвере вызвать любую ядерную функцию. Я бы посмотрел, как MS поддерживала бы совместимость недокументированного внутреннего API ядра (чего оно, очевидно, не делает).
A
Кто тебе запретит?
MG
Разрабы андроида поддерживают (или собираются) ABI на подмножество символов, ибо их заколебали BSP от вендоров.
A
Как запретит, если у тебя out-of-tree проект?
A
Почему неиспользование фреймворка ядра — это хак? :)
A
Нормально? То, что каждый раз при пересборке ядра надо пересобирать модули, и не дай сатана кто-нибудь левой пяткой решил переименовать mutex_delay в mutex_timing_delay, потому что всем вообще похер на то, что не вмерджено – это нормально?
Опять же, если ты хочешь иметь стабильное ядро, бери для своего проекта LTS-ветку, там редко что ломают.
A
А предлагаемый майнтейнерами ядра способ не то же самое делает?
A
Все ошибаются. Ты сам говоришь, что RedHat так лишь один раз сделал :)
A
Ну не знаю. Я не думаю, что например, если какой-то проект (например, mysql) поменяет что-то в своем внутреннем фреймворке, сломав совместимость каким-то неведомым форком, то приходить к разработчикам и обвинять их в том, что они нарушили совместимость, которую не обещали, разумно.
A
А это только для ядра ненормально, или можно так, к любому опенсорсному проекту, у которого есть фреймворк для внутреннего использования, обвинения предъявлять?
A
Я про фреймворк для вызова экспортируемых функций.
Если ты, вообще, про любые функции в проекте, то это еще абсурднее.
Если ты, вообще, про любые функции в проекте, то это еще абсурднее.
A
Набор макросов и функций для того, чтобы определять, какие из них экспортируемые, и как их вызывать.
A
А майнтейнеры ядра предлагают её для использования out-of-tree проектам?
A
В чем поддержка заключается (кроме наличия технической возможности)?
SM
По-моему это обсуждение пора переносить в @ru_nixos_flood
A
В том, что если клавиатура не печатает, то я могу получить за нее деньги обратно.
от производителя есть гарантия, что клавиатура будет функционировать заявленным образом.
от производителя есть гарантия, что клавиатура будет функционировать заявленным образом.
A
Но это из области юридически значимых гарантий, что в опенсорсе обычно неприменимо.
А майнтейнеры ядра хотя бы на словах коммитятся на то, чтобы поддерживать возможность работы out of tree модулей?
А майнтейнеры ядра хотя бы на словах коммитятся на то, чтобы поддерживать возможность работы out of tree модулей?