ฝัง
- เผยแพร่เมื่อ 8 ก.พ. 2025
- ✅ MEUS CURSOS com preços ACESSÍVEIS:
slackjeff.com....
▶️ [CUPOM] de descontão NordVPN:
nordvpn.com/sl...
▶️ [CUPOM] de descontão, Hostinger:
hostinger.com....
🎁 Doe:
₿ bitcoin:bc1q09lqnk63ldvkzur3t6y3xrkq9z5rhm8hwkgg39?message=Doe
❖ slackjeff@riseup.net
Seja membro deste canal e ganhe benefícios:
/ @slackjeff
► Minha CHAVE GPG
slackjeff.com....
Um dos videos mais aguardados de todo usuário linux.
com os flatpak que eu consegui trazer quase todos da minha famiia que usam desktop para o mundo linux ... mostrei que é facil de instalar e usar sem problemas
Não tem como pô, um dia todo mundo se converte ao flatpak. É inevitável hahahahha quanto antes a gente aceitar, melhor será
Boa tarde. Grande conteúdo. Só falta a explicação de bibliotecas compartilhas pelos ambientes de programação, os SDK. Dessa forma não há tanta adição de espaço em disco. Abraço e parabéns
Toca do tux é só blá blá blá, seu canal e raiz. Divulgar sua distro é o começo feliz natal Slackjeff viva eterna gratidão.
Top, faz vídeo de instalação e utilização do Suricata ou Snort. Valeu!!!
Uso Flatpak faz muitos, muitos anos e, desde o começo, sempre me entregou o que promete. Ao contrário dos pacotes Snap, que pareciam um pesadelo; não sei como estão hoje.
Com o Flatseal posso, por exemplo, permitir ao Brave acessar a pasta Imagens, que é o que faço, já que, por padrão, ele acessa apenas a pasta Downloads.
Obrigado pelo vídeo.
Maravilha de vídeo.
Que video bom, ta faltando canais do TH-cam com essa pegada no mundo Linux. Explicar as coisas do jeito que elas são. Parabéns
Muito bom os vídeos do Slackjeff, sempre conteúdo de qualidade.
Sobre duplicação de dependência, não é verdade que sempre duplica. Se a dependência for estritamente igual, entre programas diferentes, é criado um hardlink, mesmo se vier de repositórios flatpak diferentes.
Então os primeiros flatpak que instalar vão custar mais em download e disco q os últimos, e no final a média de disco por programa vai baixando.
Se escrever um script shell simples que pega o inode de um arquivo e procura todos os outros nomes que estão referenciados pelo mesmo inode, vai conseguir ver isso.
O ostree que o flatpak usa por baixo dos panos faz essa "magia"
Ultimamente também uso Flatpak... Principalmente em games do Windows rodando pelo Lutris.
Gosto do conceito de quando a gente faz uma configuração de tal game...O Wine fica dentro do Prefixo de cada pasta que você pode nomear com o nome do game.
Senso de organização muito bacana...E para poder desinstalar também você sabe que não vai afetar a biblioteca do sistema... Já que tudo fica no prefixo...Diria que pra quem gosta de limpeza num sistema...Flatpak... Não esconde sujeira debaixo do tapete... Você remove e já eras...
Fora que você consegue sempre ter programas atualizados de forma mais ampla.
No Lutris mesmo fica top... Individualiza tudo do sistema principal.
Enfim...Flatpak é senso organizacional bem bacana.
Atualmente estou usando distro Linux Solus... Está sensacional o desempenho...Acesso a tudo atualizado...
Pensando bem também... Será que o Flatpak não se inspirou no conceito do Mac Os... Já que programas do Mac também são pacotes... Não são arquivos soltos...Windows sempre foi bagunçado...O sistema de Pkg do Mac Os também nos traz senso organizacional bem mais elevado que o Windows.
Se eu for escolher entre flatpak, snap ou appimage prefiro o appimage, e mais fácil de controlar os programas usando so o gerenciado de arquivos escolhe um diretorio coloca ele la e pronto não tem atalho cria se um fazendo a chamada que quiser e pronto, na dúvida e só desempacotar e ver o que tem dentro, fora que nunca tive problemas com permissões etc, mas já tive com snap e flatpak.
Jeff, me diz ai, como é a questão da limpeza do sistema, tipo "sudo apt autoremove". Dá para fazer isso e deixar o sistema com mais espaço? Obrigado!
Esse Flatseal parece ser realmente mt bom,
Video top!
vídeo massa, jeff!!
A regra é clara: Se alguém underground do Linux critica uma tecnologia do Linux isso significa que essa tecnologia é extremamente boa. Essa regra nunca falha!
Jeff uma outra sugestão seria mostrar como você usa o desktop Gnome no Debian para o dia a dia de trabalho.
Também uso oDebian stable no trabalho mas com KDE, estou tendo alguns problemas e talvez troque de interface.
A ideia era esperar o COSMIC ficar pronto pra migrar, se continuar tendo is problemas que to tendo no KDE terei de fazer essa troca antes!
Melhores distro conheço para usar plasma desktop e archLinux ou KDE neon.
@@1RockmanXKDE Neon traz os lançamentos do plasma então ocorre que atualiza a interface com um certo intervalo. E por trazer features novas pode conter bugs. E como é pra uso de trabalho não posso correr o risco.
Arch Linux nem se fala, se não é a distribuição que mais é atualizada é uma das.
Talvez o archlinux configurado com kernel LTS e outros pacotes LTS funcione. Segundo a documentação da pra fazer isso.
O único problema é que existem aplicativos que preciso usar no trabalho que não existem pra Arch por incrível que pareça. Um exemplo é a VPN forcepoint e a manager de Firewal também da forcepoint.
Hum legal, é bem semelhante como o funcionamento do docker.
Pensei em containers também, show.
@@taciobr a origem são dos contêineres, porém com a orientação de compilação em ambientes previamente organizados, os SDK, a mesma proposta dos aplicativos iOS, com o mesmo ganho, ou seja, compartilhamento de bibliotecas e redução do espaço em disco. Abraço
@marciovianna2370 show explicação! Obrigado
Top demais Jeff! Uma dúvida que sempre tive, sou usuário Arch (Endeavoros) e sempre instalo td pelo AUR, recentemente vi algumas pessoas falando que é melhor instalar aplicativos com interface grafica pelo flatpak mesmo no Arch. Isso é verdade? Quais os problemas que posso ter de usar somente o AUR?
As unicas coisas que me incomodam no flatpak:
O tamanho dos downloads, baixando um ambiente inteiro pra rodar o software dentro dessa "caixa".
E alguns mal otimizados que demoram minutos pra iniciar( "abrir a caixa")
Muito bom o vídeo com essa explicação bem detalhada. Mas eu gostaria, tbm, de ver como que eu posso fazer uma integração entre pacotes flatpak. Tipo: Usar o Kdenlive, integrado com o Gimp e o Audacity. Lá nas configurações do Kdenlive tem a parte que vc pode colocar o caminho de casa executável ou bin dos programas que vc quer integrar. Quando o pacote tá nativo do sistema é fácil. Mas o flatpak não sei se isso é possível.
Onde você coloca o caminho do executável, pode passar uma linha completa com parâmetros? Se sim, então rola.
Por exemplo, aqui para eu executar o geeqie via shell, tenho um alias que chama: /usr/bin/flatpak run --branch=stable --arch=x86_64 --command=geeqie --file-forwarding org.geeqie.Geeqie
da mesma forma, para chamar o gimp e audacity vai ter linhas de chamada parecidas.
@MarceloBeckmann já tentei colocar esses mesmos parâmetros referentes a cada programa nas configurações do Kdenlive para integrar os programas e não funciona.
Uso OpenSUSE TW com as atualizações padrão do sistema, e todo o resto dos programas que preciso em Flatpak. Ou seja sem dor de cabeça!
Jeff, você utiliza o ambiente gráfico do Debian em Xorg ou Wayland? Percebo que alguns apps em flatpak principalmente, quando são executados no Wayland ficam com uma interface diferente da do gnome padrão, e as vezes até o cursor do mouse muda, você ou alguém saberia porque isso acontece?
Eu prefiro repositórios oficiais ou app imagens
Essa questão do size ser 10x mais que um pacote tradicional, é algo que já devia sido resolvido. Ao empacotar, normalmente as dependências estão dentro de um intervalo. Então criar share/cache de dependências e os pacotes que dependem de uma especifica versão, seaproveitariam do mesmo, sem precisar baixar. Um check antesedente antes de baixar o pacote seria ideal. Acho que é simples de idealizar, sem corromper o alto índice de segurança dos flatpak.
Nem é essa a questão, cada pacote flatpak usa uma versão diferente das dependências, normalmente algumas que são padrão já são compartilhadas como a construção do gt e gtk que precisa ser baixado apenas uma vez.
5:30 isso não é acurado. Flatpak deduplica dependências compartilhadas.
Na verdade os dois estão certos. Flatpaks compartilham dependências, runtimes e extensões. O problema é que no caso específico do Flathub, existem diversas variações diferentes dos mesmos runtimes, dependências, etc.
Cabe mais ao desenvolvedor atualizar cada um desses detalhes, mas muitos desenvolvedores não fazem isso. Então você acaba no fim tendo varios runtimes em versões diferentes.
Mas sim, flatpaks e snaps são capazes de compartilhar dependências.
@@bruno5932 o que você apontou (que está correto) é diferente do que foi apontado no vídeo. O autor está dando entender que Flatpaks irão duplicar tudo, o que não é verdade.
@@softwarelivre2389 Só equivoco, realmente eu esqueci de mencionar este outro lado. Obg pelo comentario
@@SlackJeff
Não sou do mundo linux, só brinquei com o qubes, é viavel com flatpak?
Flashbang 1:47
Não teria como o flatpak ter uma forma de nao duplicar dependencias iguais?
👉 agora ensina a instalar no ChromeOS e no macOS, obrigado
Jeff, eu tô com um bug meio chatinho no Flatpak (não é algo que atrapalhe a experiência, mas me da agonia por conta da estética). Tipo, todo app que eu tenho instalado via Flatpak, o cursor do mouse muda quando eu estou dentro desse APP. Eu já tentei de tudo pra resolver isso, mas sem sucesso. O cursor sempre muda pro cursor do KDE Classic kkkkkk
Eu tô usando Debian 12.
Eu tentei usar o flatpak, mas as dores de cabeça foram maiores que as soluções.
Não me lembro se foi Steam ou Discord, mas certa vez fui usar e deu erro dizendo que estava desatualizado, fui atualizar e o pacote atualizado não existia no flathub.
Outra dor de cabeça gigantesca veio com o VSCode, eu tinha que reconfigurar toda a gambiarra pro VSCode em flatpak acessar os ambientes python do sistema toda vez que atualizava, a coisa me encheu tanto que eu desisti.
Hoje uso só o gerenciador da distro e pronto, se eles vincularem o gerenciador com o flatpak (assim como o ubuntu tem o snap vinculado com o apt) muito bom, se não tiver, paciência, cansei de gastar meu tempo testando soluções para problemas que eu não tenho.
kkk eu também tive essas dores de cabeça, hoje se quero testar um programa vou direto nos appimage e pronto, executo com o teminal vejo oq ue tem dento e adoto o programa se der tudo certo e quem diria mais de 70% dos programas no meu sistema e appimage.
A única segurança e você baixar do site oficial ou do github que eu recomendo.
Professor volta fazer live
jeff confundiu as dependencias não compartilhadas com o snap
É eu esqueci de mencionar sobre (bundle e runtime)
Estou utilizando bastante os Appimages, são portáteis, consigo criar um diretório ".home" para cada programa e executar de um pendrive por exemplo. É bem útil no meu caso, á que disponho de um ssd pequeno e a minha partição raiz está quase sem espaço para instalar novos programas. Agora a pergunta. Qual é melhor? Flatpak ou Appimage? Consigo a mesma portabilidade usando Flatpak?
Appimage não é nada portável, se tu não tiver certas coisas no sistema ele não funciona, segurança também é horrível, no geral eu recomendo usar só quando for extremamente necessário, aquilo é um monte de remendo para dizer o mínimo.
@@lzcoder 🤣 que remendo bom e esse meu caro se faltar lib e só extrai colocar dentro e compactar de novo, você não contamina o seu linux com libs soutas, fora que você pode executar com terminal e ver em partes o que ele esta fazendo, ou depura os arquivos extraindo eles, fora que você baixa eles nos sites oficiais, se for para ter programas com libs repetidas prefiro o appimage, pois se e compartilhada se desinstala uma o outro programa pode morrer.
E essa do appimagem depender de outras coisas, e bem relevante, pois no archlinux ou derivados, sim, tive que instalar um tal de fuse para o mesmo funcionar, já no debian e seus derivados não precisaram instalar nada até no debian seco com lxde, e isso e uma coisa que eu considero limitação do sistema, porem o mesmo se aplica ao flatpak e snap tem distros que precisa instalar os mesmo para poder se usado os programas, o mesmo se aplica a programas em Python.
Bem o seu argumento de "Appimage não é nada portável, se tu não tiver certas coisas no sistema ele não funciona," se comparamos distros que não tem suporte a flatpak e snap que precisa instalar os mesmo, se compara com o archlinux que precisou de instalar o fuse para funcionar.
Resumo podem, sim, usar appimage, e uma gambiara muito da boa e 90% das vezes não precisei fazer nada para usar, baixei do site oficial e pronto! já os flatpak e snap já tive problemas de libs e permissões em dispositivos de armazenamentos externos no caso do gimp.
@@janux-16 gambiarra muito da boa? Kkkkk tu estudou como aquilo funciona mano? Um appimage tem dentro dele uma distro Linux antiga, aquilo é um problema de segurança pro seu sistema.
Quando um Dev vai empacotar um appimage ele precisa basicamente colocar uma distro antiga dentro desse appimage, não tem sandboxing, não tem controle de permissão, me diz que isso é bom?
Flatpak tu só precisa instalar um pacote, tem sandboxing, controle de permissões, sistema de runtimes, roda em glibc, musl, com ou sem systemd, entendeu a diferença? Entendeu a portabilidade que eu tô falando?
@@leandro_fmoraes se quiser algo portável, no sentido de algo que tu coloca no seu pendrive e roda em qualquer Linux, pesquisa por flatimage, é um projeto bem interessante e é de um BR aliás, tem sandboxing e sistema de permissões, faz o appimage parecer mais quinquilharia do que ele já parece kkkk.
Haja Hd🥲
mais um comentário!
Deveria na real se chamar FATpak né Jeff 😅😅
Slack, meu irmão. Não chama AppImagine de "a pê pê image", chama de "épi image".
Primeiro
Vc tem algum grupo no discord, telegram, matrix aberto ao público?