.
A Red Hat deve parar de empacotar uma versão nativa do pacote LibreOffice para sua distribuição Linux corporativa.
De acordo com um publicar na lista de discussão Fedora Development, os pacotes RPM oficiais para o LibreOffice no RHEL ficaram órfãos — em outras palavras, eles não têm mais um mantenedor oficial. O motivo oficial declarado é que a empresa está trocando mão de obra para corrigir problemas mais críticos, como suporte para exibições de alto alcance dinâmico, e que os usuários da distribuição de estação de trabalho RHEL que precisam do LibreOffice podem instalar a versão Flatpak.
Isso não parece ser um resultado direto do bem divulgado Red Hat demissões em abrilqual resultou em apelos para sindicalizar. A causa próxima parece ser que o Chapeleiro, que era o principal mantenedor do produto, Caolán McNamaradesistiu e foi para trabalhar para a Collabora, a principal empresa por trás do desenvolvimento contínuo da suíte de escritório FOSS.
Mas isso representou um problema para a distro gratuita apoiada pelo Big Purple, Fedora, e como resultado, um tópico considerável cresceu a partir do post. Um novo mantenedor, Gwyn Ciesla, já voluntariou-se para assumir. A suíte tem um formidável lista de dependências, mas os desenvolvedores Mattia Verga e Michael J Gruber se ofereceram para ajudá-los.
A longo prazo, porém, o Fedora pode muito bem mudar para uma versão do pacote Flatpak. O próprio LibreOffice já possui uma edição Flatpak oficial disponível na loja de aplicativos Flathub. No entanto, o Projeto Fedora não pode usar isso diretamente em sua mídia de instalação, como o desenvolvedor Michael Catanzaro explica:
Para o Fedora Workstation, o plano de médio prazo é enviar todos os aplicativos pré-instalados como Fedora Flatpaks. Não podemos enviar nada do Flathub porque o FESCo não permite. Eu não como esta exigência do FESCo, mas também não espero que isso mude.
(Apenas para maior clareza, FESCo é o Comitê Diretivo de Engenharia do Fedora.)
O LibreOffice é um pedaço de código formidavelmente grande e complicado, comparável em complexidade a uma distro Linux inteira por direito próprio – um comentarista do Hacker News memoravelmente descrito isso como “uma enorme pilha incompreensível de códigos C++ e Java antigos e apodrecidos, arrastados ao longo de 38 anos [since] StarOffice.” Além disso, a própria Document Foundation também publica Pacotes RPM da suíte, pelo menos para x86-64.
Infelizmente, impingir o LibreOffice para ser mantido externamente não apenas reflete a tendência de formatos de empacotamento cross-distro, mas também reflete a tendência de uso cada vez maior de aplicativos baseados na web dentro de grandes corporações… e isso pode ser visto como uma manifestação de o princípio de Pareto, mais conhecido como “Regra 80:20”: 80 por cento dos usuários do RHEL ou Fedora querem apenas 20 por cento da funcionalidade do LibreOffice. (Claro, o eterno problema é que nem todos querem o mesmo 20 porcento.)
A maioria dos usuários do RHEL Workstation são quase certamente membros da equipe de grandes corporações, e já está ficando claro que a maioria dessas pessoas só precisa de um pequeno subconjunto da vasta gama de funcionalidades de uma suíte de escritório completa, rica e instalada localmente – em vez disso, eles são geralmente satisfeitos com a funcionalidade relativamente limitada de um pacote de escritório baseado na Web, como o Google Apps ou o Microsoft 365, especialmente porque essas ferramentas tornam a colaboração com outros funcionários muito mais conveniente. Você não precisa se preocupar com qual unidade compartilhada ele está salvo, ou como você se conecta a ele, ou sobre ter configurado corretamente as bibliotecas de fontes ou modelos, ou nomes de arquivos ou pastas ou qualquer uma daquelas bagagens do século XX.
Se você precisa de tal funcionalidade, bem, você provavelmente está em minoria, mas ainda poderá instalar um pacote de escritório local — você simplesmente não obterá o suporte empresarial completo que a Red Hat ganha a vida vendendo.
A SUSE tomou uma decisão comparável há uma década e descarregado sua equipe de desenvolvimento do LibreOffice para o Collabora, formando o núcleo da empresa divisão de produtividade. É assim que um dos líderes de projeto do Collabora, Michael Meeks, acabou no Collabora em primeiro lugar.
Alguns comentaristas têm bem vindo o movimento, e eles fazem um ponto persuasivo na humilde opinião do Registro Mesa FOSS.
A estratégia mais ampla que está acontecendo aqui não é sobre suítes de escritório. Tem mais a ver com formatos de embalagem e aplicativos da web, e se você pode efetivamente usar os esforços existentes de outras empresas para reduzir – ou mesmo eliminar – custos internos. Por exemplo, compare com como A Apple convenceu a Oracle a assumir a manutenção do macOS JVM.
Como apontamos antes, uma vantagem frequentemente negligenciada de coisas como pacotes Flatpak e Snap não é apenas que eles rodam em distribuições diferentes: é que eles rodam em distribuições diferentes. versões do mesmo distribuição. Assim, por exemplo, o Ubuntu página de lançamentos atualmente lista mais de 30 versões diferentes do Ubuntu que estão atualmente em suporte ativo.
Em princípio, uma única versão do Firefox empacotada com Snap pode ser executada em todos eles. (Pelo menos para uma arquitetura de processador único, de qualquer maneira.) A economia para a Canonical em ter um pacote desse aplicativo em rápida mudança que pode ser executado em dezenas de diferentes versões do seu ter distro são, em princípio, tão importantes que, se esse pacote puder ser executado em outro distribuições também – bem, isso é apenas um bônus útil que ele recebe de graça.
O Firefox é, no fundo, um único binário: é o navegador da Web autônomo, anteriormente conhecido como Phoenixera esculpido na suíte Communicator do Netscape 20 anos atras. O oficial pacotes RPM para LibreOffice 7.5.3 no número x86-64 374 arquivos diferentes. Integrar e apoiar isso é um fardo bastante significativo. Desejamos muita sorte aos mantenedores voluntários do Fedora – eles vão precisar. ®
.
