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

Дипин так-то тоже использует Дебиан в качестве базы. И если помнишь мы находили их супер флатпаки которые они и из deb перепаковывают во флатпак. 😂

@Artem4, спасибо огромное за корп репу, все снова запускается

Наоборот же. Они флатпачные бандлы в deb-пакеты упаковывали.

Найс.

Докеросрач через 3... 2... 1...

А о чем тут сраться? Докер — говно, но podman/cri-o всё еще сыроватые для прода.

Мне тоже иногда приходится собирать образы с клиентскими приложении, причем в основном для развертывания через docker-compose
Я использую podman и podman-compose для подготовки образов на своей машине, потом тестирую их разворачивание в тестовой среде.
Еще не было случая, чтобы podman и podman-compose меня в этом плане подводили — результат одинаково воспроизводится что с ним, что с докером, форматы готовых образов тоже совместимы
Я не вижу причины использовать именно докер, когда тебе просто нужен инструмент для управления контейнерами
В командах и параметрах для docker и для podman на текущий момент нет никакой разницы
Единственное, что я бы хотел отметить, так это то, что podman поднимает проект через compose  в виде сущностей pods. И это единственное, к чему придется привыкнуть, переходя с docker-compose на podman-compose. Т.е. docker-compose stop => podman pod stop <name>

Дело не в том, как собрать, а в том, что я при локальный отладке могу заложиться на поведение podman, а уже в инфраструктуре на docker поведение будет другое. В общем, девелопить лучше на сетапе, близком к рабочему.

Это не так. Подман вполне готов

podman для серверной инфрастурктуры вообще не готов.

Я тоже так думал, пока не пришел к выводу, что в поведении нет разницы, что  и пытался сказать своим сообщением))

Почему? И что вообще значит быть готовым?

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

3-4 года назад, помню, были проблемы у докера. Но сейчас я о таком не слышал))

В любом случае, на "серьезном проде" должна быть какая-то штука для оркестрации, работающая с crio, и ни докер, ни подман инструментами для оркестрации не являются, сколько бы первые не проталкивали свой сворм

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

Поддержка кубером cri-o уже вышла из статуса альфы?

Должна была давно, но честно — не следил
Да и в любом случае, три четверти всех пользователей кубера гоняют в нем докер для +- 100 контейнеров
Здесь сгодится любой бэкенд, хоть крио, хоть докер

Еще год назад я пробовал кубер с подманом поднять и не осилил это за половину рабочего дня и бросил