Distribuição Linux é tudo igual?

Falar sobre distribuições Linux não é tão simples, em especial quando gostamos muito do assunto ou temos essa, ou aquela distribuição preferida. No entanto, não é incomum ler ou ver questionamento em torno das distribuições, se diferem ou não, o que elas possuem em comum, e o que fazem umas terem mais aceitação do público do que outras. Hoje, vamos entender um pouco deste universo Linux que é sempre alvo de perguntas e muitas vezes sem respostas.

As distribuições Linux são iguais?

Não, mesmo levando em consideração que todas compartilham o mesmo kernel, elas não são iguais. Primeiro é importante dizer que quando falamos de Linux estamos falando apenas do kernel, e quando falamos de GNU estamos falando de todo o resto do sistema, como aplicações, ambientes e etc.

Cada distribuição possui sua equipe de desenvolvedores, suas filosofias, visão e missão, e seria preciso anos para citar cada item desses aqui. Existem distribuições para servidores, desktops, ARM, Raspberry Pi, dispositivos móveis, internet das coisas e outros nichos tecnológicos onde já foi detectado a possibilidade de uso do GNU/Linux neles.

Cada distribuições determina como vai funcionar o desenvolvimento e o empacotamento. Empacotar basicamente é pegar um código fonte disponível de uma aplicação e torná-la um .deb ou .rpm por exemplo, claro, existem vários tipos de pacotes, citei apenas os mais populares.

Agora que você já compreendeu sobre  desenvolvimento, saiba que há também outros fatores determinantes. Uma equipe cuida dos erros, ou bugs como é comumente chamado e conhecido. Os erros são corrigidos e cada distribuições possui critérios para liberar aquele pacote como estável ou não.

Há uma espécie de check list ou lista de bloqueio, isso podemos ver claramente no Fedora ou Debian, essa checagem é feita em todos os pacotes, e se houver erros que possam influenciar em outras aplicações, o pacote pode não ser liberado.

O Debian é uma das distribuições mais rígidas, só são liberados pacotes que possuam o mínimo risco de erros ou falhas, o mínimo mesmo. Diante deste cuidado, há uma imagem de pacotes velhos ou obsoletos, mas na verdade são pacotes estáveis.

Diante do exposto, observe que o Ubuntu utiliza os pacotes do Debian instável, ou seja, os erros e falhas que o projeto Debian não deixa passar, o Ubuntu dá uma outra perspectiva em torno destes erros.

Equação lógica de desenvolvimento e falhas

Para ficar mais claro, vamos compreender uma equação lógica. Digamos que eu tenho duas aplicações X e Y e que ambas dependem da biblioteca Z, no entanto, a aplicação X depende da versão 0.1 da biblioteca Z e Y depende da versão 0.2 perceba que há um problema de compatibilidade.

Mas, a distribuição L prefere manter a biblioteca Z na versão 0.1 pois é mais estável e confiável, já que o seu lançamento já possui algum tempo, neste caso será visto uma versão anterior da aplicação Y que suporte ainda a Z em sua versão 0.1.

A partir daí, vem a ideia de pacote velho, antigo ou seja lá qual for adjetivo que se queira usar. Eis que surge a distribuição M e diz que vou pegar os pacotes da distribuição L, e caso haja um conflito de dependências, vou pedir para que meus desenvolvedores antes do empacotamento tente fazer uma correção. A ideia central geralmente é que ambas funcionem com a mesma versão, eis que começa um dilema, pois às vezes, eu disse às vezes, isso pode desencadear um problema em outra dependência e aí começa aqueles erros chatos que demora um pouco mais para correção.

Observe que no cenário acima temos duas distribuições, uma que pega o pacote original e empacota, e outra que pega os pacotes mais recentes e tenta ajustar através de patchs (correções) para que tudo funcione adequadamente. Mas, entenda que é apenas um exemplo, existem outros itens que podem causar instabilidade no sistema.

Mudança em pacotes realizadas pela distribuição Linux

Nada proíbe as distribuições em pegar o código fonte do Linux Kernel por exemplo, e adicionar drivers ou fazer modificações para que deixe a sua distribuição mais otimizada, isso requer uma equipe boa e muitos testes, mas algumas distribuições fazem isso.