обычным shell скриптом

Что-то серьёзнее пайпа двух прожек сделано на шелле-скриптах? Месье из Fedora знают толк.

Ехал контейнер через контейнер
Видит контейнер в контейнере контейнер
Сунул контейнер контейнер в контейнер
Контейнер контейнер контейнер контейнер

~~~

Контейнерил контейнер через контейнер
Контейнит контейнер в контейнере контейнер
Контейнернул контейнер контейнер в контейнер
Контейнер контейнер контейнер контейнер

можете не благодарить

этот шелл скрипт не является заменой докеру

заменой докеру является podman и штук пять других утилит, каждая выполняющая одну из функций которые раньше все были завязаны на docker-сервис

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

)))))

Знаете, это уже похоже на проект поддержки ядра Windows NT 5.2: https://vk.com/lwgame_ncore Как бы поддержка есть, но неофициальная. Насчет «ликвидировали» я наверное погорячился, но и меня Unity вряд ли переживет o_O

Хотел написать тоже самое.

Сколько платят?

Да уже понятно,что в любой программе главное - степень интеграции с системдой. Вчера прочёл что аж флатпак от неё зависит.

Сколько всякой херни не придумывают, а по итогу всё фигня, как был chroot + debootstrap самым удобным способом так и остался

пробовал я как-то докеры... тормозило всё

Не забудь примонтировать /proc, /sys и ещё с десяток лабуды.

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

как связаны контейнеры и масштабирование?

серьезная поддержка с группой в вк. Обнять и плакать :)

Что-то серьёзнее пайпа двух прожек сделано на шелле-скриптах?

Половина амазона, лол.

а на чем написан этот подман?

Всё на том же Goвн^H^H.

У тебя, видимо, проблема с термином «масштабирование», иначе бы ты не задвал вопрос аля «как связаны пальцы с возможностью хватать?».

:(

И чем оно от докера(cli) отличается? докер в подман просто переименовали?

Он умеет запускать контейнеры от не привелигированного юзера, можно юзать это для запуска приложений в контейнере без повышения привилегий

На старом такое можно, пользователя просто в соответствующую группу добавь.

возможностью устанавливать пакеты без всяких прослоек прямо в ФС

Каких прослоек?

У podman поддержка конетейнеров docker сделано дополнительно. В основном он сделан для поддержки контейнеров OCI, который развивают как стандарт. Как я понял у docker мало того что не правильное архитектурное решение так ещё и проблемы с торговой маркой, и думаю рано или поздно тоже МС купит docker и сделают его платным. ( Я утрировал но чтобы смысл был понятен )

Не понятен смысл

Fedora Silverblue (бывшая Fedora Atomic Workstation) — система упакована в OSTree-образ, который монтируется сам только для чтения. Изменения в образ вносятся с помощью rpm-ostree, для их применения пока требуется reboot. Для прикладного ПО предлагается flatpak, для разрабов этот сабж — toolbox. Вот тебе и прослойки.

По сути являющемся обычным shell скриптом

Что делает этот хелловорд на главной?

Пакеты-то они хорошо собирают.

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

И будет очень жаль если у них останется исключительно один этот самый Silverblue.

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

Как-то не завелось на Fedora Silverblue 29.

[commagray@Canterlot fedora-toolbox]$ ./fedora-toolbox -v enter
unable to start container "fedora-toolbox-commagray:29": container create failed: container_linux.go:336: starting container process caused "setup user: cannot set any additional groups in a rootless container"
: internal libpod error
./fedora-toolbox: failed to start container fedora-toolbox-commagray:29

https://github.com/debarshiray/fedora-toolbox/issues/7

У Fedora Server модульная концепция: https://www.opennet.ru/opennews/art.shtml?num=48524

Это совсем другая ветвь развития.

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

Проблема Silverblue состоит в том, что сейчас очень мало программ во flatpak-пакетах. Поэтому и приходится городить доп. контейнер, куда программы будут устанавливаться как обычно с помощью пакетного менеджера dnf.

Модульная концепция тут не причем. Скажем сделай в сабже контейнер и с помощью днф поставь туда любой модуль ( набор рпм )

Не думаю что во флатпаки кто-то будет паковать всю муйню для девопса.

У Fedora Server модульная концепция

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

Кстати про флатпаки, они тут каким боком ? Все равно что флатпаки, что просто рпм, что модули все ставится в изолированный контейнер так что по фигу.

По задумке модуль — это такой большой rpm-пакет, который не привязан к циклу создания дистрибутива. Модули помещаются в отдельный репозитарий и устанавливаются пакетным менеджером dnf.

Контейнеры для серверного дистрибутива используются как в других дистрибутивах Linux.

Флатпаки хороши для десктопного варианта. По задумке приложения-контейнеры загружаются из магазина приложений (типа flathub.org) и ставятся сбоку от базовой системы.

Для домохозяек — самое то, т.к. не разрушат систему. С точки зрения безопасности и целостности системы так надёжнее.

Думаю, что во флатпаки будут паковать, особенно когда Silverblue станет основным десктопом в Федоре.

При том что надо читать ветку )))

Я отвечал на это:

Проблема Silverblue состоит в том, что сейчас очень мало программ во flatpak-пакетах.

Модуль это куча рпм у которых в названии одинаковый номер.

Я про это и писал, флатпаки и силверблуй отдельные вещи и обсуждать их вместе не совсем к месту.

тогда я не читал ветку...

Fedora Silverblue планируется как целостный образ базовой системы, монтируемый только для чтения и обновляемый пофайлово из Git-подобного репозитария OSTree. А приложения-контейнеры устанавливаются сбоку от системы во флатпаках.

Однако, пока флатпаков мало, а куча программ в обычных rpm-пакетах. И возникла проблема, как ставить обычные пакеты в Silverblue. Варианта 2. Либо обновлять базовый образ системы, но это ломает все его концепцию безопасности и контроля целостности. Либо делать доп. контейнер, куда ставить все обычные приложения (rpm-пакеты) стандартным пакетным менеджером. В итоге выбрали 2-й вариант.

В итоге выбрали 2-й вариант.

Но ведь оба, там можно обычные .rpm-ки сверху ставить.

Блин ещё раз написать что ли ? Какая разница что лепить в контейнер ? Флатпаки или рпм или модуль ? Зачем одно и тоже 10 раз писать то :(

Я примерно 10 лет назад юзал силверблай :) Делал ливе-сд и грузил его и работал в нем хоме был отдельно. Как что нужно было или выходили новые версии просто собирал новый ливе-сд ;) Чем не силверблуй ? ;)

Разницы нет, но есть особенности реализации. А я говорю о разных принципах построения дистрибутивов Федоры.

Старый добрый Fedora Workstation заточен на обычные пакеты.

Fedora Server тоже на обычные пакеты, контейнеры здесь сбоку (хочешь используй, хочешь не используй). Модули — это те же укрупнённые rpm-пакеты.

А вот Fedora Silverblue заточен на контейнеры (образ базовой системы только для чтения (ФС / и /usr) + изменяемая часть /var, куда будут ставиться приложения-контейнеры во флатпаках и где будет находиться домашняя папка /var/home, настройки /var/etc и т.д.)

Silverblue ещё долго будет существовать параллельно Workstation.

а где почитать про долго еще? Я читал только что заменит. Обещали уже, но пока отодвигают.

Как минимум пока полностью не устаканется Silverblue. А он планируется как основной десктоп в 30 версии, а ещё не вышла 29. Причём в Федоре часто переносят сроки, пока не будет готовности. Кроме того, по результатам тестирования сборки Silverblue 29 Федоры ещё всякое может случиться.

Тем временем в замке у шефа

IBM покупает Red Hat
www.linux.org.ru/forum/talks/14565358

Ну это другое, емнип, они и к 29 хотели сначала. Суть то в том что готовят не параллельно, а как замену.

Это дубль, первая вот IBM почти купили Red Hat