Snap vs Flatpak vs Appimage

Todos sabem qual minha preferência, mas vou mostrar aqui minha visão de cada tecnologia e o porquê da minha preferência por flatpak’s.

Primeiramente, quero dizer que você não precisa escolher 1. Flatpak, Snap e Appimage podem ser usados em paralelo sem nenhum conflito.

Segundo, óbvio que este artigo é de minha opinião e tendência, porém não é por que prefiro X, que quero que o Y se exploda. Prefiro o serviço Steam, mas não é por isso que não gostaria de opções como GOG ou itchio existissem.

Criei um grupo para divulgação de Snap, Flatpak e Appimage no Telegram:

https://t.me/flatpaksnapappimage

Muitos acabam escolhendo um ou outro por conta das primeiras experiências, que infelizmente podem variar de distro para distro.

Porque uso Flatpak

Pessoalmente já tive problemas com as 3 tecnologias, mas escolhi usar flatpak’s por conta da maior integração com a DE que uso (GNOME). Também pela sua essência de ser uma tecnologia voltada ao “desktop Linux” como foi originalmente criada. Além do fato de Snap’s não serem, atualmente, compatíveis com o meu OS atual (Fedora Silverblue)

Também tem a questão de estar no repositório de praticamente todas distribuições (veja neste artigo sobre o suporte flatpak nas distros) o que me garante mais flexibilidade na escolha de sistema para usar flatpak, sem necessidade de adicionar repositórios de terceiros ao mesmo.

Também o fato de contribuir para o sistema de “Loja de apps” ajudando na integração com do OS, sem precisar ter que recorrer ao método “Windows XP” de descoberta de programas. Falo de ter que caçar de site em site para baixar/atualizar meus app’s. Se integra a várias lojas de app’s e ainda via terminal, não preciso recorrer a este método antigo de busca na web de instalação de software.

Existe a possibilidade de isto acontecer no flatpak (como acontece com Appimage) pois não é uma tecnologia centralizadora (como Snap) mas devido ao estado e tendências atuais, faz mais sentido disponibilizarem flatpak’s em uma central, como o Flathub.

Com isso, apesar de gostar do método de gerenciamento de apps via “Central de Apps’s”, entendo que forçar/obrigar não é legal, ainda existe dev’s que preferem disponibilizar seus app’s em seus sites/github’s da vida, e flatpak permite isto também.

Poucos dev’s de programas escolhem distribuir via flatpak sem usar flathub atualmente.

Fora que isso pode garantir mais segurança, familiaridade e facilidade no uso. Ao mesmo tempo que não “obriga” a todos desenvolvedores usarem 1 loja/repo caso não queiram/prefiram etc.

Isso não quer dizer que a usabilidade com flatpak é perfeita, mas o maior “inconveniente” que tenho ao usar, é o fato de ter que adicionar o flathub e outro repo flatpak, antes de começar a usufruir do mesmo.

Lembrando que adicionar vários repositórios flatpak, não é o mesmo que adicionar repositórios ao seu sistema como: PPA’s ou COPR’s. Pois eles não quebrarão o seu sistema em updates ou conflitar seu gerenciador de pacotes apt, dnf etc. Estarão protegidos pela sandbox.

Snap

O Snap também promove o esquema de “loja de app’s” porém a sua central e apenas a sua. Que é gerenciada e mantida apenas pela Canonical e originalmente criado para IoT devices e Ubuntu.

O Snapd não foi incluído nos repositórios oficiais do OpenSUSE e ArchLinux (apenas via repo externo). No momento também não é suportado em sistemas como Fedora Silverblue (que uso diariamente), EndlessOS, ChromeOS e ClearLinux e qualquer um que não use Systemd.

Muitas distribuições não escolheram Snap como default ou como melhor formato de suporte a apps de “terceiros”, mesmo tendo em seus repositórios, como LinuxMint, Elementary, Zorin, PopOS, Fedora, Solus…

A flexibilidade na escolha da distribuição para usar Snap, não me parece tão boa quanto com Flatpak e Appimage, o que é um ponto importante para mim, que acredita na liberdade de escolha e concorrência nas distribuições Linux.

Appimage

É o mais antigo deles, criado pelo Probono, uma pessoa que tem seus ideais baseados em MacOS dos anos 80. Pode ver no vídeo abaixo:

“My typical AppImage discovery goes like this:

  1. Read on Twitter that PrusaSlicer has this cool new feature
  2. Go to the PrusaSlicer GitHub project and read the release notes there
  3. While there, download the AppImage and have it running a few seconds later”

Já falou em entrevistas, que está OK com o sistema de descoberta de appimage’s via Twitter!

Ele acha OK ter que pesquisar ou baixar de github’s/repositórios aleatórios  (que talvez sejam minimamente confiáveis ou não, o usuário tem que descobrir isto também) os seus app’s, assim como ter que atualizá-los repetindo o processo de busca na web para refazer o download novamente.

O Probono leva este conceito para o uso do sistema operacional também, onde para atualizar seu OS, baixa a nova .iso novamente (se existir nova iso).

O Appimage também promove a liberdade e escolha do sistema / distro Linux. Mesmo assim possui um problema que os outros formatos e modos de distribuições tem, a experiência pode depender da distro, como mostro neste artigo. Distros com pacotes mais recentes, comparado a distros mais antiga, tendem a ter mais problemas com Appimage’s.

Meu maior problema é com esta “filosofia” ala WindowsXP de busca e download de app’s. Já nos anos 90 o desktop Linux mostrou que uma “central de apps” integrada ao sistema, instalando, atualizando, gerenciando… é talvez a melhor forma de se usar um OS. Anos depois a Google e Apple mostraram em seus sistemas o mesmo esquema e atualmente todos principais OS’s do mercado, usam este workflow de descoberta de app’s via central de software.

Isso não quer dizer que você não pode descobrir um novo app via Twitter, mas depender dele…?

Existe tentativas de oferecer uma Central de App’s e gerenciador de atualizações para Appimage’s, mas estão muito atrás das outras soluções no quesito qualidade e integração com DE’s/sistemas, além de muitas vezes serem projetos separados que parecem não estar de acordo um com outro (minha visão).

Considerações finais

Gosto que exista estas 3 opções, que ao meu ver facilitam e promovem uma concorrência no desktop Linux. Eu sei que existe pontos que você pode considerar mais importantes, como a disponibilidade de app’s, se um programa que você quer/precisa usar não está disponível em um formato, corre para o outro e vice versa.

Porém, assim como não uso Linux no desktop pela disponibilidade de um ou outro software, também não uso Flatpak por este motivo, até porque todos formatos são ricos em opções de app’s e praticamente os 3 podem atender meu uso(ou quase). Inclusive, como uso o Fedora Silverblue, atualmente possuo uns 2 ou 3 apps via appimage e todo o resto via flatpak.

Também muitos usam o argumento “quantidade de app’s disponíveis” outro que não me interessa tanto quanto o “qualidade dos app’s disponíveis” ou “curadoria dos app’s disponíveis” entre muitos outros fatores e argumentos.

Se deseja me dar sugestões, mande para fastos2016@gmail.com ou nas redes sociais.

5 comentários em “Snap vs Flatpak vs Appimage

Adicione o seu

  1. Legal a comparação, mas achei a perspectiva um pouco rasa na descrição do AppImage. Um dos melhores aspectos do AppImage é a simplicidade de instalação e total independência do sistema host (não precisa cliente de AppImage como flatpak/snap). Você simplesmente baixa e instala, uma aplicação auto contida e que não precisa de nada além do sistema operacional. Sinceramente numa conexão direta entre desenvolvedor e usuário, esse fluxo é um dos mais simples que tem e que é um tanto vergonhoso ser tão complicado no Linux.

    Curtir

    1. Teoricamente é simples, na prática não. Pois não tem uma loja, devs disponibilizam um em cada site, não se integra com o sistema criando ícones se atualizando com os outros , o usuário provavelmente vai ter que baixar novamente o app, ou quando não baixa e continua usando um app sem correções de segurança..etc

      Curtir

Deixe uma resposta para Lorisly Cucarombo Cancelar resposta

Preencha os seus dados abaixo ou clique em um ícone para log in:

Logotipo do WordPress.com

Você está comentando utilizando sua conta WordPress.com. Sair /  Alterar )

Foto do Google

Você está comentando utilizando sua conta Google. Sair /  Alterar )

Imagem do Twitter

Você está comentando utilizando sua conta Twitter. Sair /  Alterar )

Foto do Facebook

Você está comentando utilizando sua conta Facebook. Sair /  Alterar )

Conectando a %s

Blog no WordPress.com.

Acima ↑

%d blogueiros gostam disto: