> Но зачем этот мартышкин труд?потому что когда-то некто Линус решил что да будет так - все авторы дистрибутивов будут заниматься мартышкиным трудом - исправлением багов и дырок в ядрах, брошенных разработчиками. Потому что ему это, видите ли, неинтересно.
> Linux 3.11 с неофициальной долговременной поддержкой SUSE.
> Почему не 3.10? Red Hat использует 3.10, Google тоже - а
потому что SuSE может себе позволить самостоятельно поддерживать свое ядро, а не тупо копировать патчи редгада. И использует то, которое им показалось наиболее удобным для этой цели (ну и попутно заставляя сам редгад повторять уже сделанное, а не тупо тырить).
> SUSE с Debian, блин, решили выпендриться, и в одиночку тянуть 3.11!
ты в любом случае будешь тянуть в одиночку, либо заниматься копипастингом - редгад ни с кем не собирается делиться. С весьма давних времен они тупо швыряют community объедки - огромный монолитный патч, делающий неизвестно что в статыщах местах. Вы требовали соблюдения gpl - ну, жрите, чо. И в чем -то правы, иначе вместо одного oracle будет десять.
Впрочем, стопиццот отдельных патчей непоймичего были не сильно лучше - можешь попробовать скачать исходник опенсузешного ядра и попытаться вручную проанализировать, что же вся эта куча патчей делает (при том что в open их в разы меньше чем в enterprise, просто потому что ядра новее). Быстро надоест, даже если ты обладаешь глубокими знаниями разом в архитектуре процессоров, периферии, структуре сетевого стека и файловых системах (а так обычно это не один человек, а несколько) - а редхатовские были еще хуже (потому что внутри редхата оно устроено совсем по другому, а в src.rpm попадает после автоматического экспорта. Добраться до первоисточника, где каждый патч документирован, а на каждый еще недоисправленный баг заведен тикет - может только инсайдер.)
> Я бы ещщё понял, если 3.9 - типа "не дождались, у
> нас заморозка перед релизом случилась раньше". Но она случилась позже!
вот поэтому и не было смысла бэкпортить еще кучу всего, которая вошла в vanilla 3.11
