Uma ótima idéia que já começou despadronizada.

A idéia não é nova já existi no Arch acredito que já faz um tempo, mas achava que era padrão, não que cada um escolhe o seu para se LTS.

Junin, as distribuições mantêm seus kernels ao longo de todo o ciclo de vida de cada uma de suas versões, isso não é novidade. A novidade é que agora os desenvolvedores do kernel em si vão fazer a manutenção neste estilo para algumas versões selecionadas, no âmbito do projeto Linux, e não do projeto de cada distribuição.

@Augusto eu achava que era dessa forma que você citou, mas me expressei mal no comentário.

Isso é ótimo, acredito que dentro de um ou dois anos as empresas devam convergir para o mesmo kernel, e a partir daí estabelecer um ciclo em comum.

Creio que a Red Hat vai querer também manter o kernel 2.6.32 para seu novo SO.

Se a versão 2.6.32 for LTS, vai ser ótimo para o Debian, Ubuntu 10.04 LTS, RedHat eoutras que não me lembro que usam essa versão ainda como atual.
O inconveniente é que entre uma mudança de 2.6.36 para 2.6.37 pode haver grandes mudanças. O esquema de versões muda minimamente, mas o de recursos nem sempre, e isso deve estar ligado ao suporte de novos tipos de hardware ou modelos de já existentes.

Seria interessante poder prever quais serão as versões LTS, para as distribuições poderem se sincronizar.
Por exemplo, uma versão a cada 2 anos, mais ou menos a cada 8 releases.

padornização kernel-distros?
esquecam.. isso vai virar uma salada.

Os desenvolvedores a muito não se entendem.. que diga o mark que ja tentou isso varias vezes

>>> Uma ótima idéia que já começou despadronizada.

Concordo

>>> esquecam.. isso vai virar uma salada.

Concordo.
A idéia é boa, mas ainda acho que este “suporte LTS” para kernel, deve vir por parte da empresa/comunidade que disponibiliza aquele kernel como melhor opção para distro, tendo seus próprios mirrors/mantenedores/empacotadores/patcheadores… . Na MINHA OPINIÃO, vai só gerar mais trabalho…

Acredito que deveria continuar do jeito que está, mantendo uma média de a cada 3 meses entre um release e outro. Assim, cria-se um calendário, facilitando bastante a programação das atividades. &;-D

Sou favorável. E é uma ótima oportunidade pras distribuições tiverem previsão quanto a atualizações. E ajuda a melhorar a compatibilidade de distribuições, pelo menos no suporte ao kernel, facilitando a vida dos desenvolvedores.

Interresante…