> Это лишь термины описывающие тип процесса и длительность процесса поддержки. К самому
> качеству кода отношения не имеют. В stable не допускаются улучшения функциональности,
> только багфиксы.Имеет - так как единственный реальный способ получить стабильность - более длительное тестирование и исправление ошибок. Нужна большая стабильность - бери ядра проверенные временем и миллионами пользователей.
> Все или не все история умалчивает.
Пруфы или это очередная теория заговора?
> Иначе бы не
> было ситуаций когда сразу после выпуска релиза в stable ветке приходилось
> выпускать следующий stable с фиксом предыдущего.
Эта проблема уже многократно обсуждалась разработчиками ядра. Суть проблемы - недостаточное тестирование. Разработчики проверяют новый функционал на доступном им оборудовании и в доступным им ситуациям. Пользователи не хотят участвовать в тестировании и ждут стабильных версий. Естественно первые версии стабильных веток могут вызывать существенные регрессии.
Дабы улучшить ситуацию, разработчики отказались от деления на стабильные (2.0/2.2/2.4/etc) и экспериментальные (2.1/2.3/2.5) версии. Теперь добавляют функционал небольшими порциями обкатывают у себя, затем у пользователей. LO тоже использует подобную практику и не рекомендует первые версии в новой ветке для промышленного использования.
> сомневаюсь в компетентности.
А в redhat кто работает? А да там же Поттеринг :)
> Вряди они проводили тестирование и сертификацию на оборудовании.
А у redhat есть все оборудование в мире и миллион бета тестеров? Их бета тест - fedora (дивиз - проверено на людях :)
Если redhat и проводит внутреннее тестирование десятка серверов и дает на них сертификаты, мне как, пользователю десктопа, это безразлично.
> Скорее всего означает что когда им захочется они возможно исправят ошибки. Если
> время будет
> При этом не за что не отвечая.
RHEL не было критических багов? Как redhat за них отвечала?
> О том что если кому-то нужны стабильные ядра - это к дистрибутописателям,
> а он в 2.6 сосредоточится на чистом искусстве.
Цитата есть? Насколько я помню - это было об постоянно меняющемся API и косяках с закрытыми драйверами.