Comments 44
Во-первых, с установкой DD он поставит docker compose v2, который отличается от привычного тем, что больше нет тире в команде
docker-compose. Если сейчас вы запустите какой-нибудь компоуз или докер файлик, то вы не увидите ничего в приложении. Почему? Потому что у DD и обычного докера разные контексты. Как начать работать с контекстом DD? Напишите командуdocker context use desktop-linuxи после этого можете вводить привычные вам команды в терминал и все действия будут отображаться в DD.
В VS code плагин для докера нормально выполняет сборку docker-compose файлов как с DD так и с обычным докером.
docker-compose выполняется из терминала (Ubuntu 23.04)
Вы не совсем поняли, что имелось ввиду. Здесь я просто сказал о том, что поставится 2 версия, что первая перестанет работать - я не имел ввиду. Здесь имелось ввиду, что если вы напишите, что с первой (с тире), что со второй (без тире), результат команды будет выполнен в контексте дефолтном и в DD не будет видно ничего.
я только что зашел и проверил командой выше и все отобразилось в DD. Возможно я опять не так понял?
Вы на какой платформе сидите? Если у вас Windows и WSL и docker-desktop, то конечно у вас там все настроено и уже стоит контекст docker desktop. Если вы все повторяете на Ubuntu, то нет, после установки DD и запуска в терминале docker compose up -d у вас в DD ничего не появится, я это лично проверял и есть даже вопрос с ответом по этому поводу на SO. Нужно сменить контекст на docker desktop и затем запустить. Возможно, где-то у вас автоматически сменилось, но сомневаюсь, у меня не сменялось.
Я выше же написал Ubuntu 23.04. Смысл мне врать если я сразу пошел проверить после прочтения статьи?
Ну я проверял на 22.04, у меня не сменилось, запускалось в дефолтном контексте, после смены на контекст DD стало видно и в приложении. Мне врать тоже смысла нет, это также есть и в документации докера, необходимость сменить перед запуском, можете сами проверить.
UPD: Кажется я нашел причину, возможно, я запустил еще до полного запуска DD, написано что он сам меняет контекст на нужный, хотя точно помню, что раньше читал про необходимость самому сменить. Но в любом случае знать об этом не помешает, как и вручную сменить перед запуском, вдруг не запустилось как у меня до конца приложение, а вы уже набрали команду в терминал. Дополнил в статье
Нет всё верно вы пишите, у меня в распоряжении и windows11 и ubuntu latest. Ubuntu переустанавливал на новый ssd буквально 2 недели назад. После установки пока не почитал документацию с контекстом была такая же проблема.
На винде после установки также не работала старая команда с тире. Но об этом написано в документации, вроде даже есть галочка при установке(но это не точно). Однако и в настройках также легко можно включить совместимость со старым compose.
Должна быть поддержка KVM виртуализации.
Одна эта фраза уже должна была насторожить, что что-то тут не то... Зачем нормальному докеру kvm?
Будем подразумевать, что у вас уже установлен docker
А вот это совсем не требуется. Потому что KVM..
Почему не требуется? А как писать команды с терминала? И KVM нужен не нормальному докеру, а Docker Desktop приложению
Ручками... пишите docker и т.д.
Вы бы прочитали инструкцию по установке сначала, прежде чем статью на хабре писать: https://docs.docker.com/desktop/install/debian/
Вы говорите docker не нужен, а затем говорите ручками писать команды docker... Я вас не понимаю. Вы говорите, что для работы Docker Desktop не нужен установленный docker потому, что KVM. Я пока не особо понимаю смысл этого. А гайд по установке я читал, я его и линканул, и по нему и устанавливал. И там есть отдельный для Убунту, по нему и делал статью.
Есть два продукта: docker engine, который работает только на linux, и docker desktop, который включает в себя linux VM, внутри которой работает тот же самый docker engine, и поэтому docker desktop может работать и под macos, и под windows, но требует виртуализации.
Консольная утилита docker (это именно то, что вы запускаете в терминале) входит в оба этих продукта.
А вашем случае получается, что у вас на компе работают одновременно два engine, один нативно, другой из-под kvm... Отличный способ запутаться. И разница в docker-compose v1 или v2 тут ни при чем.
Понятно, то есть вы имели ввиду, что если устанавливать только Docker Desktop, то отдельно Docker ставить не обязательно, но дочитайте статью до конца, я вообще исходил из того, что человек уже пользуется установленным докером и хочет подключить к нему UI, советовать кому-то ставить только Docker Desktop, учитывая что в конце я рекомендую его снести, как-то нелогично. И да, в самой оф. документации также упоминается, что работать будут 2 engine одновременно, т.е. все-таки наличие докера подразумевается и в оф. документации, и сказано как можно второй отключить, я не стал это включать, т.к. в конце рекомендую все равно снести DD.
Про docker compose я говорил вообще не в этом контексте, это просто упоминание того, что установится второй, и про то, что если его вызывать из консоли, то он сработает на дефолтном контексте (по крайней мере у меня так было)
я вообще исходил из того, что человек уже пользуется установленным докером и хочет подключить к нему UI
Нет... это невозможно... UI не подключается к уже установленному докеру, а получается полностью независимая установка.
Ну, изначальный мотив именно такой. Далее пробуется Docker Desktop, приходим к выводу что что-то слишком сложно, подключаем к дефолтному докеру UI, такой посыл, если прочитать всю статью от начала до конца. В любом случае, дополнил в статье.
Еще раз:
Вы сформулировали задачу в самом начале статьи
Как-то я насоздавал кучу volumes и разных images примерно одного и того же, и чистить это было не в удовольствие, хоть и есть специальные команды для этого, но зачем до такого доводить, не лучше было бы иметь какой-то UI, чтобы следить за всем и по необходимости сразу удалять?
В самом начале инструкции по установке docker desktop жирным шрифтом написано:
Docker Desktop on Linux runs a Virtual Machine (VM) so creates and uses a custom docker context
desktop-linuxon startup.This means images and containers deployed on the Linux Docker Engine (before installation) are not available in Docker Desktop for Linux.
Т.е. docker desktop вообще не умеет работать с нативным линуксовским докером. На этом все. Ваша задача этим инструментом не решается. Зачем вообще кому-то может понадобиться docker desktop под линукс? Там есть отдельная статья про это.
Ну вы дотошно докапываетесь к определениям. Я исхожу с точки зрения обычного юзера, которому понадобилось покликать докер в UI и он логично пошел сначала попробовать официальное решение. То, что запускаться все будет в другом контексте - я знаю, это также в статье написано, но опять же, для конечного юзера это выглядит также, как запуск команд "docker ...", и просмотр результата в UI.
docker engine, который работает только на linux
Нет. На винде он тоже работает.
Хорошей альтернативой был бы подман и https://podman-desktop.io/
Установка через флатпак не требует рут прав, как и запуск сервиса подман.
Спасибо, попробовал, сначала ставить флатпак, затем с подманом кучу тяжелых зависимостей, и в противовес один докер контейнер, мне кажется, выбор очевиден
Ваше сообщение содержит логические нарушения, бессмыслено и слабосвязано (бред).
Размер пакета подман 14.5 Мб и менее 0.5 Мб зависимостей, подман десктоп весит 104 мб.
В то же время докер весит 25 Мб с зависимостями в 68 Мб и докер десктоп 432 Мб.
119 точно меньше 525.
При этом если сравнить докер (93 Мб) + образ портейнера 84 MB получится 119 против 177, не знаю у кого как с математикой, но у меня как то так вышло.
А теперь попробуйте на голом убунту установить ваш подман, после установки флатпака и набора команды установки подмана, он начнет скачивать где-то с 7 разных зависимостей, некоторые из которых по 200мб весят, только что пробовал, увидел, закрыл. Возможно, зависит от железа, но докер image, например, не зависит
Я чего то непонимаю:
The following NEW packages will be installed:
conmon containernetworking-plugins crun golang-github-containers-common golang-github-containers-image libdevmapper1.02.1 libglib2.0-0 libgpgme11 libyajl2 podman
0 upgraded, 10 newly installed, 0 to remove and 0 not upgraded.
Need to get 19.2 MB of archives.Я конечно часто сталкиваюсь с неквалифицированными кадрами, но они обычно заинтересованы в развитии и не пытаются задеть морально. От железа конечно же не зависят зависимости пакетов, это опять бред.
Господи, "у меня не так, значит я прав", железная логика. И кто тут еще пытается задеть морально, если вы же переходите на личности и пытаетесь задеть меня, а я лишь высказался по поводу продукта из своего опыта, никак не задев вас, мне кажется, вы разработчик подмана, раз так близко на свой счет критику восприняли, что смешно) А вот вам и вывод моих команд, раз не верите, и я запускал, и это все действительно качалось, так что кто тут еще неквалифицированный)
flatpak install flathub io.podman_desktop.PodmanDesktop
Looking for matches…
Required runtime for io.podman_desktop.PodmanDesktop/x86_64/stable (runtime/org.freedesktop.Platform/x86_64/22.08) found in remote flathub
Do you want to install it? [Y/n]: Y
...
ID Branch Op Remote Download
1. org.freedesktop.Platform.GL.default 22.08 i flathub < 143,1 MB
2. org.freedesktop.Platform.GL.default 22.08-extra i flathub < 143,1 MB
3. org.freedesktop.Platform.Locale 22.08 i flathub < 333,4 MB (partial)
4. org.freedesktop.Platform.VAAPI.Intel 22.08 i flathub < 13,4 MB
5. org.freedesktop.Platform.openh264 2.2.0 i flathub < 944,3 kB
6. org.gtk.Gtk3theme.Yaru-olive 3.22 i flathub < 185,0 kB
7. org.freedesktop.Platform 22.08 i flathub < 211,7 MB
8. io.podman_desktop.PodmanDesktop stable i flathub < 117,3 MB
Proceed with these changes to the system installation? [Y/n]: Без рут прав удобный флатпак конечно пожирает много трафика и места, но дырявый портейнер требует рут прав, а значит и в случае с подман-десктоп надо сравнивать с размером пакета указанным выше. Иначе получится сравнение яблок с апельсинами.
Я скачал 104 Мб, 2 раза кликнул по архивчику, открыл папку и 2 раза кликнул по podman-desktop, всё работает. Зачем вы пытаетесь притянуть свой опыт в разных условиях, которые не стоит сравнивать я всё ещё не понимаю.
Не хотите качать всё окружение дважды, для целей работы без рут прав? Ссылка выше, всё работает и качать не надо 1 Гб зависимостей.
С таким же успехом вы могли для запуска портейнера качать 20 Гб образ диска ВМ и жаловаться какой он неоптимизированный.
Это не я "притягиваю свой опыт", это я буквально следую официальным гайдам по установке, что подмана, что портейнера. Оправдывать 1гб зависимостей тем, что можно будет запускать без рут прав, учитывая, что изначальный посыл был в контексте удобства использования пользователем - такое себе, и учитывая, что запускать докер, а значит и портейнер, нынче можно и без рут прав спокойно. Вы снова зачем-то свои мысли проецируете на меня, что касаемо того, что я якобы на личности перешел, хотя это сделали вы, что касаемо "неквалифицированности", хотя я все факты привел, что касаемо "проецирования опыта", хотя это буквально гайд с оф. сайтов этих продуктов, я лишь следуя им, потворил команды, увидел что в одном случае все легко, быстро и недолго, а в другом в точности до наоборот, мне не понравилось, закрыл, пошел и написал об этом, вот и все. Я - пользователь, копаться где там и как можно скачать так, чтобы лишнего не качать, у меня, как и у большинства пользователей, нет желания и времени, особенно если прочитать статью и вспомнить контекст. Еще вопросы? Я начинаю задумываться, что вы действительно из пиар отдела подмана, или что-то в этом роде, учитывая как близко к сердцу вы зачем-то все принимаете.
docker rootless всё ещё не готов для ежедневного использования, к тому же инструменты вроде портейнера не обязательно просто запустятся, если вообще запустится или будет корректно работать с рутлес докером.
И чем же он не готов? Тем что нужно создать группу и добавить туда себя? Вот ведь сложность. А портейнер у меня запустился и без судо без проблем, не вижу сценария, при котором это не сработало бы, но да ладно.
Это прямая уязвимость, с вашей квалификацией уже было всё понятно. Лучше изучите матчасть, а то и материалы и комментарии ваши лучше удалить из сети чтобы не вводить других в заблуждения.
Господи, это с вами все понятно, пытаетесь атаковать меня и мою квалификацию, при этом обвиняя меня в том, что я якобы на личности перехожу, смешно) Перечитайте статью пожалуйста, и вспомните ее контекст, для локального использования нет никаких проблем в том, чтобы запускать докер и без sudo. Ничего по факту не пишите, зато продолжаете зачем-то переходить на личости, смешно)
А podman-desktop не пробовали? Под *nix должно быть существенно более вменяемым с т.з. реализации вариантом.
проще поставить portainer или yacht
Все проблемы в статье на ubuntu решаются docker system prune и vs code plugin, а Docker Desktop не нужен
Как-то я насоздавал кучу volumes и разных images примерно одного и того же, и чистить это было не в удовольствие, хоть и есть специальные команды для этого, но зачем до такого доводить, не лучше было бы иметь какой-то UI, чтобы следить за всем и по необходимости сразу удалять?
Серъезно ? Т.е. docker system prune уже считается специальной командой и настолько неудобной, что стоит ставить docker desktop ?! Это все равно, что поставить intellij idea для набора заметок в txt
Человечество свернуло куда то не туда )))
Docker Desktop для Ubuntu: установка, минусы и альтернатива