Qual é o formato de embalagem Snap?


28

Tenho muito pouco conhecimento sobre o 'formato de embalagem Snap'. O que eu sei é que 'Snap' é um formato de embalagem alternativo, como .deb.

O que eu não sei é

  • Por que a Canonical escolheu?
  • Quais são as principais vantagens do 'Snap' sobre o .deb?
  • O .deb será abandonado ou já está abandonado?

Possível duplicata de O que é snapcraft?
Panther

3
@ bodhi.zazen As questões estão relacionadas mas o dupe sugeriu pergunta sobre snapcraft- o conjunto de ferramentas para desenvolvedores para criar pacotes de encaixe, que é apenas ligeiramente diferente do que está sendo feita aqui
Sergiy Kolodyazhnyy

Respostas:


22

Por que a Canonical escolheu snaps?

Para citar o site do Ubuntu :

Originalmente, criamos a tecnologia rápida e o sistema de confinamento de aplicativos para garantir uma experiência de atualização em nível de operadora para usuários móveis do Ubuntu e definir um novo padrão de segurança de aplicativos na era móvel.

A idéia essencial era corrigir os problemas presentes nos dois .debpacotes e fornecer um novo método para a atualização dos pacotes (as chamadas atualizações transacionais, muito semelhantes à forma como os aplicativos Android são atualizados). Como Mark Shuttleworth explica:

Sempre que corrigirmos os pacotes no Ubuntu, publicaremos a mesma correção no Ubuntu Core, e os sistemas poderão obtê-la de maneira transacional. De fato, as atualizações no Ubuntu Core são ainda menores que as atualizações de pacotes, porque precisamos enviar apenas a diferença precisa entre as versões antiga e nova, não o pacote inteiro.

Quais são as principais vantagens dos pacotes .snap sobre os pacotes .deb?

A maior vantagem é a segurança aprimorada. Os PPAs e .debpacotes geralmente são instalados com privilégios de root, o que abre um espaço para riscos de segurança.

Aplicativos rápidos são isolados, o que significa que, se algum aplicativo for interrompido, ele não danificará seus sistemas. Para citar Mark Shuttleworth:

Pacotes rápidos são confinados automaticamente para garantir que um bug em um aplicativo não coloque seus dados em outro lugar em risco

O .deb será abandonado?

A partir do Ubuntu 16.04 LTS, ambos os métodos estão disponíveis para os usuários.

Para citar OMG! Ubuntu! :

A Canonical também diz que "... as dezenas de milhares de aplicativos e pacotes no formato .deb continuarão sendo suportados no 16.04 e além, e os arquivos deb em particular continuarão disponíveis para todos usarem e distribuírem software".



3
@poolie sim, eu estou ciente do xteddy. O aplicativo é escrito em C e usa todas as ferramentas nativas do servidor X. Não é de forma alguma diferente (do que vejo) de outros aplicativos que permitem controle sobre o comportamento do Xserver como xdotoolou wmctrl. O problema não é realmente com o snappacote, mas com o servidor X - essa é a principal crítica a ele. Uma vez que o Ubuntu se afaste do formulário X, ele definitivamente trará melhor segurança.
Sergiy Kolodyazhnyy

1
O que está sendo escrito em C tem a ver com isso? O Snappy vai depreciar C?
Pool #

2
A IMO disse que "os aplicativos snappy estão isolados" não é toda a verdade, quando na verdade não estão isolados na versão atual do Ubuntu, na configuração usada por 99% dos usuários. Aplicativos rápidos são menos propensos a entrar em conflito acidentalmente, sim. Aplicativos rápidos são a base da segurança em uma versão futura, provavelmente.
poolieby

11

Como uma visão geral, tanto quanto eu entendo snaps:

  • Snaps são mais seguros. Executando em próprios "contêineres".
  • É muito mais fácil lidar com snaps do que com pacotes deb.
  • No futuro, os snaps serão o formato do pacote para dispositivos móveis, internet das coisas e desktop.

  • é ou será .deb abandonado? Segundo a Canonical, haverá pacotes de suporte deb também no futuro.

But there is a tool called snapcraft. With this tool its very easy to convert deb packages into snap packages.

Siga este link para mais informações. Talvez isso ajude você. https://insights.ubuntu.com/2016/04/13/snaps-for-classic-ubuntu

Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.