Flatpak Next Dropping Systemd and X11
La vidéo analyse la controverse autour de « Flatpak Next » (Flatpak V2), en expliquant que le véritable problème n’est pas technique mais communicationnel : des rumeurs infondées sur une dépendance obligatoire à systemd et l’abandon de X11 ont été amplifiées par...
SYNTHÈSE STRUCTURÉE
Les deux innovations techniques de Flatpak Next
La présentation de Adrian Vovk et Sebastian Wick (Red Hat, GNOME) lors du Linux App Summit 2026 a dévoilé deux axes majeurs. D’abord, systemd-appd, un gestionnaire centralisé des permissions qui remplace les proxies D-Bus. Actuellement, les applications Flatpak passent par un proxy D-Bus pour filtrer les appels, ce que l’intervenant qualifie de « hack » : « This is dumb. This is a hack. It’s worked well enough this entire time, but it does really overcomplicate things. » Ensuite, XWayland Satellite permet d’exécuter chaque application X11 dans son propre serveur X, renforçant l’isolation du bac à sable. L’intervenant précise : « At no point in the talk does Sebastian or Adrian mention that X11 is going to be dropped. »
La dépendance à systemd : un non-dit transformé en polémique
Les slides mentionnent systemd-appd, ce qui a immédiatement suscité des inquiétudes pour les distributions non-systemd (Alpine, Void, Guix). Pourtant, Adrian Vovk avait déclaré avant la polémique : « frankly, before the Fedi dogpile, I was planning to be super considerate of the non-Systemd use cases. » Sebastian Wick avait même publié un billet expliquant que la fonctionnalité repose sur une fonctionnalité noyau, et que systemd n’est qu’une interface standardisée. L’intervenant insiste : « We are targeting the 95% everyone is using systemd. We are not targeting anything because there’s no we here. »
Le rôle trouble de Jorge Castro (Ublue)
Jorge Castro, qui n’est pas développeur Flatpak, a publié un addendum à son propre talk (non lié à Flatpak Next). Des utilisateurs, croyant qu’il parlait au nom du projet, l’ont interrogé. Au lieu de clarifier, il a répondu avec des remarques sarcastiques, comme « I don’t know. Ask them. » ou « This is modern Linux. There’s only systemd. » L’intervenant déplore : « He is not only not an active Flatpak developer, I don’t know if he’s made a commit to Flatpak. »
L’absence de code écrit : un projet en phase de design
Toutes les fonctionnalités discutées sont au stade de la conception. L’intervenant précise : « No code has been written. Maybe some little bits have been written since the talk, but nothing substantial. » Cela rend la polémique d’autant plus absurde, car rien n’est encore implémenté.
Les fonctionnalités prometteuses occultées par le drama
Le réseau sandboxing, absent de Flatpak V1, est une avancée majeure : « We don’t have that right now. There’s no way to do network sandboxing. That’s actually a really cool change. » L’intervenant regrette que ces innovations soient éclipsées par une controverse artificielle.
La communication brisée : un problème de perception
L’intervenant résume : « This entire drama never had to happen. There was no reason for this. » Les utilisateurs ont mal interprété les propos de Jorge Castro, et ce dernier n’a pas corrigé l’erreur. Résultat : « All that he did was create a problem for Sebastian and Adrian that wasn’t going to exist otherwise. »
CONCEPTS CLÉS
- systemd-appd : Composant centralisé de gestion des permissions, remplaçant les proxies D-Bus pour renforcer l’isolation des applications Flatpak.
- XWayland Satellite : Mécanisme permettant d’exécuter chaque application X11 dans un serveur X dédié, évitant les fuites de données entre applications via le serveur X global.
- Flatpak V1 vs V2 : La version actuelle (V1) utilise des proxies D-Bus et un serveur X11 global. La V2 (Flatpak Next) vise à éliminer ces dépendances pour un sandboxing plus strict.
- Proxy D-Bus : Solution temporaire où les applications Flatpak passent par un intermédiaire pour filtrer les appels D-Bus, décrite comme un « hack » par l’intervenant.
CONCLUSION
Le message principal est que la controverse autour de Flatpak Next est le résultat d’une mauvaise communication et non d’une décision technique. Les développeurs n’ont jamais annoncé l’abandon de X11 ni une dépendance obligatoire à systemd. L’intervenant conclut : « This was actually just the dumbest drama I’ve ever seen. » Pour un administrateur système, la leçon est claire : avant de s’alarmer, il faut vérifier les sources officielles et comprendre que les discussions de conception ne sont pas des décisions finales. Les innovations comme le réseau sandboxing méritent une attention bien plus grande que les rumeurs infondées.