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

"Релиз nEMU 1.4.0, консольного интерфейса для управления QEMU"	+/–
Сообщение от opennews (ok), 16-Фев-18, 12:42
Состоялся (https://bitbucket.org/PascalRD/nemu) релиз nEMU 1.4.0, консольного интерфейса к QEMU на базе библиотеки ncurses, упрощающего создание, настройку и управление виртуальными машинами. Код написан на языке C и распространяется под лицензией BSD-2. Пакеты подготовлены (https://software.opensuse.org/download.html?project=home...) для Debian и Ubuntu, для Gentoo Linux доступен  portage (app-emulation/nemu). Изменения: -  Импорт OVA/OVF; -  Полноценные снапшоты (необходима версия qemu-2.11.0 с патчем, который можно найти в составе исходных текстов nEMU (patches/qemu-qmp-savevm-2.11.0.patch); -  Новое меню действий над гостевой системой; -  Возможность поставить гостевую систему на паузу; -  Тильда в путях теперь раскрывается в $HOME; -  Добавлен поиск гостевой системы в списке; -  Полностью переделана работа с USB-устройствами; -  Исправлена возможность пересечения имён TAP интерфейсов. URL: https://bitbucket.org/PascalRD/nemu Новость: http://www.opennet.dev/opennews/art.shtml?num=48086
Ответить | Правка | Cообщить модератору

Сообщения

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

1. Сообщение от Ne01eX (ok), 16-Фев-18, 12:42	–2 +/–
С qemu-2.11.1 работать будет? :-)
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #3, #10

3. Сообщение от нах (?), 16-Фев-18, 13:01	+/–
Environment Requirements     Linux/FreeBSD host     QEMU то есть - практически с любой не слишком древней версией работает. а если ты про снапшоты - вряд ли, пока не попатчишь вручную, оно api меняет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

4. Сообщение от Хипстер и смузихлеб (?), 16-Фев-18, 13:06	–1 +/–
Лучше virt-manager для macOS и Windows запилите.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #7, #17

5. Сообщение от Аноним (-), 16-Фев-18, 13:10	–3 +/–
Охщи, хардкорно ) Лайк! Аж захотелось попробовать все это.
Ответить | Правка | Наверх | Cообщить модератору

6. Сообщение от Аноним (-), 16-Фев-18, 13:12	+1 +/–
> Тильда в путях теперь раскрывается в $HOME Признак зрелого проекта! Когда ~user санет раскрываться в хомяк user, можно будет пользоваться.
Ответить | Правка | Наверх | Cообщить модератору

7. Сообщение от Anonymoustus (ok), 16-Фев-18, 13:14	+/–
Там уже ВМВаря есть. Не взлетит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #8, #20

8. Сообщение от нах (?), 16-Фев-18, 13:22	+/–
> Там уже ВМВаря есть. по сколько там нынче, 250 евро за копию? Красиво жить, конечно, не запретишь... да и насколько долго она там "есть" и такая, чтоб можно пользоваться, учитывая перенос разработки в бантустан?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #22

9. Сообщение от Пользователь Debian (?), 16-Фев-18, 13:59	–3 +/–
А зачем оно нужно, если есть virt-manager и морды к нему? Вот курсесная морда к virt-manager'у не помешала бы, поди.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #14, #18, #19

10. Сообщение от 0x501D (?), 16-Фев-18, 14:14	+/–
с 2.11.1 проверю в ближайшее время.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #13

13. Сообщение от Ne01eX (ok), 16-Фев-18, 14:57	–1 +/–
> с 2.11.1 проверю в ближайшее время. Наложился во всяком случае нормально. :-) Сейчас собираю cам qemu, позже к nemu перейду...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #33

14. Сообщение от Аноним (-), 16-Фев-18, 14:58	+5 +/–
> Вот курсесная морда к virt-manager'у не помешала бы, поди. Для кого? Для тех кто слишком туп для virh, но уже слишком "ИЛИТАРЕН" для GUI?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

17. Сообщение от НяшМяш (ok), 16-Фев-18, 15:56	+/–
libvirt для них есть. Нужен гуй - запили.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

18. Сообщение от EuPhobos (ok), 16-Фев-18, 16:02	+1 +/–
Зачем нужен virt, если в qemu есть собственный cli ?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

19. Сообщение от Аноним (-), 16-Фев-18, 16:13	+/–
> Вот курсесная морда к virt-manager'у не помешала бы, поди. Был же virt-manager-tui вроде. а сейчас куда-то делся… Впрочем, virt-manager — исключительно бестолковая штука, почти ничего не умеет, кроме как запустить–остановить машину.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #24, #25

20. Сообщение от Аноним (-), 16-Фев-18, 16:26	–2 +/–
> Там уже ВМВаря есть. Не взлетит. Да пофиг, что там есть. Виндузятникам бывает нужен virt-manager, чтобы рулить либвиртовскими виртуалками удалённо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #23, #27

22. Сообщение от Anonymoustus (ok), 16-Фев-18, 17:21	+/–
Не знаю, не использую.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

23. Сообщение от первоадмин (?), 16-Фев-18, 17:26	+1 +/–
>> Там уже ВМВаря есть. Не взлетит. > Да пофиг, что там есть. Виндузятникам бывает нужен virt-manager, чтобы рулить либвиртовскими > виртуалками удалённо. Если им нужен - пускай сами и пилят
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20

24. Сообщение от Stax (ok), 16-Фев-18, 17:27	+1 +/–
Изменить железо умеет, подмонтировать образ сидюка умеет. Выполнить миграцию. Создать клон или снапшот (при использовании qcow2 или другого хранилища, поддерживающего это). Посмотреть список снапшотов. Увидеть список всех виртуалок с графиками использования проца, диска и сети и быстро оценить, кто чего много потребляет в данный момент. А что вам, собственно, еще от него требуется?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #26

25. Сообщение от первоадмин (?), 16-Фев-18, 17:28	+/–
>> Вот курсесная морда к virt-manager'у не помешала бы, поди. > Был же virt-manager-tui вроде. а сейчас куда-то делся… > Впрочем, virt-manager — исключительно бестолковая штука, почти ничего не умеет, > кроме как запустить–остановить машину. А нахрена то больше ? :) Те, кто ее юзают, больше локалхоста не одминят
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19

26. Сообщение от Аноним (-), 16-Фев-18, 18:59	–1 +/–
> А что вам, собственно, еще от него требуется? Например, не хватает таких элементарных вещей, как включение/отключение автозапуска виртуалки и настройка сетей.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #28

27. Сообщение от нах (?), 16-Фев-18, 21:02	+/–
> Виндузятникам бывает нужен virt-manager, чтобы рулить либвиртовскими виртуалками удалённо. ну так ставь на удаленной системе (в виртуалку под ним самим), и рули себе. к счастью, gtk еще кое-как работает с remote X11, если не очень далеко remote. Главное, консоли там не открывай. в общем-то и не виндyзятники тоже могут не жаждать на личной системе, что у нас там... gtk3, пихон не ниже 3.3 а лучше сразу еще не написанный 3.5... и еще кучу хлама, который за собой тянется.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20

28. Сообщение от Hamer13 (ok), 17-Фев-18, 01:30	+/–
Всё это есть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26 Ответы: #29

29. Сообщение от Stax (ok), 17-Фев-18, 02:42	–1 +/–
Справедливости ради, настройка сети там только самая простая (nat/приватная/подключение к готовому бриджу), но это связано не с самим virt-manager, а с тем, что в самом линуксе из коробки это все несколько примитивно (а еще инициализация сети в разных дистрибутивах по-разному). А стекировать технологии (bridge + teaming + vlan и тп) обычными механизмами можно ну совсем уж через задницу и это лучше не делать совсем. VMWare решает все эти проблемы тем, что несет в комплекте виртуальный свитч. Но и в линуксе это решается аналогично - ставится openvswitch и через него появляется необходимая гибкость.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28

31. Сообщение от Ne01eX (ok), 20-Фев-18, 11:35	+1 +/–
Поправьте список зависимостей в документации: ldd nemu | cut  -f1 -d" "     linux-vdso.so.1     libncursesw.so.5     libformw.so.5     libsqlite3.so.0     libpthread.so.0     libusb-1.0.so.0     libxml2.so.2     libudev.so.1     libarchive.so.13     libc.so.6     libdl.so.2     libicui18n.so.56     libicuuc.so.56     libicudata.so.56     /lib64/ld-linux-x86-64.so.2     libz.so.1     liblzma.so.5     libm.so.6     libnettle.so.6     libacl.so.1     liblzo2.so.2     libbz2.so.1     libstdc++.so.6     libgcc_s.so.1     libattr.so.1
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #34, #37

32. Сообщение от Ne01eX (ok), 20-Фев-18, 12:09	+1 +/–
1. Было бы не плохо во время первичного генерирования конфига просматривать /usr/bin и подставлять доступные цели, в зависимости от найденного. У юзера их может быть около 64, перечислять все - рука устанет. :-) 2. При импорте на ФС в nm_copy_file_sendfile _перед_копированием_ не проверяется, - а хватит ли вообще места? В результате приложение падает, сожрав всё доступное пространство. :-) 3. nm_add_vm_to_fs падаем при попытке создать уже существующую директорию. А надо бы проверять _до того_, как пытаться что-то создать :-) А вообще, крайне желательно обрабатывать все проверки на дурака и возвращать на _предыдущий шаг_. Если это невозможно, то в начало программы. Хотя я вообще не понимаю нафига мне что-то куда-то копировать, чтобы заюзать уже существующую машину? В какой этом смысл? P.S. Намеренно рассуждаю как обычный пользователь. :-)
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #35

33. Сообщение от 0x501D (?), 21-Фев-18, 12:41	+/–
с 2.11.1 проблем нет, проверил.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13

34. Сообщение от 0x501D (?), 21-Фев-18, 12:50	+/–
Спасибо, актуализирую.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31

35. Сообщение от 0x501D (?), 21-Фев-18, 12:55	+1 +/–
> 1. Было бы не плохо во время первичного генерирования конфига просматривать /usr/bin > и подставлять доступные цели, в зависимости от найденного. У юзера их > может быть около 64, перечислять все - рука устанет. :-) Спасибо за идею, доработаю. > 2. При импорте на ФС в nm_copy_file_sendfile _перед_копированием_ не проверяется, - а > хватит ли вообще места? В результате приложение падает, сожрав всё доступное > пространство. :-) Это баг, исправлю. > 3. nm_add_vm_to_fs падаем при попытке создать уже существующую директорию. А надо бы > проверять _до того_, как пытаться что-то создать :-) Давно хотел поправить, руки не дошли, тоже поправлю. > А вообще, крайне желательно обрабатывать все проверки на дурака и возвращать на > _предыдущий шаг_. Если это невозможно, то в начало программы. Ну там не везде это нормально можно написать) > Хотя я вообще не понимаю нафига мне что-то куда-то копировать, чтобы заюзать > уже существующую машину? В какой этом смысл? Это необходимо для структуированного хранения всех образов ФС > P.S. Намеренно рассуждаю как обычный пользователь. :-) Спасибо за отзывы. Если не сложно можете мне багов завести на трекере: https://bitbucket.org/PascalRD/nemu/issues?status=new&status... Чтоб я не забыл ничего :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32 Ответы: #36

36. Сообщение от 0x501D (?), 21-Фев-18, 16:22	+1 +/–
Отбой, сам занес.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35

37. Сообщение от ыфаыаыавыва (?), 05-Мрт-20, 10:33	+/–
linux-vdso.so.1 на centos 7 не взлетит( вроде как
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31

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

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