Snaps: "abusivos" sem aviso prévio

willhwright · Agosto 23, 2022, 11:53pm

Costumo controlar meu sistema tanto quanto possível. Checo periodicamente com snap list/snap list --all

Name                        Version                     Rev    Tracking         Publisher           Notes
bare                        1.0                         5      latest/stable    canonical**         base
core18                      20220706                    2538   latest/stable    canonical**         base
core18                      20220428                    2409   latest/stable    canonical**         base,disabled
core20                      20220805                    1611   latest/stable    canonical**         base
core20                      20220729                    1593   latest/stable    canonical**         base,disabled
flasharch                   1.7.3                       18     latest/stable    jmousy              disabled
flasharch                   1.7.4                       19     latest/stable    jmousy              -
flawfinder-static-analyzer  2.0.15                      69     latest/stable    cking-kernel-tools  disabled
flawfinder-static-analyzer  2.0.18                      75     latest/stable    cking-kernel-tools  -
gnash-raymii                0.8.11-2                    3      latest/stable    raymii              -
gnome-3-28-1804             3.28.0-19-g98f9e67.98f9e67  161    latest/stable    canonical**         -
gnome-3-34-1804             0+git.3556cb3               72     latest/stable/…  canonical**         disabled
gnome-3-34-1804             0+git.3556cb3               77     latest/stable/…  canonical**         -
gnome-3-38-2004             0+git.09fbd6c               106    latest/stable    canonical**         disabled
gnome-3-38-2004             0+git.891e5bc               112    latest/stable    canonical**         -
gtk-common-themes           0.1-79-ga83e90c             1534   latest/stable/…  canonical**         disabled
gtk-common-themes           0.1-81-g442e511             1535   latest/stable/…  canonical**         -
heimer                      3.5.0                       43     latest/stable    jussi-lind          -
heimer                      3.4.0                       42     latest/stable    jussi-lind          disabled
repeat                      v0.0.5                      40     latest/stable    niedbalski          -
snap-store                  3.38.0-66-gbd5b8f7          558    latest/stable/…  canonical**         -
snap-store                  3.38.0-64-g23c4c77          547    latest/stable/…  canonical**         disabled
snapd                       2.56.2                      16292  latest/stable    canonical**         snapd
snapd                       2.56                        16010  latest/stable    canonical**         snapd,disabled
teams-insiders              1.5.00.10453                9      latest/stable    msteams**           -
teams-insiders              1.5.00.9652                 8      latest/stable    msteams**           disabled
whatsapp-4linux             1.1.0                       3      latest/stable    chimekkoo           -

Durante meses não percebi/suspeitei das diferenças em relação, p. ex. ao número de diretórios em $HOME/snap/

total 64K
drwxr-xr-x 5 fscorrea fscorrea 4.0K Apr 26  2021 caprine
drwxr-xr-x 5 fscorrea fscorrea 4.0K Jul  1  2020 cherrytree
drwxr-xr-x 5 fscorrea fscorrea 4.0K Aug 21 04:03 code
drwxr-xr-x 5 fscorrea fscorrea 4.0K May 27  2021 discord
drwxr-xr-x 5 fscorrea fscorrea 4.0K Aug 20 12:25 flasharch
drwxr-xr-x 4 fscorrea fscorrea 4.0K Sep 19  2021 gnash-raymii
drwxr-xr-x 5 fscorrea fscorrea 4.0K May  8  2020 gnome-calculator
drwxr-xr-x 4 fscorrea fscorrea 4.0K Aug 14 07:37 heimer
drwxr-xr-x 4 fscorrea fscorrea 4.0K Apr 10  2021 hex2ascii
drwxr-xr-x 4 fscorrea fscorrea 4.0K Aug 16 12:07 repeat
drwxr-xr-x 4 fscorrea fscorrea 4.0K Jun 25  2020 riot-web
drwxr-xr-x 6 fscorrea fscorrea 4.0K Aug 23 20:07 snap-store
drwxr-xr-x 5 fscorrea fscorrea 4.0K Jun 14 16:54 teams-insiders
drwxr-xr-x 5 fscorrea fscorrea 4.0K Jun 21  2021 whalebird
drwxr-xr-x 4 fscorrea fscorrea 4.0K Sep 16  2021 whatsapp-4linux
drwxr-xr-x 2 fscorrea fscorrea 4.0K Sep 16  2020 woe-usb

Ou à saída de df -mhT:

Filesystem     Type      Size  Used Avail Use% Mounted on
udev           devtmpfs  3.9G     0  3.9G   0% /dev
tmpfs          tmpfs     791M  2.1M  789M   1% /run
/dev/sda1      ext4      234G  201G   22G  91% /
tmpfs          tmpfs     3.9G  128K  3.9G   1% /dev/shm
tmpfs          tmpfs     5.0M  4.0K  5.0M   1% /run/lock
tmpfs          tmpfs     3.9G     0  3.9G   0% /sys/fs/cgroup
/dev/loop0     squashfs   65M   65M     0 100% /snap/caprine/47
/dev/loop1     squashfs  128K  128K     0 100% /snap/bare/5
/dev/loop2     squashfs  100M  100M     0 100% /snap/core/11167
/dev/loop5     squashfs   62M   62M     0 100% /snap/core20/1593
/dev/loop4     squashfs   62M   62M     0 100% /snap/core20/1611
/dev/loop3     squashfs   65M   65M     0 100% /snap/caprine/48
/dev/loop7     squashfs   33M   33M     0 100% /snap/snapd/12057
/dev/loop6     squashfs   56M   56M     0 100% /snap/core18/2538
/dev/loop8     squashfs   86M   86M     0 100% /snap/whalebird/101
/dev/loop9     squashfs   56M   56M     0 100% /snap/core18/2409
/dev/loop10    squashfs   92M   92M     0 100% /snap/heimer/43
/dev/loop11    squashfs  109M  109M     0 100% /snap/flasharch/18
/dev/loop12    squashfs  219M  219M     0 100% /snap/gnome-3-34-1804/77
/dev/loop13    squashfs   47M   47M     0 100% /snap/snapd/16292
/dev/loop14    squashfs  208M  208M     0 100% /snap/code/65
/dev/loop15    squashfs  130M  130M     0 100% /snap/teams-insiders/9
/dev/loop16    squashfs   85M   85M     0 100% /snap/whalebird/102
/dev/loop17    squashfs  9.2M  9.2M     0 100% /snap/hex2ascii/2
/dev/loop18    squashfs  6.7M  6.7M     0 100% /snap/repeat/40
/dev/loop19    squashfs   85M   85M     0 100% /snap/gnash-raymii/3
/dev/loop20    squashfs   33M   33M     0 100% /snap/snapd/11841
/dev/loop21    squashfs   51M   51M     0 100% /snap/snap-store/547
/dev/loop22    squashfs   65M   65M     0 100% /snap/gtk-common-themes/1514
/dev/loop23    squashfs  163M  163M     0 100% /snap/gnome-3-28-1804/145
/dev/loop24    squashfs  130M  130M     0 100% /snap/teams-insiders/8
/dev/loop25    squashfs   78M   78M     0 100% /snap/discord/128
/dev/loop26    squashfs   92M   92M     0 100% /snap/gtk-common-themes/1535
/dev/loop27    squashfs  165M  165M     0 100% /snap/gnome-3-28-1804/161
/dev/loop28    squashfs   56M   56M     0 100% /snap/core18/1997
/dev/loop29    squashfs  401M  401M     0 100% /snap/gnome-3-38-2004/112
/dev/loop30    squashfs   55M   55M     0 100% /snap/snap-store/558
/dev/loop31    squashfs   99M   99M     0 100% /snap/core/11081
/dev/loop32    squashfs   47M   47M     0 100% /snap/snapd/16010
/dev/loop33    squashfs  109M  109M     0 100% /snap/flasharch/19
/dev/loop34    squashfs   82M   82M     0 100% /snap/gtk-common-themes/1534
/dev/loop35    squashfs  208M  208M     0 100% /snap/code/66
/dev/loop36    squashfs  9.3M  9.3M     0 100% /snap/flawfinder-static-analyzer/69
/dev/loop37    squashfs   92M   92M     0 100% /snap/heimer/42
/dev/loop38    squashfs   77M   77M     0 100% /snap/discord/122
/dev/loop39    squashfs  219M  219M     0 100% /snap/gnome-3-34-1804/66
/dev/loop40    squashfs  219M  219M     0 100% /snap/gnome-3-34-1804/72
/dev/loop41    squashfs  255M  255M     0 100% /snap/gnome-3-38-2004/106
/dev/loop42    squashfs  6.2M  6.2M     0 100% /snap/flawfinder-static-analyzer/75
/dev/loop43    squashfs   52M   52M     0 100% /snap/snap-store/518
/dev/loop44    squashfs   66M   66M     0 100% /snap/whatsapp-4linux/3
/dev/sdb1      ext4      385G  358G  6.8G  99% /home
tmpfs          tmpfs     791M   20K  791M   1% /run/user/125
tmpfs          tmpfs     791M   28K  791M   1% /run/user/1000
/dev/sdc4      fuseblk   298G  297G  544M 100% /media/fscorrea/DCAC1649AC161F18
/dev/sdb3      ext4      521G  479G   16G  97% /media/fscorrea/Backup
/dev/sdd1      ext4      917G  857G   14G  99% /media/fscorrea/Seagate2

Só hoje, devido a circunstâncias com o VSCode, reparei. Decidi abrir a Snap Store e ver o número de aplicações instaladas.

Gostaria de confirmar que ela lista todos os meus aplicativos, porque não é possível. Bem, todos menos alguns que deveria listar, como o próprio VSCode e aquele tal whatsapp-4linux. Pra completar, $HOME/snap/ tem um subdiretório “discord”, ou seja, prováveis dados de uma aplicação que eu uso bastante, e que nunca instalei como snap! Discord e Wine eu ainda tenho os pacotes aqui:

discord-0.0.15.deb
discord-0.0.16.deb
discord-0.0.17.deb
discord-0.0.18.deb
discord-0.0.19.deb
wine-devel_6.1~focal-1_amd64.deb
wine-devel_6.7~focal-1_amd64.deb
wine-devel-amd64_6.1~focal-1_amd64.deb
wine-devel-amd64_6.7~focal-1_amd64.deb
wine-devel-i386_6.1~focal-1_i386.deb
wine-devel-i386_6.7~focal-1_i386.deb
wine-mono-5.0.0-src.tar.xz
wine-mono-5.0.0-x86.msi
wine-mono-5.0.0-x86.tar.xz
wine-mono-6.1.0-x86.msi
wine-mono-6.1.1-x86.msi
wine-staging_6.1~focal-1_amd64.deb
wine-staging_6.1~focal-1_i386.deb
wine-staging_6.7~focal-1_amd64.deb
wine-staging_6.7~focal-1_i386.deb
wine-staging-amd64_6.1~focal-1_amd64.deb
wine-staging-amd64_6.7~focal-1_amd64.deb
wine-staging-i386_6.1~focal-1_i386.deb
wine-staging-i386_6.7~focal-1_i386.deb

Sempre instalei Discord e Wine (e um monte de outras coisas aliás) com dpkg -i. Por que diabos tem um folder chamado “discord” em $HOME/snap/? O que tem lá? Preciso saber antes de pensar em me livrar (espaço em disco não é infinito), afinal, não quero perder certos dados em cache… apesar que até ontem, eu podia jurar que estes estavam em algum lugar dentro de $HOME/.cache/ por exemplo, nada de snaps… mas agora essa “surpresa”.

Por mim eu me livrava 100% desse troço (snap) mas instalei alguns porque, na época, não encontrei com apt-cache search, como aquela tool de análise estática e os dois reprodutores SWF.

No momento, confesso sentir-me ludibriado, meio que feito-de-bobo: instalo quatro, cinco snaps e quando vejo já tem quarenta e tantos squashfs na saída de df -mhT, com direito a diretórios relacionados a aplicações que instalei pelo dpkg (discord).

Nunca dei muita atenção pra esses “zero-install”. Como uso Ubuntu (por enquanto… falta pouco agora…) só tive contato com snaps já que não realmente facilitam pra appimages e flatpaks. Mas essa me pegou de surpresa.

Acontece com mais alguém? Alguém sabe o que é isso/o que significa? Sabe se posso me livrar desses snaps sem comprometer e.g. discord? Caso precise muito de algum desses snaps e não encontre com apt-cache search, instalo de uma tarball de uma vez.

Grato.

JG22 · Agosto 24, 2022, 12:45am

Se não quer instalar snaps, sai do Ubuntu. Simples assim. Infelizmente a versão 22.04 trouxe esse tipo de empacotamento de forma mais agressiva, até mesmo se você mandar instalar o FireFox pelo apt, ele “burla” e instala a versão Snap. Se quiser remover apenas versões antigas dos programas em snap e limitar ao número mínimo de versões, siga as instruções deste site: https://www.linuxuprising.com/2019/04/how-to-remove-old-snap-versions-to-free.html
Agora, se quiser arrancar de uma vez:
sudo apt purge snapd
rm -rf ~/snap

Rodrigo_Zimmermann1 · Agosto 24, 2022, 1:24am

Chama a tua mãe kiko.
Em algum momento você instalou o Discord através de Snap, mas deve tê-lo removido posteriormente. Esqueceu que fez isso.
Aliás, você está usando Ubuntu. Não quer usar Snap? Tem tantas outras opções como Suse, Arch, Manjaro, OpenMandriva, Mageia, etc. Essas distribuições não vem com o Snapd por padrão, você não vai usar Snap se não quiser.
O Ubuntu não esconde de ninguém que vem com a Snap Store e que usa esta ferramenta, a qual tem sido amplamente utilizada pelos desenvolvedores. Afinal, usar Snap é uma escolha.
E pelo que percebo, a ferramenta tem sido cada vez mais adotada, pois são cerca de 2 mil desenvolvedores publicando na Snap Store. Só o número de desenvolvedores já é maior do que a quantidade de aplicativos disponíveis no Flathub.

null · Agosto 24, 2022, 1:38am

Para definir o número máximo de revisões de um snap armazenadas pelo sistema após a próxima atualização, execute o comando abaixo.

sudo snap set system refresh.retain=2

Para remover versões antigas segue este guia → Como limpar as versões do pacote Snap

Se quiser remover o Snap do Ubuntu

Natanael.755 · Agosto 24, 2022, 9:45am

Calma aí jovem

Essa é a lista dos seus snaps

E aqui seus snaps rodando

Já dessa pasta é apenas uma pasta qualquer, virtualmente qualquer aplicação fora dos snaps pode criar arquivos e pastas aí

Experimenta rodar o discord ou qualquer outro app que você pense ser o snap assim:

strace $(which discord)

Se for um snap em 100% das vezes vai dar um erro de permissão

anon29420993 · Agosto 24, 2022, 5:09pm

“O Ubuntu não esconde de ninguém que vem com a Snap Store”
Mas o problema não é esse, o problema é que o usuário não tem escolha…isso que tá errado

JG22 · Agosto 24, 2022, 9:30pm

Escolha tem. De arrancar com apt purge e usar flatpak no lugar do que apenas é possível instalar via snap. O mais triste é ver que tem usuário, e aqui do fórum, que diz isso ser uma prática benéfica para o usuário final leigo…

Daigo · Agosto 24, 2022, 10:09pm

Tem sim, ele pode removê-la e instalar a Gnome Software, Mint Install ou PopShop

Rodrigo_Zimmermann1 · Agosto 24, 2022, 11:11pm

Ubuntu é um produto. Usar Ubuntu foi uma escolha. Se não existisse Arch, Manjaro, OpenSuse, Red Hat, CentOS, Mageia, PCLinuxOS, entre tantos outros eu até concordaria que o usuário não teve escolha.

anon29420993 · Agosto 25, 2022, 12:02am

ah é? Então quer dizer se eu remover snapd, do ubuntu vou poder instalar firefox e chromium .deb acho que não

Kobreq · Agosto 25, 2022, 12:04am

Você pode o fazer mesmo com o snapd instalado. A única coisa que a Canonical fez foi um alias para que quando o usuário tentar usar o apt para instalar alguns programas, ele os instalar em snap. Nada te impede de baixar um .deb e apt install ./*.deb.

frc_kde · Agosto 25, 2022, 1:20am

A Canonical teve um grande papel na conquista de uma multidão de novos usuários para o Linux – primeiro, ao criar uma distro mais “amigável” do que o Debian “puro”, o que permitia começar a usar a distro, e só mais tarde aprender (ou não!) a lidar com “o Linux”. – Até então, essa facilidade era típica só de algumas distros, como Mandrake, Kurumin, e poucas mais.

Segundo, ao enviar CDs absolutamente de graça, para qualquer rincão do planeta. – Bastava pedir! – Mesmo no Brasil, isso podia ser um “diferencial matador”, pois ainda era muito comum, usuários dependerem de conexões discadas (baixíssimas velocidades, imobilizava o telefone fixo da casa, pagava por “pulsos” a cada 3 minutos), ou mesmo de lan-houses (pagamento por hora e outros inconvenientes). – Se “o Linux” fosse um “mercado”, isto poderia ser facilmente classificado como “dumping” (guerra de preços baixos para eliminar a concorrência, de modo a estabelecer um oligopólio ou monopólio).

E de fato, distros como Mandrake e Kurumin (entre outras), que “concorriam” com o mesmo foco de ser amigável para o iniciante, acabaram pouco tempo depois. Mas, como “o Linux” não era estritamente um “mercado”, não houve processos anti-dumping, e nunca ficamos sabendo se a iniciativa da Canonical “prejudicou” as outras, nem em que medida (caso tenha acontecido). – Claro, Mandrake foi alvo de processos devido ao nome, Kurumin enfrentou outras dificuldades (falta de desenvolvedores), e isso dificulta ainda mais, saber quais causas contribuíram mais.

A estatística do Distrowatch (que só indica “interesse” em saber mais sobre cada distro) dá uma visão dessa gangorra:

Fato é que o Ubuntu logo se tornou a distro da vez, com todos falando nos fóruns, blogs – e isso foi um terceiro diferencial: – Bastava Googlar uma palavra-chave, para encontrar soluções para eventuais problemas.

Infelizmente, não vivenciei aqueles anos de ouro do Mandrake. – Com a descontinuação do Kurumin, logo escolhi o Kubuntu como minha tábua de salvação – e foi minha “distro principal” por quase 10 anos, de 2009 até +/-2018, quando finalmente consegui “dominar” (+/-) algumas outras distros, para deixar de ser um “dependente da Canonical”.

Isso porque, a cada dia, eu percebia que, ao fugir da “dependência da M$”, talvez eu tivesse me colocado na dependência de outra corporação. – Ou seja, de “decisões corporativas” que não levavam em conta os interesses dos usuários. – Fiz um rápido apanhado das guinadas da Canonical, embora várias delas não tivessem me atingido pessoalmente (e a maioria, eu nem entendia direito).

O fato é que o “dono” da Canonical me parecia um “riquinho”, cada vez menos “confiável” – cheio de “planos de domínio do mundo” (ha ha), vivia “inventando moda”, mostrava-se propenso a mudanças bruscas a todo momento etc. – De repente, parece que lhe faltou chão, credores / investidores o encostaram contra a parede, e ele chutou o balde de várias modas que ele mesmo tinha inventado, e… “abandonou” o usuário doméstico, para focar em outras coisas, que dariam retorno financeiro.

Não lembro exatamente quando o “dono” da Canonical resolveu nos chutar – guardei muitos bookmarks, mas com o passar do tempo, acabei esquecendo onde estão. – Continuei usando o Kubuntu 16.04 LTS como minha “distro principal”, por mais 1 ou 2 anos, mas tratei de instalar todo tipo de distros “não-Buntu” e “não-Debian”, na expectativa de acabar dominando uma (ou várias), para romper minha “dependência da Canonical”, o quanto mais cedo, melhor.

De 2018 a 2019, comecei a brincar de “Kubuntu rolling-release” – instalava uma ISO “development-branch”, e usava durante uns 5 meses, até seu lançamento final – e logo instalava o “development-branch” seguinte.

Foi em meados de 2019, — Eoan Ermine (development branch ), — que uma simples “atualização” do Chromium, instalou toda infraestrutura do Snapd e substituiu o tradicional pacote chromium.deb por um chromium.snap2 .

Foi exatamente naquele momento, que deletei meu último Kubuntu. – Apenas reiniciei a máquina, carreguei outra distro que já estava me atendendo bem – e em 5 minutos, apaguei a partição do meu último Kubuntu.

De lá para cá, ainda insisti algum tempo com o Linux Mint, que “protege” o usuário dessas surpresas não-solicitadas – e com o KDE Neon, que até agora também não me aprontou nenhuma surpresa desse tipo.

Portanto, concordo 100% que continuar com algum “Buntu” da Canonical é uma escolha – e que há muitas opções, das mais amigáveis até as mais exigentes de aprendizado. – Mas não posso esquecer que (pelo menos, para mim) isso dependia de algum “investimento” anterior em distros que eu ainda desconhecia. Em suma, eu precisei fazer uma certa “preparação”.

Aí, sim, quando chegou a hora, eu estava pronto para “mudar” em 5 minutos. – Aliás, esse é um dos motivos, pelos quais, mantenho várias distros instaladas em dualboot. – Não é só para me salvarem, em caso de eu “quebrar” uma delas, e poder me socorrer com alguma outra.

É também, para não “ficar dependente” de nenhuma empresa, que de repente vá à falência, ou resolva mudar tudo. – Ou mesmo, de alguma comunidade que, por qualquer motivo, resolva mudar de rumo em 180 graus, ou… o “líder” enlouqueça, e desapareça com as senhas.

Em tempo: - Continuo não usando Snapd, nem Flatpak, nem AppImage. – Uma das coisas que observo, em cada distro, é se oferece nativamente tudo que eu preciso.

E evito precisar de coisas demais – porque este seria o caminho mais rápido para começar a “depender” de um monte de coisas.

Sergio_H · Agosto 25, 2022, 4:52am

Ubuntu é uma grande referência, sendo importante conhecê-la. Esse papo de “se não quer snap, não use Ubuntu” é bem limitadinho. Se o colega se sente bem usando Ubuntu (ou uma de suas variações) e questiona os snaps, pode seguir as dicas já indicadas para dispor de um Ubuntu “snap-free”. Quanto ao Firefox “.deb” no Ubuntu 22.04, pode ser instalado com adição de um PPA disponibilizado pela própria Mozilla.

Aproveito para lembrar que o Ubuntu não está sozinho como projeto cujas decisões dos “corps” desagradaram a comunidade Linux. Pensemos no que foi feito do CentOS e na polêmica sobre o fim do OpenSUSE Leap.

Aliás, nem mesmo projetos fundamentalmente comunitários estão livres de guinadas polêmicas! Pensemos na grita quando o Debian aderiu ao systemd… (Aliás, o SysVinit consta nos repositórios do Debian para os interessados…)

KairanD · Agosto 25, 2022, 7:48am

Certa vez um desenvolvedor do KDE comentou comigo, em um bug report, algo que considerei muito relevante: não é interessante usar uma distro onde você fica constantemente lutando contra a forma de empacotamento preferencial dos desenvolvedores. Isso vale para toda e qualquer distro.

É fato que o Ubuntu tende a cada vez mais priorizar Snaps e substituir pacotes tradicionais por estes. Portanto, insistir nessa distro não é algo interessante para quem não gosta dessa forma de empacotamento. O ideal é escolher uma distro com filosofia condizente às opiniões pessoais, o que poupa trabalho extra pós-formatação (ou pós-atualização) e evita possíveis experiências desagradáveis e distro hopping no futuro.

Eu não recomendaria o Ubuntu a alguém que não gosta de Snaps da mesma forma que não recomendaria o Linux Mint a alguém que não gosta de Flatpaks ou o KDE Neon a alguém que prefere empacotamento tradicional em .deb. Com tantas opções excelentes de distros, não há porque “bater de frente” contra a filosofia de empacotamento de determinada distro quando ela não agrada, nadando contra a corrente e tendo atritos com a própria experiência ao usar o sistema.

No caso do Ubuntu, em específico, é possível optar por simplesmente remover qualquer coisa relacionada ao Snap e depender de PPAs (que não são boa solução) e outras artimanhas que podem ser necessárias no futuro. Pessoalmente, se não quisesse Snaps, eu optaria simplesmente por procurar outra distro semelhante e mais alinhada às preferências pessoais. O usuário tem liberdade para fazer o que quiser com a distro, mas precisa avaliar o custo-benefício.

P.S.: neste comentário, não estou entrando no mérito das decisões de empacotamento dos desenvolvedores da distro, mas pensando apenas na experiência final do usuário.

Daigo · Agosto 25, 2022, 9:51am

Achismo equivocado. Removendo snapd, vc pode seguir alguns passos para instalá-los.

Exato!

Fato!

Natanael.755 · Agosto 25, 2022, 10:14am

Pode, inclusive via APT, o que você não vai poder é instalar pelo repositório da Canonical e isso é lógico, o repositório não vai possuir um pacote com o binário do Firefox fora do snap

Não é que é uma prática benefica mas irrelevante, o Firefox vai ser instalado do mesmo jeito, pega alguém que está acostumado a usar o Firefox mas não a usar linux, instala o Ubuntu e põe ela pra usar e pergunta: você está gostando do snap?

Ela vai te perguntar o que é snap e onde ele está pra testar e te falar, muita gente tende a pensar que a Canonical abandonou o desktop, mas essa afirmação é parcialmente falsa, ela abandonou o que dá prejuízo pra ela: o desktop doméstico comunitário, o Ubuntu tem tudo pra ser uma plataforma o maior encalço do Ubuntu é o desktop comunitário: consome banda, não gera lucro, geralmente não sabe pra que serve as tecnologias usadas na distro e só ataca a imagem da empresa, já o desktop empresarial é responsável pela receita líquida da empresa na fatia do desktop, e pelo menos eu nunca vi essa galera reclamando que o snap do Firefox é instalado via APT, pelo contrário, já vi essa galera elogiando… Por lógica a única forma do Ubuntu manter o desktop comunitário é focar no empresarial

frc_kde · Agosto 25, 2022, 11:35am

Concordo 100%.

No caso da Canonical, a meu ver, é ela que “luta” contra a preferência do usuário – e de modo pouco transparente – quando o usuário tenta instalar (ou apenas atualizar) um pacote .deb, e recebe um .snap.

Não lembro de nenhuma outra distro fazer isso.

A Canonical já praticava alguma coisa desse tipo +/- em 2016, quando você tentava instalar muon-discover e ela instalava plasma-discover, sem dar qualquer satisfação ou explicação. – Os pacotes Muon estavam nos repositórios oficiais, mas para conseguir instalar qualquer um deles, o usuário precisava driblar a decisão da Canonical.

Ainda não vi em qualquer outra distro esse modo de tratar o usuário como um “incapaz” – cujas vontades devem ser ignoradas, sem qualquer aviso, explicação ou esclarecimento.

(Ignoro, se depois de 2019 a Canonical mudou seu comportamento. Pelo que leio nos fóruns, parece que não. – Pelo contrário, quem reclama tende a ser criticado, e às vezes até coisa pior).

Bom… eu uso KDE Neon, prefiro pacotes .deb, e até agora não recebi nenhuma surpresa, escondida por baixo do capô. – Então, acredito que sua afirmação deveria ter algum complemento, delimitando “em tais ou quais condições”. – Não é uma coisa absoluta, inerente à distro, em si.

(A infraestrutura Snapd está lá, no KDE Neon, mas nunca tentou fazer nada, sem que eu peça – muito menos, sem me avisar).

Do mesmo modo, usei o Mint 20 (beta) – exatamente para “ver de perto” a “briga” que se armava nos fóruns – e nunca me aconteceu de eu tentar instalar um pacote .deb, e receber subrepticiamente um Flatpak.

(A infraestrutura Snapd também estava lá, no Linux Mint, mas nunca tentou fazer nada, sem que eu pedisse).

Foi tão somente no Kubuntu que, numa atualização corriqueira, o apt / Synaptic substituiu o chromium.deb por um chromium.snap2 – e instalou todos os pacotes necessários, da infraestrutura snapd. – Só fui perceber, quando o Chromium se mostrou incapaz até de baixar ou subir um arquivo (entre outras coisas).

Sim, estou falando do apt / Synaptic – que não têm qualquer responsabilidade no assunto. – São os tais pacotes-fantasmas .deb (da Canonical) que escamoteiam a troca do que o usuário pediu, pelo que o usuário não pediu.

No PCLinuxOS, uso o APT-RPM / Synaptic, e também nunca recebi gato por lebre.

Quanto às “lojinhas” (Plasma Discover, gnome-software), há muitos anos procuro evitá-las. – A primeira coisa que faço é remover o PackageKit – e com isso as “lojinhas” vão embora.

Vejo no meu histórico que, ao remover o que sobrou da “lojinha” no KDE Neon, também foi removida a infraestrutura de Flatpak.

Nas demais distros “não-deb”, também removo o PackageKit e o que sobra da “lojinha” – e uso os comandos (zypper, dnf, urpmi, pacman, e outros). – Também nunca recebi gato por lebre.

O Pamac (GUI / CLI) do Manjaro oferece AUR, Snapd, Flatpak, com toda clareza – e deixa a cargo do usuário habilitar (ou não) cada um deles. – É uma “lojinha” honesta, simpática, mas ainda prefiro usar o pacman para atualização geral, e em seguida o pamac-cli para atualização dos pacotes do AUR.

Tudo funciona bem, porque nenhuma distro usa pacotes-fantasma em seus repositórios oficiais para instalar Snapd ou Flatpak de modo subreptício. – Isto só acontece com os .deb da Canonical.

… Ou, com quem gosta de “lojinhas” multicoloridas – e não muito claras, nem transparentes, segundo vejo pelas mil reclamações nos fóruns. – Mas para evitar isso, não precisa trocar de distro. Basta optar por comandos cli simples e claros. Em qualquer distro (exceto Buntus, pois neles os comandos cli são ludibriados por pacotes-fantasma).

tiagoquintino · Agosto 25, 2022, 11:38am

Costumeiramente app que possuem versões em .deb e em snaps pode compartilhas pastas por questão de praticidade e ou de organização o Ubuntu ja cria o diretório .snap por padrão é por isso que vc pode encontrar certos arquivos nesse diretório ao invés do .cache ou dentro do /apt por exemplo. Não tem nada de anormal acontecendo nesse caso.

Eu sempre fui um critico do snaps com relação ao seu desempenho no desktop, app demorando 10s para abrir mesmo um uma maquina top de linha é um absurdo, mas o a Canonical está fazendo um grande trabalho com relação a isso e realmente aplicativos em snaps como firefox, chormiun, vlc estão abrindo muito rapidamente até mesmo em PCs com discos mecânicos. Sobre as outras questões “polêmicas” do snaps sinceramente é conversa de torcida.

rubenscontato · Agosto 25, 2022, 12:02pm

O que pode acontecer é o pacote .deb ter algo como um script que chama o snap para instalar determinado programa, eu digo isso porque no caso do ubuntu pacotes como o firefox, chromium… não adianta baixar eles no ubuntu packages para serem instalados usando o dpkg, pois os pacotes são os mesmos usados pelo apt e todos funcionam assim, eles tem apenas uma espécie de script que chama o snap. Pode ser que os desenvolvedores desse programa tenham feito o mesmo.

Daigo · Agosto 25, 2022, 1:19pm

Basta usar o PPA feito pela Mozilla e configurar.
Basicamente é necessário:
sudo su
add-apt-repository ppa:mozillateam/ppa -y

Tudo junto:
echo ’
Package: *
Pin: release o=LP-PPA-mozillateam
Pin-Priority: 1001
’ | sudo tee /etc/apt/preferences.d/mozilla-firefox

Seguido de:
echo ‘Unattended-Upgrade::Allowed-Origins:: “LP-PPA-mozillateam:${distro_codename}”;’ | tee /etc/apt/apt.conf.d/51unattended-upgrades-firefox

apt update && apt install firefox -y && apt install firefox-locale-pt -y