Релиз nEMU 3.0.0 — интерфейса к QEMU, основанного на псевдографике ncurses

О, как раз такое искал, спасибо!

Снепшоты? Нравится.

о, вот это круто. качественный олдскул это всегда хорошо.

вау

теперь можно иксы с сервачков удалить?

а зачем они там вообще?

еще там можно поиграть в клон space invaders, я впилил пасхалку в честь мажерного релиза)

Годно!

Напомните почему все эти ncurses не считаются хипсторским говном, но каждый второй админ локалхоста течет от них в комментариях? Почему такое не рисуют на SDL, имея все его возможности, но при этом избегая все приколы терминалов?

В чём принципиальные отличия от libvirt? Почему именно своя реализация, а не фронт к той же libvirt, особенно в свете появления API?

Я лет 8 назад потыкал в этот либвирт, в итоге пришлось писать свою реализацию с нуля. Пусть оно живет там своей жизнью, я к этому прикасаться не хочу.

Интересно, а какой у вас дистр ?

Gentoo

Я не угадал :( Думал что слака ;)

Поддержка QMP команд snapshot-{save, load, delete}, появившихся в QEMU-6.0.0. Теперь для работы со снепшотами больше нет необходимости патчить QEMU.

А через monitor их дёргать не судьба было? Мда.

Нет, при старте VM процесс QEMU демонизируется с управлением через сокет с QMP api, монитор тут вообще не при делах.

Понятно, поленился, значит.

Что простите?)

Поленился использовать либо оба одновременно, либо вызов мониторных команд через QMP. В результате лени, как я понял, в Вилларибо годами зря патчили QEMU, а все Виллабаджо смотрит на тебя сейчас с удивлением.

Ну тут все 3 варианта - костыли:

human-monitor-command - «This command only exists as a stop-gap. Its use is highly discouraged. The semantics of this command are not guaranteed: this means that command names, arguments and responses can change or be removed at ANY time. Applications that rely on long term stability guarantees should NOT use this command.»

Использование QMP одновременно с прямым взаимодействием с qemu-monitor для меня лично выглядит странно, вроде как для машинного взаимодействия и придумали QMP. Тогда уж проще все через qemu-monitor делать.

Мы просто патчили qemu, в итоге все взаимодействие через QMP, вызовов негарантированного API не было. Как только в upstream таки добавили snapshot-{save, load, delete}, было не сложно переехать.

// было не сложно переехать
ну как не сложно, учитывая что снепшот команды они сделали асинхронными, мне пришлось попотеть)
---
про монитор я вообще не понимаю при чем оно тут ибо nemu позицианируется как X-free приложение)

Симпатишно, спасибо.

Годнота, однако.

монитор я вообще не понимаю при чем оно тут ибо nemu позицианируется как X-free приложение)

QEMU monitor. Ты точно имеешь к сабжу отношение?

Если вы имеете ввиду -monitor redirect to blablabla. То оно не в тему, это для интерактива. Для автоматизации в QEMU есть QMP, который мы и используем, вы точно имеете отношение к разработке ПО?

Сколько нужно на поддержку bhyve(8) (гипервизор FreeBSD)?

QEMU в него же не умеет совсем. Соответственно и мы тоже

Жаль. Утилита хороша, со своей задачей справляется (а судя по описанию стала ещё лучше; я тыкал уже достаточно давно).

А я думал это обертка над либ-вирт…

У меня была мысль запилить поддержку bhyve, но по сути это получилось бы совсем другое приложение, т.к. переписать надо все ядро.

т.к. переписать надо все ядро

Если у вас всё завязано на QEMU, то оно того не стоит.

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

nEMU мне нравится, но применять его негде. ☹

Я тоже так думал. До сегодняшнего дня. ☺

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

Если вы имеете ввиду -monitor redirect to blablabla. То оно не в тему, это для интерактива. Для автоматизации в QEMU есть QMP

Отличное разделение, сам придумал или приставкой human- вдохновился? Ну да, пользователи и без снапшотов посидят, не юзать же стабильное API для доступа к старой как не знаю что функциональности.

вы точно имеете отношение к разработке ПО?

Ты имеешь в виду разработку именно оберток для QEMU? Да не особо. Я там ссылку кидал на одну свою писульку, вот другая, покороче, если ту читать вломак. Там сам решай.

Я как-то тыкал я, но меня смутило отсутствие бриджа (не Mac tap) для создания изолированной сетки между VM.

Если вы имеете ввиду -monitor redirect to blablabla. То оно не в тему, это для интерактива.

Почему для интерактива? Я запускал qemu, в сокет-файл монитор выводил и скриптами туда писал некоторые команды. Вроде работало. Для интерактива, конечно, тоже можно использовать, но почему бы его не использовать для автоматизации - не очевидно.

Понятно, проехали. То что вы поленились пропатчить QEMU и пользовали костыли это ваше право.

потому что для этого сделали специально предназаначеное API :) Это же очевидно.

У себя на локалхосте с NixOS я что угодно могу, и QEMU для какой-то спайсомелочи патчу, но я не мэйнтейнер QEMU, чтобы в Red Hat-based дистрам его всем пользователям патчить.

Его сделали в шестерке только.

Эзернеты на ходу в ВМку позволяет добавлять?

ох, молодцы! редхату такое и не снилось.

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

не умеем, но были планы впилить к нам этот функционал.

я это не понял, но если из ncurses фронтенда дергать libvirt, то должно быть без разницы.

Я думаю медленно но верно все-таки впилим поддержку сабжа, но только не через libvirt.

да, без разницы.

? почему? это же решение, чтобы все объединить.

ну нам это не требовалось, изначально пилилось исключительно под QEMU

Ну я бы даже проспонсировал реализацию, но… в общем, читай тред, тут всё есть.

по-моему оба через libvirt можно использовать

Ну… В принципе да, но хотелось что-нибудь… человеческое. С одной стороны меня полностью устраивает sysutils/vm-bhyve, но у него совершенно нет API — ходи по ssh и пинай скрипты напрямую. Оно даже json выплёвывать не умеет, чтобы заскриптовать API сбоку.

А сабж умеет, но, оказалось, оно не через libvirt (внезапно!).

Я джва года ждал такую программу и вы утаивали? Посмотрим… В дистры не отправлял?