Обговорення нового архітектурного підходу Flatpak із systemd

Розробники Flatpak обговорюють важливі зміни в архітектурі, які можуть зробити systemd центральною частиною нової моделі пісочниці Flatpak. Це піднімає питання про сумісність проекту з дистрибутивами Linux, які не використовують systemd.

Оновлення проекту Flatpak від Себастьяна Віка

У листопаді минулого року Себастьян Вік, один із кураторів Flatpak, опублікував оновлення проекту. Він зазначив, що розробка сповільнилася після того, як куратори зменшили свою активність. Проте, активність відновилась, зосередившись на незавершених запитах на злиття, підтримці OCI, попередньо встановлених додатках та управлінні дозволами.

Наслідки для Flatpak Next

Головним питанням є довгостроковий напрямок Flatpak Next, початкової ініціативи для майбутньої архітектури, яка може призвести до суттєвого редизайну, аналогічного версії 2.0. Вік і Адріан Вовк обговорили це публічно кілька днів тому на Linux App Summit 2026.

Впровадження systemd-appd

Ключовим елементом майбутньої роботи є systemd-appd, запропонований компонент systemd, що призначений для надання інформації про запущені екземпляри додатків. Вік заявляє, що systemd-appd має на меті підтримку аутентифікації екземплярів Flatpak, можливість вкладеного піщаного ящика, покращення інтеграції з PipeWire та в кінцевому підсумку заміну поточного моделювання проксі D-Bus у Flatpak.

Обмеження поточної архітектури Flatpak

Це важливо, адже поточна архітектура Flatpak має кілька обмежень. Попередні документи відзначають, що Flatpak вже запитує systemd призначити екземпляри додатків до відповідних cgroups, хоча цей крок може наразі завершитися без наслідків. Майбутні проекти можуть вимагати cgroup для кожного екземпляра додатку, керованого systemd або безпосередньо, для підтримки ідентичності додатка і відстеження метаданих.

Важливість впровадження нових методів

Технічна мотивація очевидна: Flatpak потребує більш надійних методів для ідентифікації працюючих додатків, управління дозволами, підтримки вкладених піщаних ящиків і інтеграції з настільними службами, такими як портали та PipeWire. Ці покращення особливо важливі для складних додатків, включаючи браузери та програми з внутрішнім піщаним ящиком.

Вплив на дистрибутиви без systemd

Проте, ця запропонована стратегія піднімає чутливе питання в екосистемі Linux: чи має залежати крос-дистрибутивна платформа додатків від systemd? Це питання, як можна здогадатися, переважно впливає на дистрибутиви без systemd, такі як Alpine, Void, Devuan та інші, які свідомо уникають systemd.

Майбутнє Flatpak без systemd

В даний час Flatpak асоціюється з ширшим Linux-десктопом, а не з якоюсь окремою родиною дистрибутивів. Якщо майбутні версії Flatpak вимагатимуть systemd-appd без сумісної альтернативи, ці дистрибутиви можуть бути змушені застосовувати дочірні патчі, підтримувати замісні шари або відмовитися від повної підтримки Flatpak.

Поточний стан systemd-appd

Нарешті, важливо зазначити, що Flatpak наразі не вимагає systemd-appd у стабільних релізах, і systemd-appd ще не є завершеною або широко впровадженою компонентом.

Висновки щодо архітектури Flatpak Next

Поточні обговорення стосуються майбутньої архітектури, зокрема Flatpak Next, і роботи, яку розробники вважають необхідною для подолання давніх обмежень дизайну. Однак нова модель пісочниці розробляється на основі інфраструктури, що може ускладнити уникнення systemd.

Дізнайтеся більше про Flatpak на їхньому сайті та залишайтеся в курсі новин Flatpak на офіційній сторінці.