![Каша Каша](//static.vivaolinux.com.br/imagens/fotos/f45256d5eb1b.png)
Kacha
(usa Outra)
Enviado em 08/06/2020 - 13:33h
caminhodobem escreveu:
Você pode usar um ppa, baixar um deb com a versão recente diretamente do site, compilar essa versão ou usar um binário auto-executável.
isso depende muito, as libs e dependências do seu sistema precisam ser compatíveis.
veja que em qq distro os desenvolvedores escolhem a dedo versões de libs que são compatíveis com a grande maioria dos pacotes nos repositórios oficiais e compatíveis, inclusive, com versões antigas das próprias livrarias para programas que precisam..
mas os devs nem sempre conseguem livrarias que são retro-compatíveis, por exemplo. e neste caso pacotes mais complexos, dependendo da complexidade do programa na verdade, ele vai ter muitas dificuldades para rodar sem instalar livrarias diferentes/ mais antigas, que terão de ser instaladas via outros ppas, se forem compatíveis com as do sistema sem precisar desinstalar as do sistema, claro, ou se for um programa que precisa de uma funcionalidade além das disponíveis nas libs do sistema..
então é por isso que chega um momento que o ubuntu LTS tem que congelar as versões dos aplicativos e tal..
com relação as ditas falhas de segurança, algumas podem ser contornadas, lembrando que os snaps, por ex. rodam em sandboxing..
muitas falhas só ocorrem em usos específicos, enfim, se tu não roda um servidor só roda um laptop pessoal e sabe o que está fazendo, não tem dessa de falha de segurança..
no windows tudo bem, eles tem libs de apis de 16, 32 e 64 bits no Windows 10!!!.. o windows é super retro-compatível... a maioria dos programas escritos para win98 rodam no win10, muitas vezes só é necessário ativar a opção de compatibilidade do windows..
Veja sobre o AppImage no vídeo dO Programador (muito bom!)
https://www.youtube.com/watch?v=gq--ZCa_Apc
Para esse caso seu, extremamente específico eu vejo o AppImage como alternativa, agora para o que querem fazer no Ubuntu e em outras distros, não.
Os casos que você citou é bem incomum, pois em todos esses anos utilizando Linux, nunca passei por esse tipo de coisa e nem teria motivos para querer usar programas antigos.
Sei que esse tipo de dependency hell é mais comum de acontecer em distros como Debian, caso o usuário instale um pacote extremamente "novo", aí poderá acarretar na falta de uma dependência ou o oposto, que foi meio que citado por você. Instalar um pacote ou programa extremamente antigo, num sistema mais recente, aí também poderá faltar certas dependências. Ao mesmo tempo, que o appimage dá um jeito nesse problema, ele também traz outros tantos e você terá que pesar na balança os prós e contras.
A questão do congelamento de pacotes eu não vejo por bons olhos pois prezo sempre por ter acesso a pacotes recentes. Não é por não usar snap, flatpak e appimage que eu tenho que ficar preso a pacotes antigos. Ficar numa versão datada, com a desculpa de ser mais estável é algo que parece ser comum só no Linux e é bem questionável. Inclusive sugiro ler isto pra se aprofundar, ao meu ver a forma que o Ubuntu usa pra manusear pacotes não é a forma mais correta e inclusive é justamente por causa disso que eles tem "forçado" os snap, como forma de tentar driblar esse problema.
https://rootco.de/2020-02-10-regular-releases-are-wrong/
Sim, snaps rodam em "sandboxing", porém questionável porque a Canonical já disse que confia mais do dev que no código escrito por ele, o que chamam de "shifting trustability", super questionável e excelente iniciativa para proliferação de malware. Além disso, os snaps também acabam por quebrar o conceito de fixed release do Ubuntu. Além de não ter como, por meios normais, impedir o snap de atualizar-se... Qualquer semelhança entre ele e as atualizações forçadas do Windows não seria um mero detalhe. Muitos que usam Ubuntu, usam porque gostam desse conceito fixed release e não querem ter software bleeding edge em suas mãos e o snap meio que não permite isso. Logo, se um app sofrer uma grande mudança de uma release pra outra, a pessoa terá que se forçar a digerir tal mudança, pois downgrade não é uma opção, ao contrário do flatpak e appimage. Roda em sandboxing também não quer dizer que esteja seguro.
Windows é diferente do Linux e vice-versa, nem deveria servir como parâmetro pra comparação, já que nem sistema de repositório eles tem no mesmo nível. Agora que MS introduziu o WinGet de forma oficial.
Minha treta nem é com o AppImage e sim com snap e flatpak. Foquei no flatpak porque o vídeo do Dio foi especificamente sobre ele. Verei o vídeo depois, obg pela recomendação.