Возобновлена (https://github.com/tobimensch/aqemu) разработка проекта AQEMU, в рамках которого развивается графическая оболочка, упрощающая запуск и настройку виртуальных окружений QEMU и KVM. AQEMU позиционируется как альтернатива VirtualBox, не требующая загрузки отдельного модуля ядра (в модуле для VirtualBox периодически возникают несовместимости с новыми ядрами Linux, что требует ожидания нового выпуска VirtualBox). AQEMU может генерировать shell-скрипты для запуска QEMU и позволяет просматривать аргументы командной строки, используемые при выборе тех или иных настроек.
Разработка ветки AQEMU на базе Qt4 была приостановлена (https://sourceforge.net/projects/aqemu/files/) около 5 лет назад. В рамках новой инициативы внесены следующие улучшения (https://github.com/tobimensch/aqemu/blob/master/CHANGELOG):- Выполнено портирование на Qt5 и C++-11;
- Осуществлён переход на сборочный инструментарий cmake;
- Актуализирована поддержка опций командной строки QEMU;
- Внесено множество мелкий улучшений в интерфейс;
- Для создания новых виртуальных машин задействован мастер установки;
- Общие для всех приложений настройки вынесены в отдельный диалог;
- Добавлена поддержка папок совместного доступа (Folder sharing);
- Добавлена функция отправки содержимого буфера обмена в виртуальное окружение;
- Добавлена поддержка звука Intel HDA и CS4231A.<center><a href="https://a.fsdn.com/con/app/proj/aqemu/screenshots/270655.jpg... src="https://www.opennet.dev/opennews/pics_base/0_1464249219.jpg&q... style="border-style: solid; border-color: #e9ead6; border-width: 15px;max-width:100%;" title="" border=0></a></center>
URL: https://www.reddit.com/r/linux/comments/4l2aqc/aqemu_an_alte.../
Новость: http://www.opennet.dev/opennews/art.shtml?num=44493
это скорее альтернатива virt-manager, чем virtualbox
Ух-ты! Хорошая новость! Virt-manager не такой дружелюбный для простых юзеров. Запутаться легко.
Да? тогда LibreOffice - смерть простому юзеру!
загрузку с физической флешки умеет?
Да.
QEMU Warning [1310] >>>
Sender: bool System_Info::Scan_USB_Sys( QList<VM_USB> &list )
Message: Cannot read serial from /sys/bus/usb/devices/
Я нуб, как это в Дебиан Сид ставить? В репах 0.8.2.
git clone https://github.com/tobimensch/aqemu.git
cd aqemu
cmake .
make
make install
> git clone https://github.com/tobimensch/aqemu.git
> cd aqemu
> cmake .
> make
> make installСпасибо, вроде получилось :). Где-то читал, что вместо make install в дебиане надо checkinstall, вот так оно создало и установило пакет :).
Да, но и с checkinstall бывают проблемы, например у меня так было с плагином Overview для geany. Более поздняя версия плагина из репозиториев не ставилась поверх.(Тоже, кстати, на Дебиан Sid)
>>make installЗа такое надо казнить.
За отсутствие иррационального страха перед непонятными тебе вещами?
Самокритично.
категоричность = узость мышления
> категоричность = узость мышленияВаше утверждение слишком категорично.
В лучшем случае
А за сборку cmake'ом прямо в дереве - вместо mkdir build && cd build; cmake .. - разве не надо?
> А за сборку cmake'ом прямо в дереве - вместо mkdir build &&
> cd build; cmake .. - разве не надо?Не надо. Можно и это удобнее, но совершенно не обязательно.
git clean -fdx...и сырцы как новые.
sudo make install && cd .. && rm -rf ./aqemu
с sudo это уже не казнь, а самоубийство. как потом будете файлы из фс выцеплять?
> с sudo это уже не казнь, а самоубийство. как потом будете файлы
> из фс выцеплять?Вы хоть сами поняли что написали и спросили?
Всё правильно написали и спросили. Вы у нас понятливый, так что отвечайте.
kot@kot-MS-7930:~/aqemu$ cmake .
CMake Warning at CMakeLists.txt:183 (FIND_PACKAGE):
By not providing "FindQt5Core.cmake" in CMAKE_MODULE_PATH this project has
asked CMake to find a package configuration file provided by "Qt5Core", but
CMake did not find one.Could not find a package configuration file provided by "Qt5Core" with any
of the following names:Qt5CoreConfig.cmake
qt5core-config.cmakeAdd the installation prefix of "Qt5Core" to CMAKE_PREFIX_PATH or set
"Qt5Core_DIR" to a directory containing one of the above files. If
"Qt5Core" provides a separate development package or SDK, be sure it has
been installed.
CMake Warning at CMakeLists.txt:184 (FIND_PACKAGE):
By not providing "FindQt5Widgets.cmake" in CMAKE_MODULE_PATH this project
has asked CMake to find a package configuration file provided by
"Qt5Widgets", but CMake did not find one.Could not find a package configuration file provided by "Qt5Widgets" with
any of the following names:Qt5WidgetsConfig.cmake
qt5widgets-config.cmakeAdd the installation prefix of "Qt5Widgets" to CMAKE_PREFIX_PATH or set
"Qt5Widgets_DIR" to a directory containing one of the above files. If
"Qt5Widgets" provides a separate development package or SDK, be sure it has
been installed.
CMake Warning at CMakeLists.txt:185 (FIND_PACKAGE):
By not providing "FindQt5Network.cmake" in CMAKE_MODULE_PATH this project
has asked CMake to find a package configuration file provided by
"Qt5Network", but CMake did not find one.Could not find a package configuration file provided by "Qt5Network" with
any of the following names:Qt5NetworkConfig.cmake
qt5network-config.cmakeAdd the installation prefix of "Qt5Network" to CMAKE_PREFIX_PATH or set
"Qt5Network_DIR" to a directory containing one of the above files. If
"Qt5Network" provides a separate development package or SDK, be sure it has
been installed.
CMake Warning at CMakeLists.txt:186 (FIND_PACKAGE):
By not providing "FindQt5Test.cmake" in CMAKE_MODULE_PATH this project has
asked CMake to find a package configuration file provided by "Qt5Test", but
CMake did not find one.Could not find a package configuration file provided by "Qt5Test" with any
of the following names:Qt5TestConfig.cmake
qt5test-config.cmakeAdd the installation prefix of "Qt5Test" to CMAKE_PREFIX_PATH or set
"Qt5Test_DIR" to a directory containing one of the above files. If
"Qt5Test" provides a separate development package or SDK, be sure it has
been installed.
CMake Warning at CMakeLists.txt:187 (FIND_PACKAGE):
By not providing "FindQt5PrintSupport.cmake" in CMAKE_MODULE_PATH this
project has asked CMake to find a package configuration file provided by
"Qt5PrintSupport", but CMake did not find one.Could not find a package configuration file provided by "Qt5PrintSupport"
with any of the following names:Qt5PrintSupportConfig.cmake
qt5printsupport-config.cmakeAdd the installation prefix of "Qt5PrintSupport" to CMAKE_PREFIX_PATH or
set "Qt5PrintSupport_DIR" to a directory containing one of the above files.
If "Qt5PrintSupport" provides a separate development package or SDK, be
sure it has been installed.
-- MAN page will be installed is not packed.
-- MAN_PAGE_COMPRESSOR flag not set. Available values: gzip, bzip2, lzma
-- Will be installed not compressed MAN pages
CMake Error: The following variables are used in this project, but they are set to NOTFOUND.
Please set them or make sure they are set and tested correctly in the CMake files:
LIBVNCCLIENT_LIBRARIES
linked by target "aqemu" in directory /home/kot/aqemu-- Configuring incomplete, errors occurred!
See also "/home/kot/aqemu/CMakeFiles/CMakeOutput.log".
Сюда это постить совершенно не нужно. Это вам написали - прочитайте и осознайте.
Осознал бы если бы мог. Не умею я канпелять…
> Я нуб, как это в Дебиан Сид ставить? В репах 0.8.2.Написать мейнтейнеру, что бы обновил пакет. Придется
подождать правда. Либо собрать пакет самому. Из
исходников устанавливать _НЕ НАДО_!
>Из исходников устанавливать _НЕ НАДО_!"Поздно, доктор, он остыл" :D
> "Поздно, доктор, он остыл" :DЕсли вы удалили директорию из которой собирали, сиречь
Вы не можете сделать make uninstall, то Вы сами себе
заложили "бомбу" в систему.
>> "Поздно, доктор, он остыл" :D
> Если вы удалили директорию из которой собирали, сиречь
> Вы не можете сделать make uninstall, то Вы сами себе
> заложили "бомбу" в систему.Благродный дон читал мой пост выше, где я упомянул создание deb-пакета? Думаете, aptitude не справится с purge aqemu? :)
> Если вы удалили директорию из которой собирали, сиречь
> Вы не можете сделать make uninstall, то Вы сами себе
> заложили "бомбу" в систему.Для этого есть префиксы или те же пользователи/группы (== классика LSF http://www.linuxfromscratch.org/hints/downloads/files/more_c... )
Так что не нужно бояться собирать из исходников.
Бояться не нужно. Но в дистрибутивах с пакетными менеджерами - и делать этого не нужно. По многим причинам, не последняя из которых - то, что маинтайнер вполне может вносить какие-то свои изменения, обеспеичвающие беспроблемную работу с дистрибутивом. И не только в виде патчей - есть ещё pre/postinstall и ключи сборки.
> И не только в виде патчей - есть
> ещё pre/postinstall и ключи сборки.Я больше по поводу эдакой категоричности "собирать можно только мейнтейнеру, самому, кроме пакета – нельзя, сломаешь!!" – не первый раз встречаю.
Оно понятно, что "гарантий никаких".
Но иногда потыкать новую версию софтины или посмотреть мелкую утилиту, которой нет в репах — вполне можно без особых проблем.
Именно так и надо говорить. Потому что в абсолютном большинстве случаев этим пытаются заниматься люди, ни хрена не понимающие ни что они делают, ни какие риски это несёт.А для "обычных пользоателей" можно ещё строже формулировать - если софтины нет в официальном или "полуофициальном" репозитории (вроде EPEL для центоси, например) - то её ставить не надо вообще. Разве что в виртуалку "на поиграться", предполагая, что все скормленные данные будут угроблены, а перед этим - отосланы хрен знает кому.
По факту, если у человека не source-based (причём не арч какой, а что-то ближе к слаке/LFS) - то почти с гарантией понимания и нет.
Другими словами, пингвиноиды должны уподобляться виндовозникам? Хм...
> По факту, если у человека не source-based (причём не арч какой, а
> что-то ближе к слаке/LFS)Причём именно к LFS, а не слаке/генту.
> - то почти с гарантией понимания и нет.
А собрать пакет заново и вместо install написать uninstall вам ваша религия не позволяет?
> А собрать пакет заново и вместо install написать uninstall вам ваша религия
> не позволяет?CMake не создаёт uninstall цели и правильно делает, потому что никаких гарантий по удалению всех файлов она не даёт и только опасно вводит в заблуждение.
>> "Поздно, доктор, он остыл" :D
> Если вы удалили директорию из которой собирали, сиречь
> Вы не можете сделать make uninstall, то Вы сами себе
> заложили "бомбу" в систему.А cmake и не создаёт цель uninstall, потому что она не работает. make install = бомба в любом случае.
в каком случае бомба?
> в каком случае бомба?В любом. Перечитайте интернет, тема сто раз уже разобрана и даже костыли вроде checkinstall понаписаны.
>> Я нуб
> Из исходников устанавливать _НЕ НАДО_!"Лёгким движением make install [от рута] ваш дебиан превращается в слакварь" (ц)
В слакваре ставят через SlackBuild скрипты и makepkg
> В слакваре ставят через SlackBuild скрипты и makepkgКопирайт из прошлого века в f.r.l, помнится. :)
Кто её сейчас разрабатывает? Андрей Рыжов уже не у дел?
Разрабатывает теперь - Tobias Gla <dertobi@emailn.de>
Я уже даже не надеялся, что кто-то продолжит моё дело :)
Странно. По идее гуй на Qt для QEMU должен называться QQEMU.
Или Q2EMU :) А поскольку в KDE Frameworks 5 стёрлись чёткие различия между Qt и KF, то возможно и KQEMU.
> Или Q2EMU :) А поскольку в KDE Frameworks 5 стёрлись чёткие различия
> между Qt и KF, то возможно и KQEMU.Нельзя. Уже занято (модуль такой для qemu).
QtEmu
> QtEmuЯ думал так назвать, но имя оказалось уже используемым до меня.
QtEmu это кстати тоже гуй для QEMU.
Приятная новость.
>AQEMU позиционируется как альтернатива VirtualBoxИ да, QEMU не жлобствует в отношении USB >=2.0, в отличие от VirtualBox.
"в модуле для VirtualBox периодически возникают несовместимости с новыми ядрами Linux, что требует ожидания нового выпуска VirtualBox"...никогда за всю историю подобного не видал, хотя сижу всегда на последнем _самосборном_ ядре и на последнем виртбоксе. вот с нвидивскими дровами, да, бывают периодически танцы с бубном и патчами...
Не знаю, как насчёт ядер, а вот с новым X.Org, помнится, vbox не дружил в какой-то момент.
Попробуй unstable или rawhide и увидишь.
QEMU-KVM не может быть заменой Virtualbox, так как не умеет в главную функцию коробки - запускать на линуксе винду с Direct3D.
qemu-kvm умеет проброс видеокарты. ваш virtualbox таким может похвастаться? кстати, поддержка direct3d в нем фича экспериментальная, поэтому для серьезных дел не годится.
на что люди идут лишь бы не пользовать vmware.ваш virtualbox умет OpenGL 3.0 ?.. а без этого ничего толкового не запустишь.
> на что люди идут лишь бы не пользовать vmware.Это проприетарный неработающий мусор-то?
> qemu-kvm умеет проброс видеокарты. ваш virtualbox таким может похвастаться? кстати, поддержкаВ крионабиозной камере спать вредно :-)В выпуске где то год назад появилась возможность использовать kvm в качестве альтернативы основному движку,в линукс версии появилась возможность проброса устройств (экспериментальная),но уже писали про удачные эксперименты .
> QEMU-KVM не может быть заменой Virtualbox, так как не умеет в главную
> функцию коробки - запускать на линуксе винду с Direct3D.Только Direct3D там кривой и не чего практически не запускается,потому что сделано через эмуляцию посредством Open GL.В документации написано что идею реализации брали у проекта wine,но почему то у wine практически все работает в отличие от Virtualbox :-( Хотя задействовать ускорение для 8 и 10 виндовс (клиента) можно.
Крутая программа должна быть, теперь обыватель будет меньше страдать, выкинув виртуалбокс на помойку
Хорошо бы…
>>Добавлена поддержка папок совместного доступа (Folder sharing)Не прошло и пяти лет…
А следующий релиз ещё через пять лет?
Не помню, usb устройства пробрасывать умеет?
> Не помню, usb устройства пробрасывать умеет?ПО своему нубству скажу, что видел - в настройках виртуалки есть кнопочка "Добавить порт", com\lpt\usb.
В боксе просто список usb-устройств, тыкнул мышкой - пробросилось. Что-то не очень похоже…
> Не помню, usb устройства пробрасывать умеет?Умеет,в virt-manager примерно похожий на VBox механизм - выбираете что вам нравится и пользуете.
Ну хорошо тогда. Осталось только собрать, чего я почти не умею… Выше выложил ответ на cmake.
где собирать? куда собирать? в репах разве нет?
кстати virt-manager не такой уж и сложный если с гуем. главное пользователя добавить в группу libvirt, предварительно создав её, проверить наличие прав в policykit (если имеется), и пользоваться. хранилище для файлов тоже можно создать, но это уже через гуй, после того как с правами и доступом разобраться.
В репах kubuntu 16.04 протухшая версия.
Задумка хорошая, но при необходимости GUI - VirtualBox, как мне кажется, лучше. Qemu - достаточно гибкий и компактный - зачастую проще сделать конфиг ручками, а потом на основе него уже поднимать ВМ. Особенно GUI бесполезен, когда нужно очень гибко настроить ВМ под свои задачи: напр сеть с NAT, проброс физического устройства, назначить другой вариант Intel HDA и т.д.
