Разработчики Flatpak собираются добавить в systemd новый компонент systemd-appd

Разработчики ненужно собираются добавить в ненужно новый компонент ненужно-ненужно!

Звучит неплохо

Ненуженки ненужно не нуждают не нуждать в ненужно ненужное ненужно ненужно-ненужно!

Разработчики флатпака начитались лора и решили повысить градус сыстемдэ-срачей.

Так то уже почти все бинарные дистры превратились в какой-то сыстемдэ-срач

Sebastian Wick and Adrian Vovk…

Братья что-ли? :)

Sebastian Wick and Adrian Vovk are planning to develop «systemd-appd» as a new service-d to allow querying running app-d instances-double-d.

Fixed.

А что нужно? Клепать инсталляторы для всех возможных дистров? Есть подобный опыт? Вот например есть некий релиз и надо его выкатить в народ. И есть 20 самых популярных дистров. Что дальше? Ну сборку еще можно как автоматизировать. А тестирование? Ну автотесты не связанные с гуем еще можно, хотя и они под большим вопросом. Если их много часть все равно файлед и бегай за ними еще месяц. А те, что про юзер интерфейс? В 20 виртуалках все проверять? Не ну реально конечно если есть отдельный штат тестировщиков. Но они опять же что-нибудь обязательно найдут, ибо отличия есть, и поведение приложения тоже. И это один релиз, а так для каждого.

Мне лично нравится systemd и Flatpak, просто не мог удержаться от возможности позабавиться.

Прям с языка снял :)

Читаю это и думаю: получается, Flatpak становится зависимым от systemd и перестанет работать в Void, Gentoo, Slackware, Devuan, antiX, Artix, Alpine и прочих.

Немного жаль конечно, но пережить можно.

Flatpak разве что удобен тем, чтобы не добавлять multilib в систему - для Lutris, wine и Steam. Потому что 32-битные архитектуры убирают все кому не лень, и рано или поздно перестанут поддерживать multilib, или наступит 2038-й.

На BSD всё проще: нет Flatpak, нет проблемы. С другой стороны, Flatpak это по сути дистрибутив в дистрибутиве, и он не такой уж и секюрный, и изоляция у него дырявая.

Больше всех будут сокрушаться те, кто не использует systemd и flatpak. Хотя казалось бы, какое им дело. Парадокс.

С чего бы это сокрушаться? Тут только веселиться можно с этого цирка, как два ненужно будут залезать друг на друга и породят ненужно в квадрате.

Сделать бинарник, который представляет собой самораспаковывающийся архив tar.gz, что помещает нужные файлы ПО в директории внутри /usr/local или /opt, на выбор.

Чтобы работало под любым дистрибутивом, собирать под старый glibc (в новых есть обратная совместимость) и класть в комплект все нужные библиотеки, через strace проверить, что не обращается к системным, кроме минимально нужных и стандартизированных между дистрибутивами.

Интеграция с DE делается элементарным текстовым .desktop файлом, что размещается в /usr/share/applications/

Это не теоретические рассуждения. Грамотные люди уже много лет так пакуют ПО под Linux. StarOffice начала 2000-х легко работает на современных дистрибутивах, например.

Проблемы только у тех, кто может лишь через checkinstall собрать .deb пакет под ту Ubuntu LTS, где он разрабатывает.