Adeus 32 Bits - Canonical enterra de vez a arquitetura no Ubuntu 19.10 - Diolinux - O modo Linux e Open Source de ver o Mundo

Responsive Ad Slot

Adeus 32 Bits - Canonical enterra de vez a arquitetura no Ubuntu 19.10

A partir do Ubuntu 19.10, a Canonical vai tirar o suporte aos pacotes de 32 bits (i386) no upstream do sistema.

quarta-feira, 19 de junho de 2019

/ por Ricardo
A Canonical tomou uma decisão para a versão 19.10 do Ubuntu, esta não terá mais suporte a pacotes e para a arquitetura de 32 bits, ou x86, se preferir. A confirmação foi feita por Will Cooke no fórum do Ubuntu.

Adeus 32 Bits - Canonical enterra de vez a arquitetura no Ubuntu 19.10






Na postagem de Cooke, é mencionado que a equipe de desenvolvimento do Ubuntu já vinha discutindo há mais de um ano o abandono da arquitetura i386, pois para manter a mesma qualidade de suporte, estava tomando muito tempo e recursos dos desenvolvedores,  visto também que o Kernel Linux, toolchains e os navegadores de internet estão deixando de suportar a arquitetura i386 (x86). Além disso, as correções e recursos na área de segurança mais recentes, não estão sendo mais desenvolvidas em tempo hábil para a arquitetura de 32 bits, assim chegando apenas em alguns casos só para 64 bits. Isso também foi discutido em uma lista de emails pública do Ubuntu. De forma resumida, o esforço para manter a versão de 32 bits é tão grande quanto o de manter a versão de 64 bits dos pacotes, mas atualmente poucas pessoas realmente utilizam tais pacotes.

Também foi comentado, que o Ubuntu 18.04 LTS será o último “da sua linha” a ter suporte a arquitetura, e que já na próxima LTS (20.04), não teremos mais suporte. Se você precisar de suporte a algum componente da arquitetura i386, a Canonical recomenda você permanecer nas versões 16.04 LTS ou 18.04 LTS, dando ênfase para a migração para a última LTS mencionada. Vale mencionar que o Ubuntu 18.04 LTS tem suporte até 2023, e o seu ESM (Extended Security Maintenance) vai até 2028 (nesse último caso, é pago).

Para quem desenvolve, a recomendação da Canonical é empacotar os seus aplicativos via snap e usar o “core18” (do Ubuntu 18.04) para ter o suporte de 32 bits.

Partes Polêmicas


Sei que muitos vão perguntar sobre a Steam, WINE, flavours e distros que são derivadas do Ubuntu. Bom, vamos por partes.

Sobre as flavours, Will Cooke foi categórico, todas as flavours vão seguir o mesmo caminho da “distro mãe”, sendo assim, a partir da versão 19.10, elas vão deixar de oferecer suporte a arquitetura i386. Isso acontece porque elas são construídas a partir do mesmo repositório ou pacote de softwares, e como eles vão deixar de dar suporte, aí seguem o mesmo “caminho”. 

As distros derivadas, como Mint, Pop!_OS, Zorin e etc; seguem quase a mesma premissa das flavours, se quiserem manter o suporte para a arquitetura i386, basta ficar na base do Ubuntu 18.04 LTS, ou então, passar a manter seus próprios pacotes de 32 bits por mais algum tempo.

Sobre os jogos via Steam e o Wine, Will dedica um boa parte de sua publicação comentando:

Q. A Steam não usa bibliotecas de 32 bits? Como posso jogar meus jogos?

A própria Steam empacota um runtime contendo as bibliotecas de 32 bits necessárias para executar o cliente Steam. Além disso, cada jogo instalado via Steam pode enviar as suas bibliotecas de 32 bits de que necessitam. Estamos discutindo com a Valve sobre a melhor maneira de fornecer suporte a partir das 19.10.

Pode ser possível executar jogos de 32 bits somente dentro de um contêiner LXD executando uma versão de 32 bits do 18.04 LTS. Você pode usar “pass through” da placa gráfica para o contêiner e executar seus jogos desse ambiente de 32 bits.

P. Como posso executar aplicativos Windows de 32 bits se o WINE de 32 bits não estiver disponível no arquivo?

Tente o WINE de 64 bits primeiro. Muitas aplicações “apenas funcionam”. Se não, deve ser usado métodos similares como para jogos de 32 bits. Isso é, usar uma máquina virtual baseada em 18.04 LTS ou um contêiner LXD que tenha acesso total ao WINE multiarch de 32 bits e às bibliotecas relacionadas.

Para ler a postagem completa e inglês do Will Cooke, você pode acessar através deste link.

Esse tipo de mudança pode afetar em diferentes níveis o suporte a determinados jogos no Ubuntu, mas teremos que ver o que sairá deste acordo entre Valve e Canonical. A situação de criar um container de LXD só se torna viável se for automatizada, se depender do usuário fazer isso, é apenas uma piada de mau gosto do senhor Will Cooke.

Este artigo não acaba aqui, continue trocando uma ideia lá no nosso fórum.

Espero você até a próxima, um forte abraço.

_____________________________________________________________________________
Viu algum erro ou gostaria de adicionar alguma sugestão a essa matéria? Colabore, clique aqui.


Blog Diolinux © all rights reserved
made with by templateszoo