Eu conheço um pouco disso.
Além do cromo que não está em main e da existência de uma política de suporte garantida, existem alguns outros motivos para as versões mais antigas ficarem atrasadas ou sem suporte.
lang C ++ : 12.04 foi lançado na época em que um novo padrão C ++ foi desenvolvido, e o Chromium upstream logo adotou os novos recursos de linguagem. O tempo de execução c + + do sistema 12.04 não os suporta. É possível usar ferramentas de construção que nunca estiveram em 12.04 e alterações retro-ajustadas da ABI, mas é meio difícil. A vinculação estática, como o proprietário do Google Chrome, não é muito boa. A distribuição não-principal e muito antiga fez essa menor prioridade.
arch x86 : o chromium do upstream deixou cair o suporte i386. Ubuntu ainda deve apoiá-lo. O Firefox não tem esse ônus extra.
arch64 : Desejamos oferecer suporte a novas arquiteturas de desktop no Ubuntu e, embora existam telefones celulares executando o Chrom-e, o desktop ARM64 não está nem no radar do Chromium upstream. O upstream do Firefox tem melhor suporte.
velocity : Há cinquenta versões de versões principais em uma vida útil relativamente curta do projeto. Acrescente esse ritmo insano aos problemas acima e a algumas outras coisas menores, como a substituição gtk2- > gtk3 do próximo mês, e todos tornam o cromo excepcionalmente difícil de suportar, ou mais difícil do que o Firefox.
Se houver voluntários que queiram ajudar, quero ajudá-lo a ajudar. Junte-se ao Freenode # ubuntu-chromium. Sua tarefa é clonar os ramos de empacotamento "em funcionamento" e propor fusões. link
Obrigado!