[resolved] Почему удаляют стабильные версии Linux?

По-моему это противоречит пункту 1. Так всё-таки легко или сложно перейти с 2.6.32 на на 3.2? Мне кажется, что обновлений накопилось достаточно много, чтобы возникла необходимость присутствовать рядом с машиной при таком обновлении. Иначе велика вероятность, что машина не поднимется. При обновлении с пределах ветки, такое практически исключено, так как make oldconfig вообще не задаёт вопросов и в .config меняется только начальный комментарий про время генерации.

И что мне это даст? Последний Linux из ветки 2.6.32, пропатченный гентушниками и так у меня работает. Мне само собой нужны обновления безопасности.

Ты не прав.
По моему опыту при переходе на 3.х структуру драйверов сетевой карты пересмотрели и с реализацией такого подхода ты рискуешь остаться без Сети.

Вывод простой: хочешь не хочешь, читать вывод make oldconfig и вдумчиво отвечать (как минимум при мажорных обновлениях) придётся.

sir@swan ~ $ eix hardened-sources
* sys-kernel/hardened-sources
     Available versions:  
        (2.6.32-r42)    *2.6.32-r42!b!s
        (2.6.32-r95)    2.6.32-r95!b!s
        (2.6.32-r110)   2.6.32-r110!b!s
        (2.6.32-r111)   ~2.6.32-r111!b!s
        (2.6.32-r112)   ~2.6.32-r112!b!s
        (2.6.32-r113)   ~2.6.32-r113!b!s
        (2.6.32-r114)   ~2.6.32-r114!b!s
        (3.2.11)        3.2.11!b!s
        (3.2.20)        3.2.20!b!s
        (3.2.20-r1)     ~3.2.20-r1!b!s
        (3.2.21)        ~3.2.21!b!s
        (3.2.21-r1)     ~3.2.21-r1!b!s
        (3.2.21-r2)     ~3.2.21-r2!b!s
        (3.2.22)        ~3.2.22!b!s
        (3.4.2) 3.4.2!b!s
        (3.4.2-r1)      3.4.2-r1!b!s
        (3.4.3) ~3.4.3!b!s
        (3.4.3-r1)      ~3.4.3-r1!b!s
        (3.4.4) ~3.4.4!b!s
        (3.4.4-r1)      ~3.4.4-r1!b!s
        (3.4.4-r2)      ~3.4.4-r2!b!s
        {build deblob symlink -xtpax}
     Homepage:            http://www.gentoo.org/proj/en/hardened/
     Description:         Hardened kernel sources (kernel series 3.4)

У меня только в 3.4.3 прекратилась утечка памяти в иксах из-за кривущего adobe-flash. Да и ati-drivers с новым ядром стал работать лучше -- возобновилась способность старенького ноута поддерживать opengl для простых эффектов рабочего стола.
Причин перехода может быть очень много и они могут быть совершенно неочевидны.
Для того и админ к машине прикладывается )

Тогда странно почему vanilla-sources ветки 2.6.32 из древа портажей не удалили. Получается если собрать эту версию, то можно получить нерабочую систему?
И почему тогда у меня полностью обновлённая система (только замаскал >=gentoo-sourses-2.6.33 и >=udev-182, причём udev потому что использую отдельный /usr) нормально грузится и работает?

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

Я говорю не о гарантированных проблемах, а о потенциальных. Внутри одной ветки ничего не меняется, кроме обновлений безопасности. Между ветками может поменяться всё, что угодно. Теоретически, конечно, обновление должно проходить гладко. Однако, на практике так происходит далеко не всегда. Можно нарваться на какую угодно проблему, что вызовет недоступность сервера по сети и необходимость физического доступа к нему.
Опыт - понятие относительное и по-моему вообще не имеет смысла его обсуждать. Что прикажете делать тем, у кого обновления между ветками проходят не всегда с первого раза и нет возможности бежать к серверу как только мейнтейнерам вздумалось убрать стабильную ветку из дерева?