nEMU 1.0.0

Любопытно, спасибо, попробую (ovmf, vfio, vga/audio-passthrough) и отпишу.

Можно сюда?

Конечно можно, только VGA и audio я ещё не реализовал, но собираю список фич на последующую доработку.

Весь код полностью переписан с С++ на С.

Зачем этот регресс?

Ничоси какая боль :)

ncurses-интерфейс к QEMU

Полезная штука, спасибо.

Я не умею С++ просто.

Хорошо, я смогу подсказать на базовом уровне, если нужно. В общем после того как ознакомлюсь с приложением — отпишу сюда.

Любая информация будет полезна, в особенности по юзабилити интерфейса, которое пока не очень дружелюбно.

«консольшоты» есть?

В репе есть видео.

Вышла версия 1.1.0

• Возможность задать initrd
• Возможность выбрать тип эмулируемой машины
• Поддержка терминалов с малой геометрией 80х25

Приложение развивается, отлично, спасибо.

А зачем предлагается диапазон объёма памяти? Меньше 64M уже и нельзя? ;)

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

фичреквесты приветствуются.

Я сам не знаю зачем я сделал минимум 64 Mb. Это уже исправлено. В версиях >= 1.0.0 минимум RAM 4Mb

nEMU добавлена в портажи Gentoo Linux

https://packages.gentoo.org/packages/app-emulation/nemu

Перед релизом версии 1.2.0 прошу помощи в тестировании.

Из нового:

* Добавленна поддержка живых снепшотов [qmp].
* Ресет виртуальной машины [qmp].
* Выключение по ACPI [qmp]
* Остановка qemu процесса [qmp].
* Отремонтирован механизм клонирования.

Собираться из мастера. Можно проверять на хостах: Linux, FreeBSD.

а оно может само бриджевать? вообще, как я понял, это должен делать qemu-ifup, но он у меня нигде и никогда не работал, поэтому бриджевание только вручную - во-первых, мутно, а во-вторых, я всё время забываю, как это делается. только из-за этого пользуюсь virtualbox, где это делается мыжкой

Зачем вообще что-то помнить, если мост на хосте достаточно настроить один раз?

Поддержку мостов планирую сделать в следующем релизе, сейчас и так много фич, надо выловить все ошибки. На данный момент сеть обеспечивается tap интерфейсами, с возможностью задать на нем статический IP адрес на хосте средствами программы. Если нужно дать гостю выход в интернет достаточно задать в госте IP адрес из такой же сети что и IP адрес на связном хостовом интерфейсе и включить NAT.

Зачем вообще что-то помнить, если мост на хосте достаточно настроить один раз?

в смысле? когда у тебя интерфейс, как он там, tun или tap, уже не помню, как я делал, упадёт - у тебя и сеть работать не будет. у меня - точно не работает, приходилось кучу ручных телодвижений делать как до, так и после... впрочем, я уже плохо помню, давно это было, и снова вспоминать как-то не хочется... вот если бы оно само при нажатии кнопки работало - было бы круто

у меня F1 mate-terminal-ом перехватывается :)

Будет работать по кнопке как только дошлифую текущий фунционал :)

F10, кстати, тоже :)

Да, на это уже жаловались. Могу сюда сбросить список хоткев :)

Сейчас выпишу патч, чтобы можно было тестировать.

да без разницы - я уже понял, что абсолютно бесполезная для меня программа: мой юзкейс qemu/kvm абсолютно не совпадает с задачами, для которых эта штука сделана

да я уже в xterm проверил всё

Все равно спасибо за фидбек.
Вообще с этими хоткеями конечно засада, у меня urxvt + awesome, и ничего не перехватывается ничем.

за OpenBSD - респект :)

Кстати да, в след релизе добавлю поддержку хоста OpenBSD.

там нет kvm, поэтому всё довольно медленно и печально

Ну так на FreeBSD QEMU тоже не поддерживает bhyve :), по крайней мере пока. Все равно вдруг кому и пригодится.

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