page111
ESPAÇO ABERTO | artigo
"A regra é clara: precisamos de correções de bugs e obviamente tem que estar correta e, caso seja adicionado um novo ID de dispositivo, estas correções e adições precisam ser adicionadas na árvore do Kernel Linux. Tem que ser na árvore do Kernel Linux e, antes, eu vou aplicá-las e testá-las na árvore estável. Isso garante que quem está usando e contando com nossas árvores estáveis, caso pule para uma versão mais nova, que ela não quebre; e tem acontecido sempre desta forma. Essas são as regras. Até aqui tem funcionado bem", disse Greg.
Mas quando a próxima nova versão é liberada (neste exemplo, a 4.3), o Greg abandona a versão atual (neste exemplo, a 4.2) e passa a tratar da manutenção da versão 4.3. Uma coisa que a comunidade do kernel é excelente em garantir que nada possa quebrar os novos lançamentos.
"Eu gero uma nova release ao menos uma vez por semana e, em cada uma delas temos cerca de 100, 150 patches semanais, para gerarmos correções estáveis. Isso é muito trabalho. Isso é muita coisa sendo modificada e muita coisa sendo corrigida, em um curto prazo. Mas, é isso o que nós fazemos - kernels estáveis. O bom quando uma nova versão sai, é que eu posso passá-la adiante. Neste momento, eu digo, 'Versão anterior, eu não quero mais ter que lidar contigo', e assim, eu posso seguir adiante, porque nosso trabalho é garantir que você pode continuar usando um Kernel Linux estável e seguro e, assim, todo mundo fica feliz."
Artigo original veiculado originariamente aqui.
Swapnil Bhartiya - Jornalista e escritor de ficção cientifica. Tem feito cobertura sobre Linux e Open Source nos últimos 10 anos. Ele se gaba de ter conhecido pessoalmente e entrevistado quase todas as principais personalidades do mundo GNU / Linux - que variam de Richard M. Stallman para Linus Torvalds. Atualmente, está trabalhando, também em vários romances de ficção científica.