# Flatpak sous Debian vos avis?

**URL:** <https://www.debian-fr.org/t/flatpak-sous-debian-vos-avis/92810>\
**Category:** Pause Café\
**Created:** [Septembre 3, 2026, 8:09 UTC](https://www.debian-fr.org/t/flatpak-sous-debian-vos-avis/92810 "2026-09-03T20:09:25Z")\
**Posts on this page:** 20\
**Page:** 2

<div class="post-metadata">

**Author:** ![Clochette](https://www.debian-fr.org/user_avatar/www.debian-fr.org/clochette/32/8757_2.png) [@Clochette](https://www.debian-fr.org/u/Clochette)\
**Post date:** [Septembre 4, 2026, 3:10 UTC](https://www.debian-fr.org/t/flatpak-sous-debian-vos-avis/92810/21 "2026-09-04T15:10:22Z")

</div>

| Critère | 📦 Paquet Debian (.deb) | 🟠 Snap | 🟢 Flatpak | 🔵 AppImage |
| --- | --- | --- | --- | --- |
| Principe | Paquet natif de la distribution | Application empaquetée avec ses dépendances | Application isolée avec ses dépendances/runtime | Application autonome dans un seul fichier |
| Installation | apt install / gestionnaire de paquets | snap install | flatpak install | Télécharger → rendre exécutable → lancer |
| Désinstallation | Très propre via apt remove | Facile via snap remove | Facile via flatpak uninstall | Supprimer le fichier |
| Mises à jour | Via apt upgrade | Automatiques par défaut | Gérées par Flatpak | Généralement manuelles |
| Dépendances | Partagées avec le système | Embarquées en grande partie | Runtime partagé | Généralement embarquées |
| Taille disque | ⭐⭐⭐⭐⭐ Très efficace | ⭐⭐ Plus élevée | ⭐⭐⭐ Moyenne | ⭐⭐ Souvent élevée |
| Temps d’installation | ⭐⭐⭐⭐⭐ Rapide | ⭐⭐⭐ | ⭐⭐⭐ | ⭐⭐⭐⭐⭐ |
| Démarrage | ⭐⭐⭐⭐⭐ Excellent | ⭐⭐⭐ Peut être plus lent | ⭐⭐⭐⭐ Généralement bon | ⭐⭐⭐⭐ Généralement bon |
| Isolation / sandbox | ❌ Faible par défaut | ✅ Forte | ✅ Très forte | ❌ Faible par défaut |
| Sécurité | ⭐⭐⭐ Dépend du paquet et du système | ⭐⭐⭐⭐ | ⭐⭐⭐⭐⭐ | ⭐⭐ |
| Portabilité | ❌ Faible | ⭐⭐⭐ | ⭐⭐⭐⭐ | ⭐⭐⭐⭐⭐ |
| Version récente des logiciels | ⭐⭐ Dépend de la distribution | ⭐⭐⭐⭐⭐ | ⭐⭐⭐⭐⭐ | ⭐⭐⭐⭐⭐ |
| Intégration au système | ⭐⭐⭐⭐⭐ Excellente | ⭐⭐⭐⭐ | ⭐⭐⭐⭐ | ⭐⭐⭐ |
| Accès aux périphériques | ⭐⭐⭐⭐⭐ Simple | ⭐⭐⭐ Peut nécessiter des permissions | ⭐⭐⭐ Peut nécessiter des permissions | ⭐⭐⭐⭐ |
| Gestion centralisée | ✅ Excellente | ✅ Excellente | ✅ Excellente | ❌ Faible |
| Besoin d’un dépôt | Oui | Oui | Oui, généralement Flathub | Non |
| Fonctionne sur plusieurs distributions | ❌ Principalement Debian/Ubuntu et dérivées | ✅ Oui | ✅ Oui | ✅ Oui |
| Mise à jour automatique | ❌ Via gestionnaire système | ✅ Oui | ✅ Possible | ❌ Généralement non |
| Rollback | ⭐⭐ Limité | ⭐⭐⭐⭐⭐ Excellent | ⭐⭐⭐⭐ | ❌ |
| Pertinent pour serveur | ⭐⭐⭐⭐⭐ | ⭐⭐ | ⭐ | ⭐ |
| Pertinent pour desktop | ⭐⭐⭐⭐⭐ | ⭐⭐⭐ | ⭐⭐⭐⭐⭐ | ⭐⭐⭐⭐ |

Allez petit résumé généré par un chat à la con (je taff sur du llm en ce moment ça me défoule donc de digresser avec le bouzin).

Pour ce qui est de l’intérêt des un et des autres j’avouer avoir mon cœur qui balance vers snap pour l’intégration poussé et la facilité le maintient à jour (et franchement le côté canonical nananana m’en contre fou du moment que ça marche sur ma machine de travail).  
Maintenant de toute les solutions les flatpak sont sans doute les moins liés à une entreprise et proposant une gestion facile du maintient à jour.

---

<div class="post-metadata">

**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\
**Post date:** [Septembre 4, 2026, 3:14 UTC](https://www.debian-fr.org/t/flatpak-sous-debian-vos-avis/92810/22 "2026-09-04T15:14:43Z")

</div>

Joli tableau. mais je ne suis pas d’accord pour la sécurité, en particulier pour les snap et appimage.  
Quand à une mise à jour par défaut pour les snap, en terme de sécurité c’est une mauvaise pratique.

---

<div class="post-metadata">

**Author:** ![Clochette](https://www.debian-fr.org/user_avatar/www.debian-fr.org/clochette/32/8757_2.png) [@Clochette](https://www.debian-fr.org/u/Clochette)\
**Post date:** [Septembre 4, 2026, 3:20 UTC](https://www.debian-fr.org/t/flatpak-sous-debian-vos-avis/92810/23 "2026-09-04T15:20:51Z")

</div>

> [@Zargos](#):
>
> Quand à une mise à jour par défaut pour les snap, en terme de sécurité c’est une mauvaise pratique.

Si tu installes un snap tu sais déjà à quoi tu te confronte si la source est pourri ? idem avec un flatpak ou une app image, sans vouloir t’offenser tu est peut-être trop rigide sans expliquer pourquoi 😉

Donc pour faire plaisir à Zargos une appimage, un flatpak ou un snap est fourni habituellement par une source, s’assurer que la source est sûr est parfois compliqué (sachant que flathub ne garantit absolument rien) et comment dire les gens pensent se qu’ils veulent de Canonical pour la sureté du dépôt et des paquets.

Donc oui le sandboxing n’est pas parfait et impossible à contourner mais cela reste hors de portée pour beaucoup de problème de sécurité si la machine est saine et à jour.

---

<div class="post-metadata">

**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\
**Post date:** [Septembre 4, 2026, 3:27 UTC](https://www.debian-fr.org/t/flatpak-sous-debian-vos-avis/92810/24 "2026-09-04T15:27:48Z")

</div>

> [@Clochette](#):
>
> Si tu installes un snap tu sais déjà à quoi tu te confronte si la source est pourri ? idem avec un flatpak ou une app image, sans vouloir t’offenser tu est peut-être trop rigide sans expliquer pourquoi 😉

en fait je refuse les trois notamment parce que coté sécurité ce n’est pas fiable 🙂

Que ce soit par le fait que containérisé, il y a possibilité de contourner des mesures existantes de sécurité de l’hôte, qu’une mise à jour automatique ne laisse pas le temps de valider hors production et comme tu le dis très bien, les sources snap, appimage ont une sûreté difficile à assurer/valider.  
Pour Canonical, je n’utilise pas Ubuntu entre autre pour le merdier que ça implique chez eux. 🙂

> [@Clochette](#):
>
> mais cela reste hors de portée pour beaucoup de problème de sécurité

c’est une fausse idée 🙂

---

<div class="post-metadata">

**Author:** ![fran.b](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/f/d78d45/32.png) [@fran.b](https://www.debian-fr.org/u/fran.b)\
**Post date:** [Septembre 4, 2026, 3:35 UTC](https://www.debian-fr.org/t/flatpak-sous-debian-vos-avis/92810/25 "2026-09-04T15:35:34Z")

</div>

Les AppsImage sont facile à faire. Je l’avais fait. En gros on indique la distribution et version voulue (les dépots en clair), on fournit un script de lacement éventuel, un .desktop, une icone et roule! (Mais ça fait 2-3 ans que je n’en ai plus fait, ça a peut être changé).  
C’est idéal pour des conflits de version.

---

<div class="post-metadata">

**Author:** ![Thierz](https://www.debian-fr.org/user_avatar/www.debian-fr.org/thierz/32/15124_2.png) [@Thierz](https://www.debian-fr.org/u/Thierz)\
**Post date:** [Septembre 4, 2026, 9:13 UTC](https://www.debian-fr.org/t/flatpak-sous-debian-vos-avis/92810/26 "2026-09-04T21:13:43Z")

</div>

> [@Zargos](#):
>
> Que ce soit par le fait que containérisé, il y a possibilité de contourner des mesures existantes de sécurité de l’hôte

Si c’est avéré, c’est grave en effet. Qui est le fautif pour ceci ? Le noyau ? La distro hôte?

---

<div class="post-metadata">

**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\
**Post date:** [Septembre 4, 2026, 9:14 UTC](https://www.debian-fr.org/t/flatpak-sous-debian-vos-avis/92810/27 "2026-09-04T21:14:24Z")

</div>

le contrainer et donc le package

---

<div class="post-metadata">

**Author:** ![Jim](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/j/ac91a4/32.png) [@Jim](https://www.debian-fr.org/u/Jim)\
**Post date:** [Septembre 6, 2026, 8:08 UTC](https://www.debian-fr.org/t/flatpak-sous-debian-vos-avis/92810/28 "2026-09-06T08:08:33Z")

</div>

je l’utilise et voici les raisons pour lesquelles j’apprécie flatpak:

-isolation sandbox

application  
↓  
runtime Flatpak  
↓  
ses bibliothèques compatibles  
↓  
sandbox  
↓  
Debian

explication: certaine applications récentes fonctionnent mal sur debian stable et un des gros avantages de Flatpak :  
l’application apporte avec elle un environnement logiciel cohérent, sans pour autant embarquer nécessairement toutes les bibliothèques à l’intérieur de chaque application.

Je garde donc mon Debian propre, et mes applications graphiques ont leur propre environnement.  
runtime partagé + sandbox, c’est probablement l’un des aspects les plus intéressants de Flatpak.

---

<div class="post-metadata">

**Author:** ![fran.b](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/f/d78d45/32.png) [@fran.b](https://www.debian-fr.org/u/fran.b)\
**Post date:** [Septembre 6, 2026, 11:45 UTC](https://www.debian-fr.org/t/flatpak-sous-debian-vos-avis/92810/29 "2026-09-06T11:45:25Z")

</div>

Un exemple pour fabriquer une appsimage. Ici c’est autopsy de ubuntu jammy. Vous récupérez pkg2appimage par exemple sur [[https://github.com/AppImage/pkg2appimage/releases](https://github.com/AppImage/pkg2appimage/releases)]([https://ce](https://ce) lien)  
Puis il faut faire un fichier autopsy .yml

```auto
app: autopsy
  union: true
# binpatch: true

ingredients:
  packages: autopsy
  dist: jammy
  sources:
    - deb http://ftp.archive.ubuntu.com/ubuntu jammy main universe
  debs:
    - /home/francois/AppsImage/autopsy/*.deb
  script:
    - mkdir -p autopsy.AppDir
    - cp ../autopsy*.png autopsy.AppDir
    - mkdir -p autopsy.AppDir/usr/bin
    - cp ../autopsy.desktop autopsy.AppDir/
    - mkdir -p autopsy.AppDir/usr/share/pixmaps
    - cp ../autopsy.png autopsy.AppDir/usr/share/pixmaps
    - pwd
    - find . -type f

post_script:
    - cp ../../autopsy.desktop .
    - add-apt-repository ppa:gift/stable
    - apt update
    - apt install -y libbfio1
    - mkdir usr/share/pixmaps
    - cp ../../autopsy.png usr/share/pixmaps
    - (cd usr/bin ; ln -sf ../../bin/bash ; ln -sf ../../lib/x86_64-linux-gnu/ld-linux-x86-64.so.2 ;cd ../..)
```

On fait ensuite

```auto
pkg2appimage autopsy.yml
```

La syntaxe du fichier est assez claire, on fait les ajustements au fur et à mesure des erreurs du script. Le fichier AppsImage est dans out/

---

<div class="post-metadata">

**Author:** ![dindoun](https://www.debian-fr.org/user_avatar/www.debian-fr.org/dindoun/32/4281_2.png) [@dindoun](https://www.debian-fr.org/u/dindoun)\
**Post date:** [Septembre 6, 2026, 4:50 UTC](https://www.debian-fr.org/t/flatpak-sous-debian-vos-avis/92810/30 "2026-09-06T16:50:51Z")

</div>

> [@vbreton](#):
>
> Sans argument, ça vaut pas grand chose. Quels sont les principaux éléments qui vaut une telle réponse ?

1. On sort de windows avec un site à vérifier par programme pour faire une debian avec un site à vérifier par programme et le proprio peut changer avec le temps !?!
2. la sortie du bac de sable de l’ai de chatgpt montre qu’un bac à sable ce n’est pas une prison
3. la multiplicité des versions installables du même programme est incompréhensible pour les gens normaux que l’on veut amener sur debian ( voir mint )
4. l’absence des sources me semble se généraliser sur snap et flatpak et appimages

---

<div class="post-metadata">

**Author:** ![fech](https://www.debian-fr.org/user_avatar/www.debian-fr.org/fech/32/10523_2.png) [@fech](https://www.debian-fr.org/u/fech)\
**Post date:** [Septembre 6, 2026, 8:12 UTC](https://www.debian-fr.org/t/flatpak-sous-debian-vos-avis/92810/31 "2026-09-06T20:12:03Z")

</div>

Je reste sur une version Debian et dans la mesure du possible pour des versions plus recentes, je vais privilégier une appImage. Ca marche ou pas, mais je sais que ca va pas aller polluer la configuration.

---

<div class="post-metadata">

**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\
**Post date:** [Septembre 6, 2026, 9:54 UTC](https://www.debian-fr.org/t/flatpak-sous-debian-vos-avis/92810/32 "2026-09-06T21:54:30Z")

</div>

> [@fech](#):
>
> Ca marche ou pas, mais je sais que ca va pas aller polluer la configuration.

Ben en fait non, ca pollue en fait. Mieux vaut encore un flatpak qu’un appimage.  
Toute configuration de sécurité se verra contourné avec un appimage où il n’y a pas de contrôle qualité; flatpak, même si ce n’est pas la panacée, il y a un minimum de contrôle il me semble.

Il y a une bonne raison si les entreprise et administration n’utilisent pas appimage ou snap. Aucune boite iso27001 ne vas utiliser ces trucs.

---

<div class="post-metadata">

**Author:** ![damale88](https://www.debian-fr.org/user_avatar/www.debian-fr.org/damale88/32/15523_2.png) [@damale88](https://www.debian-fr.org/u/damale88)\
**Post date:** [Septembre 7, 2026, 1:33 UTC](https://www.debian-fr.org/t/flatpak-sous-debian-vos-avis/92810/33 "2026-09-07T01:33:48Z")

</div>

J’utilise principalement les .deb  
normalement plus facile à gérer. je ne connais pas trop les commandes flatpak.

.deb c’est généralement apt search / show / install / purge

je l’utilise parfois pour les logiciels qui manque dans les .deb.  
si je tappe dans mon terminal «&nbsp;flatpak search screenshot&nbsp;»  
la commande flatpak reste en suspend. je passe donc par le navigateur pour trouver des infos sur des logiciels qui pourraient m’intéresser  
si je fais apt search screenshot, je vais trouver une panoplie d’info  
j’ai aucun doute que flatpak est bien, je suis juste moins habitué. j’aime aussi que les .deb soit un minimum approuvé par debian.

je préfères généralement flatpak aux appimages. un logiciel, un fichier, ça me rend un peu craintif. j’ai toujours l’impression qu’il va avoir un bug. mais c’est basé sur rien, juste une impression.

quand mon vieille ordinateur fonctionnait je m’amusais avec sway.  
je cherchais un logiciel pour faire des captures d’écran assez sophistiqué. J’ai essayé flameshot.  
J’ai essayé le .deb, le flatpak, et le appimage. J’ai beaucoup essayé, mais j’ai seulement réussi sur appimage.

---

<div class="post-metadata">

**Author:** ![fech](https://www.debian-fr.org/user_avatar/www.debian-fr.org/fech/32/10523_2.png) [@fech](https://www.debian-fr.org/u/fech)\
**Post date:** [Septembre 7, 2026, 12:55 UTC](https://www.debian-fr.org/t/flatpak-sous-debian-vos-avis/92810/34 "2026-09-07T12:55:06Z")

</div>

Meme sur les sites officiels du logiciel ?

---

<div class="post-metadata">

**Author:** ![fran.b](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/f/d78d45/32.png) [@fran.b](https://www.debian-fr.org/u/fran.b)\
**Post date:** [Septembre 7, 2026, 1:09 UTC](https://www.debian-fr.org/t/flatpak-sous-debian-vos-avis/92810/35 "2026-09-07T13:09:25Z")

</div>

> [@Zargos](#):
>
> Toute configuration de sécurité se verra contourné avec un appimage où il n’y a pas de contrôle qualité; flatpak, même si ce n’est pas la panacée, il y a un minimum de contrôle il me semble.

Pas si tu fabriques l’AppsImage, là tu controles tout, non?

---

<div class="post-metadata">

**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\
**Post date:** [Septembre 7, 2026, 1:14 UTC](https://www.debian-fr.org/t/flatpak-sous-debian-vos-avis/92810/36 "2026-09-07T13:14:06Z")

</div>

> [@fran.b](#):
>
> Pas si tu fabriques l’AppsImage, là tu controles tout, non?

je ne parle pas de ce contrôle là, un incompétent en sécu peut faire un appimage qu’il contrôle mais sur lequel il n’y a pas de contrôle qualité

---

<div class="post-metadata">

**Author:** ![gillaume1](https://www.debian-fr.org/user_avatar/www.debian-fr.org/gillaume1/32/4958_2.png) [@gillaume1](https://www.debian-fr.org/u/gillaume1)\
**Post date:** [Septembre 10, 2026, 9:39 UTC](https://www.debian-fr.org/t/flatpak-sous-debian-vos-avis/92810/37 "2026-09-10T09:39:36Z")

</div>

> [@Necromago](#):
>
> Hello,
> 
> Je n’utilise ni flatpak ni snap.

Hello,

Pas mieux.  
Il faut être root pour installer ces trucs ?  
( je ne vois pas l’intérêt d’avoir 2 ( ou plus ) systèmes de paquets sur Debian

---

<div class="post-metadata">

**Author:** ![Clochette](https://www.debian-fr.org/user_avatar/www.debian-fr.org/clochette/32/8757_2.png) [@Clochette](https://www.debian-fr.org/u/Clochette)\
**Post date:** [Septembre 10, 2026, 9:44 UTC](https://www.debian-fr.org/t/flatpak-sous-debian-vos-avis/92810/38 "2026-09-10T09:44:46Z")

</div>

> [@gillaume1](#):
>
> ( je ne vois pas l’intérêt d’avoir 2 ( ou plus ) systèmes de paquets sur Debian

Quand les dit paquet n’existe pas dans un dépôt, c’est bien pratique 😉

---

<div class="post-metadata">

**Author:** ![gillaume1](https://www.debian-fr.org/user_avatar/www.debian-fr.org/gillaume1/32/4958_2.png) [@gillaume1](https://www.debian-fr.org/u/gillaume1)\
**Post date:** [Septembre 10, 2026, 9:46 UTC](https://www.debian-fr.org/t/flatpak-sous-debian-vos-avis/92810/39 "2026-09-10T09:46:07Z")

</div>

OK, c est vrai.  
ça n 'est pas encore arrivé, de ne pas trouver ce que je voulais dans les dépots.

---

<div class="post-metadata">

**Author:** ![Clochette](https://www.debian-fr.org/user_avatar/www.debian-fr.org/clochette/32/8757_2.png) [@Clochette](https://www.debian-fr.org/u/Clochette)\
**Post date:** [Septembre 10, 2026, 9:49 UTC](https://www.debian-fr.org/t/flatpak-sous-debian-vos-avis/92810/40 "2026-09-10T09:49:30Z")

</div>

> [@gillaume1](#):
>
> ça n 'est pas encore arrivé, de ne pas trouver ce que je voulais dans les dépots.

Pas plus tard qu’hier JAMI :

> [@Logiciels visio conférence point à point](https://www.debian-fr.org/t/logiciels-visio-conference-point-a-point/92853):
>
> Hello les zamis, connaissez-vous SVP des logiciels qui permettraient à deux utilisateurs debian de s’appeler directement l’un l’autre, pour un échange voix, vidéo, chat, partage d’écran et accessoirement échange de fichiers/pj ? Merci d’avance.

[Page précédente](https://www.debian-fr.org/t/flatpak-sous-debian-vos-avis/92810.md?page=1)

[Page suivante](https://www.debian-fr.org/t/flatpak-sous-debian-vos-avis/92810.md?page=3)
