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

не должен ... но ... почему-то

как обычно насоздавали стандартов. плодитесь и размножайтесь...

Snap не может по определению стать стандартом, потому что это централизованный магазин в руках Canonical.

Это недоразумение, что он вышел за пределы IoT-редакции Ubuntu.

И нормально получилось, для IoT устройств прям самое оно.

Я специально лез в SNAP, думал на практике применить (сам работаю в сфере производства маршрутизаторов).

SNAP роутер с автообновлением приложений. Вот это вещь.

SNAP роутер с автообновлением приложений. Вот это вещь.

как в микротике?

вот им и расскажи. я всеравно не пользуюсь.

нет, это всё пакеты с дедовскими зависимостями

для IoT устройств прям самое оно

Уже спорно. С появлением Podman от Red Hat нишу очень легко занять, при этом используя стандартизированные контейнеры, работающие за пределами какой-то единственной реализации, а не Canonical-специфичные пакеты. Ну, а плюсы Podman на поверхости: не требует root, работает с последними Linux-технологиями, вроде cgroups v2, не требует запущенного демона. Может так же автоматически обновлять контейнеры в фоне.

и какой объем флеш-памяти на ваших роутера?

гигабайт, но это не домашнее

Уже спорно. С появлением Podman от Red Hat нишу очень легко занять, при этом используя стандартизированные контейнеры, работающие за пределами какой-то единственной реализации,

Let the battle of standards begin!

Контейнеры сейчас везде одинаковые. https://opencontainers.org/

ЧСХ, Flatpak тоже умеет работать с OCI-контейнерами. https://opencontainers.org/posts/blog/2018-11-07-bringing-oci-images-to-the-desktop-with-flatpak/

да кого это волнует.

Да никого, конечно, как и flatpak :)

Правда тут в треде говорят, что он кого-то там победил

SNAP роутер с автообновлением приложений. Вот это вещь.

и какой объем флеш-памяти на ваших роутера?

гигабайт

ммм... [с уставшей мордой лица медленно и сполз под стол. тяжело в мире, где над некоторыми вещами готов смеяться только ты. смеяться уже не хочется]

Ну, а плюсы Podman на поверхости: не требует root, работает с последними Linux-технологиями, вроде cgroups v2, не требует запущенного демона. Может так же автоматически обновлять контейнеры в фоне.

А самое смешное, что все это абсолютно ничего не значит, пока гайды в интернете про докер, и на веб серверах бубунта. Mindshare > какие-то там технические преимущества

пока гайды в интернете про докер, и на веб серверах бубунта

Гайды от Docker подходят и для Podman.

я слово Podman сейчас второй раз услышал 🙂 Помню, новость на ЛОРе была. И запомнил всё-таки.

Ну и всё… В дикой природе это слово больше не видел.

Подходят, но ставить будут докер (по гайду).

А, ну и Podman Desktop для маков не существует. Dead on arrival :)

Podman Desktop для маков не существует

Ну и не надо, они же совместимы. Смысл macOS- и Windows-версий в том, что запускается виртуалка.

Podman’ом просто деплоить финальный билд куда-то на маломощное устройство, куда дерьмодемон dockerd не влезет. Речь про IoT, напоминаю.

В дикой природе это слово больше не видел

Ты и не DevOps, вроде бы, чтобы о таком знать.

Red Hat тем временем использует Podman на своём OpenShift, мейнтейнит плейбуки для Ansible, поставляет по умолчанию в RHEL и Fedora (для которых Docker вообще-то не собирают; в Fedora есть Moby Engine, разве что).

Так мониторю, читаю. Куда же программисту без этого.

Red Hat тем временем использует Podman

Ну вот, чисто этот селф фудинг какой-то.

Ну, просто Red Hat является столпом в разработке большей части экосистемы серверного и не очень Linux, поэтому их «селф фудинг» невзначай влияет и на все остальные дистрибутивы Linux в том или ином виде (на SUSE, как минимум, — они поставляют Podman в качестве основной управлялки контейнерами). Да и инструмент удобный в конечном итоге, в ином случае я бы его не упоминал вообще.

Про Canonical в то же время не могу ничего такого сказать. Как создают что-то — так и выбрасывают, не особо принося пользу окружающим, кроме своей бесплатной пересборки Debian и зарплаты мейнтейнерам пакетов Debian.

Ты понимаешь, что это ограничение версии flatpak сделано намеренно мейнтейнером Chromium?

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

А зачем его устанавливать на флатпак, которому год?

А что, это говно надо как шиндавс, переустанавливать дважды в год?

SUSE

тоже так себе пример. десять лет назад наверно можно было сказать SUSE с этаким «во!», сейчас как-то стирано.

А так вообще мне всё напоминает: «результат? какой там результат – зато весело!»

тоже так себе пример

Ну не знаю. Они достаточно крутые в контейнером мире, учитывая, что ещё и купили Rancher. Но это Kubernetes по большей части касается, конечно.

Просто деплоить программы без оркестратора такая себе практика, и в серьёзных деплоях будет практически только Kubernetes. Docker/Podman — для разработчиков и эджкейсов.

Не как шиндовс, а как линупс.

ДЕБильная ДЕБиановская (и не только) модель с фризом пакетов на весь срок жизненного цикла. ЛТСники все 5 лет так и будут сидеть

У меня во время работы в банке 80% отдела разработки так же реагировали на запрет деплоя за 2 недели до конца года вплоть до выхода с праздников. Что характерно, 20% остальных были ответственны за поднятие упавшего.

В убунте 20.2.1, в апстриме 20.2.6, апдейт так и не приехал. Штабильность

В Debian Sid и Testing апдейт прилетел на следующий день.

Я за appimage. Один файл, не нужна установка, работает тоже везде, если (внезапно) недоступен FUSE - то есть распаковка «из коробки», для работы не требуются никакие дополнительные сервисы в системе.

AppImage работает не везде, а только там, где работу явно предусмотрели. Если разработчик не предусмотрел, например, отсутствие на пользовательской машине какой-то библиотеки - AppImage работать не будет. На самом деле, это же не «незавсисимый от дистрибутива» формат, а этакий самораспаковывающийся архив на стероидах. И это его принципиальное отличие от flatpak и snap (кроме classic), в которых ABI полностью изолировано от хост-системы, до libc включительно.

Про Canonical в то же время не могу ничего такого сказать. Как создают что-то — так и выбрасывают, не особо принося пользу окружающим

«пользы от него, как с козла молока, но и вреда, однако, тоже никакого» (с) может, так оно и лучше, чем то, что RH сейчас наклепал.

Но тема же про десктоп.

Это ты сам придумал?

ТС пишет про историю успеха с установкой Chromium.

Ты приходишь и говоришь, что Snap лучше.

На серверах.

Потом говоришь, что тема не про десктопы.

…

Тема не про десктопы, потому что автор нигде не пишет, что имеет ввиду только десктопы, а с десктопным софтом просто приводит частный пример.

Flatpak только для десктопов используется, ТС десктопный софт и устанавливает.

При чём тут запуск сервисов вообще?

Я специально лез в SNAP, думал на практике применить (сам работаю в сфере производства маршрутизаторов).

А можно узнать имя конторы, чтобы потом случайно не купить? :)

Flatpak только для десктопов используется, ТС десктопный софт и устанавливает.

Чё пристал? Я же сказал, snap лучше, потому что умеет не только десктопы. Когда flatpak научится запускать сервисы, тогда и приходи, точка. Мне насрать, что тебе это не надо, это никак не влияет на мой пользовательский опыт. Так яснее?

Чё пристал?

Ты тупняк развёл, который если и относится к теме, то очень косвенно, а к запуску Chromium вообще нет.

Когда flatpak научится запускать сервисы, тогда и приходи, точка

https://flatpak.org

Flatpak is a next-generation technology for building and distributing desktop applications on Linux

Оно by design не обязано такое уметь. Для этого есть https://opencontainers.org/ со специализированными программами, работающими по общепринятому стандарту. В этот стандарт умеет и Flatpak, так что если в OCI-контейнер запихнуть графическую программу — она будет работать. А для запуска демона лучше использовать другой фронтенд, вроде Docker/Podman/Kubernetes.

Зачем нужна блоатварь типа Snap, которая пытается усесться на двух стульях сразу, при этом делая это плохо?

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

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

Ты тупняк развёл, который если и относится к теме, то очень косвенно, а к запуску Chromium вообще нет.

Не я.

Оно by design не обязано такое уметь.

Потому что by design хуже snapd.

Зачем нужна блоатварь типа Snap, которая пытается усесться на двух стульях сразу, при этом делая это плохо?

Затем, что я так хочу. Я, в отличие от тебя, никого ни в чём убедить не пытаюсь, и говорю только о своём опыте.

Я, в отличие от тебя, никого ни в чём убедить не пытаюсь

Я тоже никого не убеждаю. Просто констатирую факт и с недоумением смотрю, как мне в ответ говорят, что скрещивание ужа с ежом является фичей.

Ну, окей, что ли.

Я тоже никого не убеждаю.

Конечно-конечно.

Просто констатирую факт и с недоумением смотрю, как мне в ответ говорят, что скрещивание ужа с ежом является фичей.

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

О, ещё один всё понял

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

В Windows нет аналога Flatpak.

А как же Dllhell?

Каждая программа собирается под определённый изолированный рантайм.

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

Flatpak скачивает дельту обновлений, а не заново перекачивает всё подряд.

Unixway и прочее?

Flatpak представляет собой ряд не особо прибитых друг к другу компонентов (Flatpak, bubblewrap, xdg-desktop-portal etc.)

Делириум, зачем ты аккаунт у лошади угнал?

потребности несколько шире

Пока что я могу только предположить, что тебе гиперлень использовать разные инструменты и вместо условного systemd демонами должен заниматься, внезапно, Snap. Он же тебе и браузер должен установить. Расскажешь насчёт потребностей самостоятельно?

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

В Windows нет аналога Flatpak.

Конечно есть. MSIX аналог. В чём-то лучше, в чём-то хуже.

https://docs.microsoft.com/ru-ru/windows/msix/overview

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

Случился перевертышь. Раньше на этом сайте винду хаяли, что каждая прога все с собой носит :)))) я без претензий, просто наблюдение...

Конечно, вот тебе пример почему подход Windows лучше: Eschalon: Book I - Помогите найти недостающие библиотеки

Все сторонние программы, которые не являются частью репозитария просто не работают при обновлении дистрибутива.(Иногда могут пережить несколько обновлений, но сути не меняет)

По-моему для линуксоидов лучше flatpak, чем wine…

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