Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"Форк LXD будет развиваться под эгидой сообщества Linux Containers"	+/–
Сообщение от opennews (??), 07-Авг-23, 19:38
Разработка созданного несколько дней назад форка системы управления контейнерами LXD перешла под крыло сообщества Linux Containers, которое ранее курировало разработку LXD.... Подробнее: https://www.opennet.ru/opennews/art.shtml?num=59564
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по ответам | RSS]

1. Сообщение от Аноним (1), 07-Авг-23, 19:38	+2 +/–
А я говорил, единственно верное и правильное решение, а если бы сделали раньше было бы ещё лучше. (А если сделали своё ещё дофига лет назад было бы ещё лучше)
Ответить | Правка | Наверх | Cообщить модератору

2. Сообщение от Уася (?), 07-Авг-23, 19:39	+1 +/–
Чойто они форкают его?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #3

3. Сообщение от Аноним (1), 07-Авг-23, 19:41	+4 +/–
Чтоб Каноникал не чудил со своим снапом https://www.opennet.ru/opennews/art.shtml?num=59556
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #4

4. Сообщение от пох. (?), 07-Авг-23, 19:51	–4 +/–
Казалось бы - ну прикольно же систему управления контейнерами засунуть в контейнер (и быстренько доломать до состояния когда только в нем и работает). Неее, давайте сделаем форк - контейнер не той системы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

8. Сообщение от Аноним (8), 07-Авг-23, 20:47	+1 +/–
Чем меньше каноникала, тем лучше. Бесперспективная контора энивей.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #10

9. Сообщение от Аноним (9), 07-Авг-23, 20:49	+2 +/–
да допилите уже хурд уже, делаем скрпитовую обвязку и докир на помойку
Ответить | Правка | Наверх | Cообщить модератору

10. Сообщение от Тот_ещё_аноним (ok), 07-Авг-23, 21:36	–1 +/–
Там стратегическая ошибка в поиграть на поле красношапки Продукта и сервиса оказалось недостаточно при отсутствии рынка)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

11. Сообщение от Alex (??), 07-Авг-23, 21:43	+/–
Запомнился товарищ Stéphane Graber тем, что перед заморозкой Debian 12 отказывался править одну "фичу" с которой виртуалки в lxd работали, только если запускается оно в snap пакете, и пытался свалить на проблемы в qemu. Подумалось еще, с чего бы он, а просто в профиле место работы - каноникал (а сейчас в своем блоге  пишет, что свалил из нелюбимой компании, в которой работал 12 лет https://stgraber.org/) Тем не менее, проект действительно годный, и в Deb stable оно все-таки пролезло.
Ответить | Правка | Наверх | Cообщить модератору

12. Сообщение от Golangdev (?), 08-Авг-23, 01:12	–8 +/–
Как я понял - это недодокер и недокубернетес by Canonical. Долгих лет проекту, чо) Пусть тратят силы на мёртворождённый LXD, чем зохватывают планетку =) Даже у Красной Шляпы NIH-поделки (Podman <- Docker, Quarkus <- Spring Boot) получаются лучше, хотябы тем, что они популярнее...
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #13, #14

13. Сообщение от User (??), 08-Авг-23, 07:11	+/–
Ну, as for me podman прям со всех сторон СИЛЬНО лучше docker'а. Хотя... не со всех - podman desktop под офтопиком до DD еще не дорос.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #15, #19

14. Сообщение от Аноним (14), 08-Авг-23, 07:53	+2 +/–
В корне не верно. lxd даже близко не docker, podman и тем более не кубер. Для начала прочитай по нему оф.доку, хотя бы введение. Это отдалено напоминает первый wsl с некой функциональной прослойкой для администрирования. Я его в Ubuntu (в Debian lxc) использую для экспериментов, в которых docker, podman доставят больше неудобства, чем пользы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #20

15. Сообщение от Шарп (ok), 08-Авг-23, 08:08	+/–
>podman прям со всех сторон СИЛЬНО лучше docker'а Например?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #16

16. Сообщение от User (??), 08-Авг-23, 08:35	+/–
>>podman прям со всех сторон СИЛЬНО лучше docker'а > Например? Работа без отдельного демона, нормальная (а не вот это вот все) работа без рута, возможность управлять контейнерами как системными сервисами с помощью systemd, отсутствие необходимости в костылях вида docker-compose, поддержка манифестов kubernetes, возможность сдернуть конфигу с запущенного контейнера... да всегои не перечислишь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #17

17. Сообщение от Шарп (ok), 08-Авг-23, 10:21	+/–
>необходимости в костылях вида docker-compose Ну да, ведь podman-compose совсем не костыль. >да все гои Понятно. Я думал там что-то особенное.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #18

18. Сообщение от User (??), 08-Авг-23, 10:38	+/–
>Ну да, ведь podman-compose совсем не костыль. Ээээээ... а кто вас заставляет его использовать, и, главное - ЗАЧЕМ? podman pod - нативное средство для работы с группами контейнеров.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #21

19. Сообщение от Golangdev (?), 08-Авг-23, 14:40	+/–
Так я не говорил что Podman - плохой NIH =) Мой (справедливый) наезд был на LXD. Повторюсь - LDX - недодокер.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #22, #25

20. Сообщение от Golangdev (?), 08-Авг-23, 14:41	+/–
спс гляну
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14

21. Сообщение от scriptkiddis (?), 08-Авг-23, 17:18	+/–
Угу полностью не совместимое с кубом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #23

22. Сообщение от User (??), 08-Авг-23, 17:35	+/–
Ну да - а компьютер плохая табуретка.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19

23. Сообщение от User (??), 08-Авг-23, 17:42	+/–
Доказательств сему "полностью", разумеется, не воспоследует. Но даже так - podman-docker в наши дни нужен низачем - соответствующее апи для работы композа доступно года с 20го
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21

24. Сообщение от Mihail (??), 08-Авг-23, 22:01	+/–
Отличные новости! Рад что у проекта есть будущее!
Ответить | Правка | Наверх | Cообщить модератору

25. Сообщение от Аноним (25), 09-Авг-23, 15:55	+/–
Докер-это технологическое гумно. Уже появились стоящие реализации контейнеров. С разморозкой.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #26

26. Сообщение от Golangdev (?), 10-Авг-23, 04:52	+/–
Какие именно и чем они лучше докера ?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема