История успеха flatpak

вместо условного systemd демонами должен заниматься, внезапно, Snap

С какого перепуга системный systemd должен заниматься демонами внутри песочницы?

Просто софт надо нормальный делать, который можно запустить с минимумом библиотек. А не упавать на магию всяких факпаков которые тащат с собой ещё половину убунты (или на чем там сейчас принято основывать пакеты), требуют отдельной копии блобов драйверов для видяхи от nvidia и системного сервиса. Просто когда по какой либо неведомой причине приложуха в факпаке ломается - отлаживать что пошло не так просто задолбаешься. Я концептуально поддерживаю только bubblewrap который лежит в основе флатпака. Вот это действительно отличная минималисьичная утилита для изоляции сделанная по принципам kiss.

Зойчем всё это когда есть appimage?

flatpak приложение в теории будет работать всегда, приложение лишь подтянет свой рантайм.

А зачем теоретизировать? Этому флэтпаку лет десять этак.

Берёшь и ищешь что-то старое и пытаешься поставить.

Для SNAP, к примеру, четырёх годичное поставить на новую ОС — проблема.

Не лучше. snap требует для себя systemd, flatpak нет.

К примеру, версия ниже 1.8.2 в убунте лтс, дебиан стейбл, сусе и других.

Я думаю, тут вопрос к тем, кто хромиум собирал. Думаю, им достаточно было бы и 1.6 версии. А вообще, проблема стабилизации фич есть везде, просто надо немного потерпеть. :)

Да сколько уже терпеть? Десять лет мало…

Вендорлоком на убунту

Снап прекрасно работал в арче. И до сих пор, наверное, работает. Но не пользуюсь.

У вшивых всё про…

а что по этому поводу думает Столлман?

Я думаю, не одобряет. Ведь это способ напихать проприетарщину и не открывать сырцы.

Я лично думаю что это путь к дистрибутивам OOo по 4 гига, как MSO и т.п.

Я не думаю, что дистрибутив по 4 гига это такая большая проблема.

Это была аллюзия, комментировать было не обязательно.

Да, у меня такие же впечатления от flatpak. Он совершенно бесполезен, только вводит дополнительную сущность, ничего по сути не решает.

Еще раз, давно в арч завезли официальную поддержку снап? Пакет снап даже не в репозиториях арча, а в AUR’е.

Ведь это способ напихать проприетарщину и не открывать сырцы.

В Snap у меня этак десять приложений. В Flatpak одно. Все с открытыми исходниками.

Из проприетарного ПО стоит: Steam, Sublime Merge, Sublime Text. Они не имеют нормальных версий в Flatpak и Snap.

Как-то не очень сходится…

Как-то не очень сходится…

Что не сходится? Что это способ напихать проприетарщину? Так это способ, возможность. И это же способ сделать сборку, которую цензурными словами нельзя описать, а собранный бинарник кинуть во флатпак. Даже если приложение с открытым ПО.

Еще раз, давно в арч завезли официальную поддержку снап?

А зачем она нужна, если снап работает так же? :) Ну и в убунте с официальной поддержкой что ты сделаешь? Чем она тебе поможет?

Да на оно надо с этим возится из разработчиков проприетарного ПО… Практика это подтверждает.

А ты теорезируй, аллезируй.

Практика это подтверждает.

Можно взглянуть на эту практику?

В убунте с официальной поддержкой я, по крайней мере, буду иметь некоторую гарантию того, что снап будет работать как должно. На арче никаких гарантий нет. Сегодня он работает, завтра перестанет – и виноват в этом будет буратино, поставивший его себе.

Можно. Какое-то время назад я ставил себе snap – хотелось потестить marco на wayland, собирать самому не хотелось, так как пришлось бы доставлять гору библиотек, а готовые сборки были только в snap.

Какие-то проблемы были уже на этапе установки, пришлось руками делать симлинк на каталог снап, но это все решилось пятиминутным гуглением. Запуск тоже в целом был терпимый, пришлось пробрасывать переменные окружения, которые снап почему-то не хотел принимать сам, но тоже сойдет. А вот удаление снапа было долгим и интересным приключением, потому что снап успел насрать очень много куда, а писатель PKGBUILD’а не озаботился корректным удалением всего этого мусора. Это как раз пример того, какие проблемы не возникают при наличии официальной поддержки. Может, с тех пор что-то и изменилось, но зачем жрать кактус, если можно его не жрать?

Можно. Без всяких твоих глупостей про ГМ и тому подобное из китайских порномультиклов.

Берёшь и ищешь авторов проприетарного ПО под линуксы. Находишь, кто из них использует Flatpak.

По-моему 0% выйдет. Могу ошибаться немного.

А вот всё проприетарное ПО, которое я использую, в DEB пакетах. Что о них думает тот самый? А какая разница…

В убунте с официальной поддержкой я, по крайней мере, буду иметь некоторую гарантию того, что снап будет работать как должно. На арче никаких гарантий нет. Сегодня он работает, завтра перестанет – и виноват в этом будет буратино, поставивший его себе.

А у других приложений (пакетов) в арче (да и в любом другом дистрибутиве), значит, есть гарантия, что они будут работать как должно и завтра не сломаются? :) Я даже не уверен, что тебе такое в rhel пообещают.

Flatpack это типа виндового msi?

Нет конечно.

А как же Dllhell?

Попой об косяк.

Обновления, не качающие гигабайты? Unixway и прочее?

Все прилагается. Обновления флатпака меньше, чем обычных пакетов. Юниксвей тут вообще параллелен, не понятно зачем ты его сюда приплел.

Поэтому я и пишу

некоторую гарантию

Со снапом и прочим мусором из AUR’а нет и такой.

Не знаю, сколько это будет в процентах, но те же AnyDesk и Zoom пакуют Flatpak.

Думаю, им достаточно было бы и 1.6 версии.

Конечно достаточно. Все же вокруг дурачки тупые, только на ЛОРе эксперты умные. Жалко что у вас не проконсультировались.

Мимо. Это не авторы этого проприетарного ПО делают, а левые пионеры.

Действительно, беру свои слова назад.

работает тоже везде

4.2
Была куча примеров когда не работает

Не бывает НЕКОТОРОЙ ГАРАНТИИ. Либо гарантия есть, либо ее нет. Все ПО поставляется as is и при любом обновлении на твоей конфигурации может выйти из строя. Гарантировать можно только реакцию на поломку.

Что это способ напихать проприетарщину?

Любая установка софта - способ напихать проприетарщину. Следовательно логике, Столлман против любого способа установки софта.

И правда. До этого не разбирался, а оказывается вон что оно тянет:

https://github.com/flathub/org.freedesktop.Platform.GL.nvidia/tree/master/data

Т.е. копии всех версий драйвера nvidia. И я так понял одна из версий при установке должна совпадать с «нормально» установленной.

А если не совпало, получай очередной Failed.

Это не драйвера, а рантаймы к драйверам.

То есть нужен и драйвер в системе, и рантайм. Да, совпадающих версий

В убунте с официальной поддержкой

Сколько раз ты пользовался этой поддержкой?

буду иметь некоторую гарантию

Не обманывай себя.

Тут, конечно, есть и вина nvidia в том что они не могут нормальный стабильный API/ABI сделать хотя-бы в рамках мажорной версии драйвера. Проприетарщики они такие, увы.

Но это не единственная проблема контейнеров типа флатпака. Есть ещё проблемы с udev’ом - оно в принципе отказывается передавать сообщения при несовпадении версии сервиса и клиента (libudev?), я даже пытался проксю писать которая-бы висела на сокете и перепаковывала-бы сообщения от udev’а одной версии к udev’у другой, но потом забил.

У контейнеров есть ещё проблемы с acl\selinux\suid\caps и.т.д. Есть проблемы с сетью (с тем-же resolv.conf который нынче организован через череду симлинков, хорошо что хоть в современных системах можно использовать локальный резольвер от systemd)

То есть вот это вот всё делает запуск некоторого софта весьма проблематичным. Причем это далеко не только системный софт: возьмите хотя-бы тот-же steam и USB контроллеры, которые надо подключать ДО запуска стима.

До недавнего времени - нельзя было запускать chrome с изоляцией процессов, т.к SUID’шный бинарник который организовывал сандбоксы не работает в флатпаке.

Можно. Какое-то время назад

Официальная поддержка решила тебе твой вопрос? Вот имнно на такой задаче «хотелось потестить marco на wayland».

Берёшь и ищешь авторов проприетарного ПО под линуксы

Зашёл на флатхаб в популярные приложения. Первым попался Steam. Вроде, насколько я помню, проприетарный он.

Туда же зум, майнкрафт, визуал студио код.

софт надо нормальный делать, который можно запустить с минимумом библиотек

Софт без зависимостей? Это как - линковать статически всё, что можно?

тащат с собой ещё половину убунты (или на чем там сейчас принято основывать пакеты)

«Основной» рантайм Flatpak, Freedesktop-SDK, не основан ни на чём и собирается с нуля.

системного сервиса

Flatpak не требует никакого сервиса. Snap требует.

Все же вокруг дурачки тупые, только на ЛОРе эксперты умные.

Вижу много всего, когда берутся свежие версии, хотя из свежих версий ничего не используется. В давности даже пересобирал проги, пакеты которых упакованы с зависимостями на новые версии из-за чего они не встают, но со старыми версиями собираются и прекрасно работают. Так что это опыт. В данном случае могу ошибиться, конечно, но думаю, что всё гораздо проще.

Стандартно в линуксы проприетарщину просто так не напихать. Поэтому он и такой непопулярный.

Сколько раз ты пользовался этой поддержкой?

0 раз. Потому что я не пользуюсь убунту.

Официальная поддержка решила тебе твой вопрос?

Если бы я пользовался убунту, то, как минимум, официальная поддержка бы писала пакет для snap, а не нонейм в AUR’е. Как минимум, пакет можно было бы удалить, а не вычищать кишки руками.

Не обманывай себя.

Не обманывай себя. В репозиториях арча софт хотя бы собирается своевременно и на текущих библиотеках. PKGBUILD snapd тянет готовый бинарь с гитхаба, слинкованный непонятно с чем и пересобираемый по желанию левой пятки владельцев репозитория.

0 раз.

Типичный лоровец, который говорит о том, чем не пользуется?

PKGBUILD snapd тянет готовый бинарь с гитхаба

Ну потому что оно лежит в ауре и автор собирает как хочет. Тем не менее, оно и из исходников собирается. Например, в дебиане. В котором тоже нет «официальной поддержки» снапа.

Все они пакуются энтузиастами, а не представителями компании.

Это как - линковать статически всё, что можно?

Библиотеки со стабильным ABI - линковать динамически, библиотеки сделанные через жопу и нестабильные - статически, предоставлять рабочие версии библиотек вместе с приложением и использовать LD_LIBRARY_PATH.

Ну и ещё не писать монструозное говно с тысячей зависимостей и прочим. Хороший пример - nero linux, я один и тот-же бинарник кажется лет 10 использовал после покупки, и это при том оно шло в виде RPM для древнего редхата. Потом запихал его в контейнер на базе bubblewrap и оно проработало ещё несколько лет, пока привод не выбросил.

А вот какой-нибудь последний teamviewer - запихнуть в flatpak уже не получается. Хотя с железом напрямую он не работает совсем. Просто софт написан через жопу, хоть и на QT.

Типичный лоровец, который говорит о том, чем не пользуется?

Рад, что вы рефлексируете время от времени.

Ну потому что оно лежит в ауре и автор собирает как хочет.

Процитирую вам наш диалог:

В убунту официальная поддержка snap, в арче – нет

И что? В арче все работает

Пакет не вставал, не работал, не удалялся без пердолинга в консоли, до сих пор не в официальных репах, написан нонеймом

Автор собирает как хочет!

Тем не менее, оно и из исходников собирается. Например, в дебиане. В котором тоже нет «официальной поддержки» снапа.

который говорит о том, чем не пользуется?

Вы, кстати, только что показали, что не в курсе, как snap устанавливается на арче. На текущий момент PKGBUILD собирает snap из сырцов, а не тянет бинарь с гитхаба, как это было раньше, когда его ставил я.

Все они пакуются энтузиастами

Ну редко кто в снап пакует сам. Это же проблема линуксов - есть более одной штуки, решающей задачу. Корпораты не хотят тратить кучу времени, чтобы запаковать подо всё.

официальная поддержка snap

На самом деле ты ввёл меня в заблуждение поддержкой. На самом же деле вопрос в том кто пакет собирает. В убунту сами, в арче нет. А поддержки как не было, так и нет.

Вы, кстати, только что показали, что не в курсе, как snap устанавливается на арче.

Я где-то утверждал, что я знаю как ставит пакет snap из аура?