A promessa de que uma certa versão do Ubuntu será suportada por um número específico de meses não significa necessariamente uma promessa de corrigir todos os erros ou mesmo uma promessa de corrigir quaisquer erros.
Observe esta citação da página da web do Ubuntu para usuários corporativos do Google Desktop.
% bl0ck_qu0te%Veja o gráfico chamado Ubuntu for Desktop Release Cycle . Observe que as próximas duas versões LTS receberão 2 anos de suporte para Atualizações de hardware e manutenção e mais 3 anos de suporte para Atualizações de manutenção. Isso pode incluir correções de bugs, mas não implica uma promessa para corrigir todos os erros durante esse período.
É semelhante para as versões LTS do servidor, como mostra esta página para usuários de negócios de servidores Ubuntu . A principal diferença é que as Atualizações de Hardware e Manutenção se estendem por todo o período de 5 anos.
Como mostra o link em sua pergunta para um relatório de bug, é muito difícil determinar exatamente qual pacote está causando o problema e também podemos ver que muito esforço de voluntários é colocado na classificação de relatórios de erros para determinar qual deveria ter prioridade e quem é responsável por consertá-lo.
Quando eu leio esta página para ajudar com bugs , vejo que a comunidade de desenvolvimento do Ubuntu está reagindo a relatórios de bugs de uma maneira ordenada maneira.
Você também precisa considerar que o Ubuntu é uma distribuição. Ele pega componentes de software de outras partes da comunidade Linux e os reúne. E se o bug estiver no kernel do Linux, ou Debian, ou no Gnome ou algum outro componente que o Ubuntu não tenha responsabilidade.
O relatório de bug tem que ser enviado para os responsáveis pela manutenção e desenvolvimento do pacote que possui o bug. E então cabe a essas pessoas.
Às vezes, as pessoas do Ubuntu podem fornecer a correção, bem como o relatório de erros. É importante que a correção seja empurrada para o upstream (como é chamada), então todos na comunidade Linux podem se beneficiar e não apenas os usuários do Ubuntu. Leva tempo para a correção ir para o upstream, ser aceita pelos mantenedores do upstream e voltar ao downstream para ser remendada no Ubuntu.
Não me surpreende que algumas vezes seja tomada uma decisão para consertar o problema na próxima versão a ser lançada do Ubuntu, em vez de corrigi-lo em uma versão que será substituída em breve. Especialmente se a próxima versão for uma versão LTS com suporte de 5 anos.
Você diz que esse bug específico está sendo corrigido no Pangolin Preciso, mas não no Ocelot Onírico. Mas o Precise Pangolin 12.04 está em teste há quase seis meses. Ao colocar a correção no Precise, a correção é testada.
Isso é melhor do que colocá-lo no Oneiric para os usuários que esperam uma versão estável para testá-lo, você não acha?
Corrigir o passado pode esperar. Obtenha o futuro "preciso" no início. Isso é o que é importante, na minha opinião.