|
2.3, нах (?), 13:01, 16/02/2018 [^] [^^] [^^^] [ответить]
| +/– |
Environment Requirements
Linux/FreeBSD host
QEMU
то есть - практически с любой не слишком древней версией работает.
а если ты про снапшоты - вряд ли, пока не попатчишь вручную, оно api меняет.
| |
|
3.13, Ne01eX (ok), 14:57, 16/02/2018 [^] [^^] [^^^] [ответить]
| –1 +/– |
> с 2.11.1 проверю в ближайшее время.
Наложился во всяком случае нормально. :-)
Сейчас собираю cам qemu, позже к nemu перейду...
| |
|
|
|
|
3.8, нах (?), 13:22, 16/02/2018 [^] [^^] [^^^] [ответить]
| +/– |
> Там уже ВМВаря есть.
по сколько там нынче, 250 евро за копию? Красиво жить, конечно, не запретишь...
да и насколько долго она там "есть" и такая, чтоб можно пользоваться, учитывая перенос разработки в бантустан?
| |
3.20, Аноним (-), 16:26, 16/02/2018 [^] [^^] [^^^] [ответить]
| –2 +/– |
> Там уже ВМВаря есть. Не взлетит.
Да пофиг, что там есть. Виндузятникам бывает нужен virt-manager, чтобы рулить либвиртовскими виртуалками удалённо.
| |
|
4.23, первоадмин (?), 17:26, 16/02/2018 [^] [^^] [^^^] [ответить]
| +1 +/– |
>> Там уже ВМВаря есть. Не взлетит.
> Да пофиг, что там есть. Виндузятникам бывает нужен virt-manager, чтобы рулить либвиртовскими
> виртуалками удалённо.
Если им нужен - пускай сами и пилят
| |
4.27, нах (?), 21:02, 16/02/2018 [^] [^^] [^^^] [ответить]
| +/– |
> Виндузятникам бывает нужен virt-manager, чтобы рулить либвиртовскими виртуалками удалённо.
ну так ставь на удаленной системе (в виртуалку под ним самим), и рули себе. к счастью, gtk еще кое-как работает с remote X11, если не очень далеко remote. Главное, консоли там не открывай.
в общем-то и не виндyзятники тоже могут не жаждать на личной системе, что у нас там... gtk3, пихон не ниже 3.3 а лучше сразу еще не написанный 3.5... и еще кучу хлама, который за собой тянется.
| |
|
|
|
1.6, Аноним (-), 13:12, 16/02/2018 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
> Тильда в путях теперь раскрывается в $HOME
Признак зрелого проекта! Когда ~user санет раскрываться в хомяк user, можно будет пользоваться.
| |
|
2.14, Аноним (-), 14:58, 16/02/2018 [^] [^^] [^^^] [ответить]
| +5 +/– |
> Вот курсесная морда к virt-manager'у не помешала бы, поди.
Для кого? Для тех кто слишком туп для virh, но уже слишком "ИЛИТАРЕН" для GUI?
| |
2.19, Аноним (-), 16:13, 16/02/2018 [^] [^^] [^^^] [ответить]
| +/– |
> Вот курсесная морда к virt-manager'у не помешала бы, поди.
Был же virt-manager-tui вроде. а сейчас куда-то делся…
Впрочем, virt-manager — исключительно бестолковая штука, почти ничего не умеет, кроме как запустить–остановить машину.
| |
|
3.24, Stax (ok), 17:27, 16/02/2018 [^] [^^] [^^^] [ответить]
| +1 +/– |
Изменить железо умеет, подмонтировать образ сидюка умеет. Выполнить миграцию. Создать клон или снапшот (при использовании qcow2 или другого хранилища, поддерживающего это). Посмотреть список снапшотов. Увидеть список всех виртуалок с графиками использования проца, диска и сети и быстро оценить, кто чего много потребляет в данный момент.
А что вам, собственно, еще от него требуется?
| |
|
4.26, Аноним (-), 18:59, 16/02/2018 [^] [^^] [^^^] [ответить]
| –1 +/– |
> А что вам, собственно, еще от него требуется?
Например, не хватает таких элементарных вещей, как включение/отключение автозапуска виртуалки и настройка сетей.
| |
|
|
6.29, Stax (ok), 02:42, 17/02/2018 [^] [^^] [^^^] [ответить]
| –1 +/– |
Справедливости ради, настройка сети там только самая простая (nat/приватная/подключение к готовому бриджу), но это связано не с самим virt-manager, а с тем, что в самом линуксе из коробки это все несколько примитивно (а еще инициализация сети в разных дистрибутивах по-разному). А стекировать технологии (bridge + teaming + vlan и тп) обычными механизмами можно ну совсем уж через задницу и это лучше не делать совсем. VMWare решает все эти проблемы тем, что несет в комплекте виртуальный свитч. Но и в линуксе это решается аналогично - ставится openvswitch и через него появляется необходимая гибкость.
| |
|
|
|
3.25, первоадмин (?), 17:28, 16/02/2018 [^] [^^] [^^^] [ответить]
| +/– |
>> Вот курсесная морда к virt-manager'у не помешала бы, поди.
> Был же virt-manager-tui вроде. а сейчас куда-то делся…
> Впрочем, virt-manager — исключительно бестолковая штука, почти ничего не умеет,
> кроме как запустить–остановить машину.
А нахрена то больше ? :)
Те, кто ее юзают, больше локалхоста не одминят
| |
|
|
1.31, Ne01eX (ok), 11:35, 20/02/2018 [ответить] [﹢﹢﹢] [ · · · ]
| +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
| |
1.32, Ne01eX (ok), 12:09, 20/02/2018 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
1. Было бы не плохо во время первичного генерирования конфига просматривать /usr/bin и подставлять доступные цели, в зависимости от найденного. У юзера их может быть около 64, перечислять все - рука устанет. :-)
2. При импорте на ФС в nm_copy_file_sendfile _перед_копированием_ не проверяется, - а хватит ли вообще места? В результате приложение падает, сожрав всё доступное пространство. :-)
3. nm_add_vm_to_fs падаем при попытке создать уже существующую директорию. А надо бы проверять _до того_, как пытаться что-то создать :-)
А вообще, крайне желательно обрабатывать все проверки на дурака и возвращать на _предыдущий шаг_. Если это невозможно, то в начало программы.
Хотя я вообще не понимаю нафига мне что-то куда-то копировать, чтобы заюзать уже существующую машину? В какой этом смысл?
P.S. Намеренно рассуждаю как обычный пользователь. :-)
| |
|
2.35, 0x501D (?), 12:55, 21/02/2018 [^] [^^] [^^^] [ответить]
| +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=open
Чтоб я не забыл ничего :)
| |
|
|