при том что вроде согласились все пилить ранси

и когда его анонсировали - было лёгкое говнометание в обе стороны

и затачиваться под него

но кореосовцы проебали момент, и теперь пытаются протолкнуть ркт

я это так вижу )

CoreOS'овцы они поддерживают systemd в первую очередь, но и Docker не могут не поддерживать - он лидер рынка

впаривая то что "еще наша тулза виртуалку раннит а в ней контейнер ! вот то да !" юниксвей ? рили ?

это не их какой-то там закрытый стандарт

они поддерживают https://github.com/appc/spec

докер опенсорсный

там кроме Rkt много других вещей есть, который с ним умеют работать и будут появляться новые

есть ранси и осиай

а ркт навязывает свое

ркт не навязывает как раз - если нравится - запускай докер-контейнеры

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

а докер как навзяывается ?

хочешь запускай хочешь не запускай

в том же докере, например, я не могу без всякой там AUFS запустить контейнер из образа

а через Rkt - без проблем

есть поддержка OverlayFS (и если не запрещено явно) - он запустит через неё

если от тебя это скрыто, это не значит что этих зависимостей нет

если запретил или нет поддержки - всё равно запустит

оверлей это новое барахло, когда докер взлетел оно было не живое

и слава докеру что оно развиваться начало

Rkt даёт возможность выбора - хочешь - используй (вариант по умолчанию), не нужно - отключи

вобще это странные аргументы

в докере я отключить не могу

в докере тоже есть разные графдрайверы и т д

ну потому что там не всё и не со всеми ядрами нормально работает

я уверен что в ркт тоже

и одно время было желание это всё отключить нафиг

ну, я вот сталкивался с этим и меня раздражало, что в докере я не могу по-обычному запустить контейнер, без этих новомодных ФС

меня ставили перед фактом, без права выбора

это бред )

это как говорить "а я хочу докер на фрибсд !"

есть технология, есть зависимости, дальше ты выбираешь тебе оно катит или нет

зависимости это не недостатки функциональные

не нужно их приравнивать

это как говорить "а я хочу докер на фрибсд !"

ну, вот кто-то пилит же https://wiki.freebsd.org/Docker

это как говорить "а я хочу докер на фрибсд !"

он есть :)

это пародия

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

фс - это фс

точнее, они могут быть

но как рекомендация

оооо ! не должно быть зависимостей !

не более

очнись )

выдыхай уже

On modern Linux systems, rkt now uses overlayfs by default when running application containers. This provides immense benefits to performance and efficiency: start times for large containers will be much faster, and multiple pods using the same images will consume less disk space and can share page cache entries. If overlayfs is not supported on the host operating system, rkt gracefully degrades back to the previous behaviour of extracting each image at runtime - this behaviour can also be triggered with the new --no-overlay flag to rkt run.

почему Docker не может работать без AUFS и других вещей, я не понимаю

на что он фолбечится ?

подход обозначен - extracting each image at runtime

а

я искал способы сделать это с докером ( extracting each image at runtime ) - такого способа просто нет

ну вот такой я странный, не хочу я AUFS

это чо реально тебе не позоляет использовать докер в проде ?

а ну тогда тебе не нужен докер

я использовал

если ты странный, это не проблема докера )

разница в том, что Rkt даёт мне выбор, а Docker сказал "тебе нужен AUFS или что-нибудь такое, если нет - работать не буду"

такое много где

и ты не паришься, и живешь с системд

это лицемерие, ничем не прикрытое.

ну, systemd мне нравится

это мой выбор

это просто вопрос выбора

ERROR: S client not available

именно

это вопрос выбора, ненужно это вменят ьв проблемы продукта

если бы я не любил его - я бы ставил , нууу... тот же Alpine Linux на сервер

или что там ещё есть без systemd

ну это разве не путь в сторону винды и macOS?

когда за пользователя решают

когда за пользователя решают

как будто это что-то плохое

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

нет

нам вообще за это деньги платят

за тебя решают каждый день

чтобы мы решали за других людей их проблемы

есть такое понятие как презумция комптентности

и я решаю чьей компетенции я доверяю

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

ну я говорю, были нестабильности этих ФС с несколькими ядрами

именно поэтому я выбираю те или иные собранные контейнеры

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

если там чего то нет, я это принимаю

и на это тратились силы

а можно было бы просто выкинуть эти ФС (пусть временно) и запустить докер

и не вменяю как проблему продукта, скорее как фич реквест

но нет, такого варианта не дали

просто есть зависимости, а есть рекомендации

какие-то рекомендации можно по умолчанию ставить как зависимости

но и без них должно работать

а тут их сделали как жёсткие зависимости

хотя причин не было так делать

и мне сложно говорить о "презумция комптентности" по отношению к тем, кто принимает такие решения

https://github.com/coreos/rkt/issues/2151 эммм... от слова никак? уносите

я не считаю их достаточно компетентными

чтобы принимать за меня такие решения