Odeio flatpak e snap

49. Continuando

Paulo
phk

(usa Ubuntu)

Enviado em 07/01/2021 - 15:59h

Ainda não aprendi a parte de empacotamento totalmente. Não estou discutindo qual é a distribuição. Não é o cerne do assunto. Quanto as dependências, é claro , sempre pode haver incompatibilidades e também existe o problema do tamanho como mencionado e fazer a manutenção dos pacotes. Abri o tópico para saber as opiniões de outros usuários, assim formar minha opinião e saber como proceder quando encontrar este tipo de problema novamente. Ainda, após ler o conteúdo, continuo com os pacotes .deb, rpm outros em detrimento do flatpak e snap.


  


50. Re: Odeio flatpak e snap

Perfil removido
removido

(usa Nenhuma)

Enviado em 07/01/2021 - 16:19h

Por curiosidade: tenho alguns flatpaks instalados no meu sistema. O Filezilla é um deles, e houve uma atualização dele recentemente, incluindo algumas dependências. Rodei um flatpak --update -y e levou quase 1h para concluir a atualização na minha máquina (tenho uma ótima config, com apt-get leva apenas alguns segundos).

Não foi o download, pois pelo terminal pude acompanhar o progresso de instalação. Aparentemente, leva muito tempo para fazer a instalação de pacotes maiores. Imagina em uma máquina mais modesta...



51. Re: Odeio flatpak e snap

Bruno de Jesus Barreira Pereira
brunojbpereira

(usa Ubuntu)

Enviado em 07/01/2021 - 16:57h

ricardogroetaers escreveu:

brunojbpereira escreveu: ... o diretório /opt não existe exatamente para organizar as bibliotecas e os arquivos necessários para um software comercial (ou livre mesmo) funcionar sem "contaminar" o resto do sistema?...

Boa pergunta.
O único software, que eu vi, que se instala automaticamente em "/opt" foi o Comodo antivirus.
Os outros, fui eu que coloquei lá manualmente. Ex. Uma compilação estática do ffmpeg.


Perguntei isso porque o Zoom e o Google Chrome são dois softwares que quando instalados, ficam dentro dos seus respectivos diretórios, dentro do diretório /opt e funcionam razoavelmente bem assim. A questão de empacotar tudo o que precisa dentro de um arquivo me pareceu estranha, se já temos exemplos de softwares comerciais que funcionam desse jeito.


52. Re: Odeio flatpak e snap

Perfil removido
removido

(usa Nenhuma)

Enviado em 07/01/2021 - 20:23h

brunojbpereira escreveu:

ricardogroetaers escreveu:

brunojbpereira escreveu: ... o diretório /opt não existe exatamente para organizar as bibliotecas e os arquivos necessários para um software comercial (ou livre mesmo) funcionar sem "contaminar" o resto do sistema?...

Boa pergunta.
O único software, que eu vi, que se instala automaticamente em "/opt" foi o Comodo antivirus.
Os outros, fui eu que coloquei lá manualmente. Ex. Uma compilação estática do ffmpeg.


Perguntei isso porque o Zoom e o Google Chrome são dois softwares que quando instalados, ficam dentro dos seus respectivos diretórios, dentro do diretório /opt e funcionam razoavelmente bem assim. A questão de empacotar tudo o que precisa dentro de um arquivo me pareceu estranha, se já temos exemplos de softwares comerciais que funcionam desse jeito.


Não é somente criar um pacote com tudo dentro. Se você conhece o Flatpak e o Snap sabe muito bem que os pacotes não tem tudo dentro não.
Existem várias questões envolvidas:

1) para que um determinado software funcione é necessário que o sistema satisfaça todas as dependências, e isso requer que as bibliotecas de quais o software depende estejam em versões compatíveis com aquelas esperada pelo software. No Linux é muito comum ter algum pacote tar.gz com binários, mas não há garantia nenhuma que esse binário vai rodar, apenas se o ambiente Linux usado é similar aquele que o desenvolvedor do software usou para criar o programa.
Os Snaps e Flatpaks consertam isso. Não, eles não trazem todas as dependências em um único pacote não, mas eles oferecem a reprodução de um mesmo ambiente Linux em qualquer distribuição. Se você tentar instalar um pacote Snap ou Flatpak que dependem de bibliotecas do Gnome, além do pacote do aplicativo que se deseja instalar também serão instalados os pacotes que possuem as bibliotecas do Gnome e do GTK, bem como outros pacotes que por acaso tal software dependa para executar. Se você instalar outro software que dependa das mesmas bibliotecas, não será necessário instalá-las novamente.

2) considerando a grande quantidade de distribuições existentes e versões diferentes da mesma distribuição (só o Ubuntu tem as seguintes versões sendo suportadas: 18.04, 20.04, 20.10 e a versão de desenvolvimento). Como garantir que um mesmo software rode em todas, ou ao menos na maioria dessas distribuições? O software terá que ser empacotado para cerca de 20 distribuições diferentes + suas versões? Isso não é muito trabalho? Ou vamos fazer como muitos desenvolvedores: só entrega o código fonte e o usuário que compile-o?
Novamente os Snaps e Flatpaks consertam isso, quando entregam um ambiente idêntico em qualquer distribuição e em qualquer versão suportada, fazendo com que o software precise ser empacotado uma única vez.

Para quem reclama da velocidade dos Flatpaks e Snaps: eu fiz um teste no meu computador. Instalei o Chromium através de um pacote .DEB, Flatpak e Snap. Após isso, fiz o arranque de cada um deles, a velocidade dos pacotes Flatpak e Snap foram bem similares (snap levou uma pequena vantagem), mas o Chromium instalado por pacote .DEB foi realmente mais rápido (iniciou 4 segundos mais rápido que o Chromium rodando através do Snap). Entretanto, após fechar o Chromium, executando-o novamente tive uma grata surpresa: o Chromium em Snap reexecutou quase instantaneamente (entre 3 e 4 segundos), o Chromium em Flatpak demorou um pouco mais (se não me engano, uns 5 segundos), mas o Chromium em pacote .DEB demorou 7 segundos para reexecutar (quase o dobro do Snap).

Há distribuições que adotam o Flatpak por padrão, que não há nenhuma outra forma de instalar aplicativos que não seja o Flatpak. É o exemplo do Endless OS, Releax e do Fedora Silverblue. E pasmem, nenhuma dessas distribuições é mais lenta que seus pares tradicionais.

Outra vantagem dos Flatpak e Snaps é a possibilidade de controlar os privilégios de softwares, tal como no Android, e rodá-los em sandbox. Junto com o Wayland há maior segurança.





53. Re: Odeio flatpak e snap

Dani
Danete

(usa FreeBSD)

Enviado em 08/01/2021 - 12:49h

Vamos criar uma forma universal de empacotar as coisas...

Aí surge... Snap, flatpak e appimage...

Sem contar nos antigos 0install, Nix Packs, ORBs etc...

Rir pra não chorar.


54. Re: Odeio flatpak e snap

Perfil removido
removido

(usa Nenhuma)

Enviado em 09/01/2021 - 20:59h

danilinhaw escreveu:

Vamos criar uma forma universal de empacotar as coisas...

Aí surge... Snap, flatpak e appimage...

Sem contar nos antigos 0install, Nix Packs, ORBs etc...

Rir pra não chorar.


Os antigos nunca foram levado a sério, a maioria foi descontinuada.
Snap e Flatpak tem muitos desenvolvedores por trás deles.


55. Re: Odeio flatpak e snap

Rubens
rubensk8r

(usa Debian)

Enviado em 10/01/2021 - 13:13h

Eu gosto muito dessas tecnologias novas do Linux, isso inclui o systemd, mas não faz parte do assunto do tópico. Eu achei um ideia ótima usar caixas de areia. Bibliotecas compartilhadas dinamicamente com o sistema é bom na teoria, mas por vezes um programa não abre por inúmeros problemas... no passado esses problemas foram bem piores. Alguém ou uma empresa faz um programa empacota em snap ou em flatpak e todas as distros podem usar... Lembro quando eu usava Arch só tinha a opção de instalar o programa da Receita Federal pelo AUR, imagina usar um programa desses sem saber que disponibilizou... O snap pode aumentar um pouco o tempo de boot em HDs, mas se tiver SSD não faz a menor diferença, mesmo que ele dê uns loops nas montagens, em SSD não faz diferença... se não quiser é só desinstalar que é a coisa mais fácil do mundo. No meu Debian testing hibrido uso os dois, como tenho SSD não faz diferença no desempenho e olha que eu gosto de otimização, mexo na sysctl.conf para configurar a swappiness, a cache pressure... se o snap me fizesse perder desempenho eu já teria desinstalado. Eu costumo desinstalar até o pymouth, pois atrasa a metade do tempo do boot.


56. Re: Odeio flatpak e snap

Dani
Danete

(usa FreeBSD)

Enviado em 11/01/2021 - 12:19h

bilufe escreveu:

danilinhaw escreveu:

Vamos criar uma forma universal de empacotar as coisas...

Aí surge... Snap, flatpak e appimage...

Sem contar nos antigos 0install, Nix Packs, ORBs etc...

Rir pra não chorar.


Os antigos nunca foram levado a sério, a maioria foi descontinuada.
Snap e Flatpak tem muitos desenvolvedores por trás deles.


Boa parte continua até hoje, só não tem popularidade. Acho tosco quem acha que Flatpak e Snap foram tipo, os "primeiros" a querer algo similar, no sentido de "universal package".


57. Empacotamento Universal.

Paulo
phk

(usa Ubuntu)

Enviado em 11/01/2021 - 22:12h

Quem falou em outro sobre empacotamento universal, é uma ótima ideia, desde que tenha fácil manutenção e não engorde os sistema.


58. Re: Odeio flatpak e snap

Paulo
phk

(usa Ubuntu)

Enviado em 11/01/2021 - 22:18h

Tem de ser um que atenda todas as distribuições ou criar algum tipo de compatibilidade entre elas. Juntar tudo, todos os tipos de empacotamentos e também dar a oportunidade escolher qual o tipo que, snap, flatpak, deb, appimage, rpm, youm, dnf, etc.


59. Re: Odeio flatpak e snap

Perfil removido
removido

(usa Nenhuma)

Enviado em 12/01/2021 - 07:26h

phk escreveu:

Tem de ser um que atenda todas as distribuições ou criar algum tipo de compatibilidade entre elas. Juntar tudo, todos os tipos de empacotamentos e também dar a oportunidade escolher qual o tipo que, snap, flatpak, deb, appimage, rpm, youm, dnf, etc.


Packagekit?


60. Re: Odeio flatpak e snap

Cézar Augusto
cizordj

(usa Debian)

Enviado em 12/01/2021 - 12:58h

O Bom de fazer pacotes .deb é que isso força o desenvolvedor a usar as mesmas bibliotecas que todo mundo e se elas atualizam você é obrigado a se atualizar também pra se manter no jogo






Patrocínio

Site hospedado pelo provedor RedeHost.
Linux banner

Destaques

Artigos

Dicas

Tópicos

Top 10 do mês

Scripts