Package Details: aqemu 0.9.4-2

Git Clone URL: https://aur.archlinux.org/aqemu.git (read-only, click to copy)
Package Base: aqemu
Description: QEMU GUI written in Qt5
Upstream URL: https://github.com/tobimensch/aqemu
Keywords: frontend qemu virtualization
Licenses: GPL2
Submitter: None
Maintainer: fordprefect
Last Packager: fordprefect
Votes: 125
Popularity: 0.65
First Submitted: 2008-10-17 11:02 (UTC)
Last Updated: 2020-05-27 07:38 (UTC)

Pinned Comments

fordprefect commented on 2020-05-04 19:33 (UTC)

Please consider supporting upstream to keep this project alive.

Latest Comments

Neko-san commented on 2021-09-08 21:39 (UTC) (edited on 2021-09-08 21:41 (UTC) by Neko-san)

@fordprefect Compiling with Clang works but I get a launch-runtime error after the initial setup wizard:

(Also note, I had LTO enabled in makepkg.conf)

neko-san@ARCH ~> aqemu

AQEMU Warning [2] >>>
Sender: bool Emulator::Load( const QString &path )
Message: No "qemu-system-arm" element!

AQEMU Warning [3] >>>
Sender: bool Emulator::Load( const QString &path )
Message: No "qemu-system-cris" element!

AQEMU Warning [4] >>>
Sender: bool Emulator::Load( const QString &path )
Message: No "qemu-system-m68k" element!

AQEMU Warning [5] >>>
Sender: bool Emulator::Load( const QString &path )
Message: No "qemu-system-microblaze" element!

AQEMU Warning [6] >>>
Sender: bool Emulator::Load( const QString &path )
Message: No "qemu-system-mips" element!

AQEMU Warning [7] >>>
Sender: bool Emulator::Load( const QString &path )
Message: No "qemu-system-mips64" element!

AQEMU Warning [8] >>>
Sender: bool Emulator::Load( const QString &path )
Message: No "qemu-system-mips64el" element!

AQEMU Warning [9] >>>
Sender: bool Emulator::Load( const QString &path )
Message: No "qemu-system-mipsel" element!

AQEMU Warning [10] >>>
Sender: bool Emulator::Load( const QString &path )
Message: No "qemu-system-ppc" element!

AQEMU Warning [11] >>>
Sender: bool Emulator::Load( const QString &path )
Message: No "qemu-system-ppc64" element!

AQEMU Warning [12] >>>
Sender: bool Emulator::Load( const QString &path )
Message: No "qemu-system-ppcemb" element!

AQEMU Warning [13] >>>
Sender: bool Emulator::Load( const QString &path )
Message: No "qemu-system-sh4" element!

AQEMU Warning [14] >>>
Sender: bool Emulator::Load( const QString &path )
Message: No "qemu-system-sh4eb" element!

AQEMU Warning [15] >>>
Sender: bool Emulator::Load( const QString &path )
Message: No "qemu-system-sparc" element!

AQEMU Warning [16] >>>
Sender: bool Emulator::Load( const QString &path )
Message: No "qemu-system-sparc64" element!
Icon theme "gnome" not found.
Icon theme "ubuntu-mono-dark" not found.
Icon theme "Mint-X" not found.
Icon theme "elementary" not found.
Icon theme "gnome" not found.
fish: Job 1, 'aqemu' terminated by signal SIGSEGV (Address boundary error)
neko-san@ARCH ~ [SIGSEGV]> 

beliys commented on 2021-08-25 12:34 (UTC)

@fordprefect What did tobimensch answer, if not a secret? Has he completely abandoned the project?

fordprefect commented on 2021-03-28 14:43 (UTC)

@Δ: You surely have read the comment in the PKGBUILD? I personally contacted upstream (tobimensch) before making this switch, and it is interded to be only temporary. The proper upstream is given as upstream URL.

dreieck commented on 2021-03-28 12:35 (UTC)

source differes from $url:

$url points to github.com/tobimensch/aqemu, while source downloads from github.com/TBK/aqemu.

Can you point source and $url to the similar (and "official") upstream project?

Thanks for maintaining!

fordprefect commented on 2020-05-27 07:23 (UTC)

@frankspace: thanks for noticing. It is, howvever, getting quite confusing if we are building from an inofficial fork (with upstream consent), just to patch in official changes manually again. I will add it as hotfix, hoping this will soon straighten out again.

frankspace commented on 2020-05-25 14:51 (UTC)

This doesn't compile under GCC10 without a minor modification. Would you consider adding the following to the build() section?

sed -i 's|#include <vector>|#include <vector>\n#include <stdexcept>|' "$srcdir/$pkgname-$pkgver"/src/docopt/docopt_value.h

See, for reference: https://github.com/xsgordon/aqemu/commit/7ed45cec1fe31562d1e36b34320cd782be0c3d68

Thank you!

fordprefect commented on 2020-05-04 19:33 (UTC)

Please consider supporting upstream to keep this project alive.

fordprefect commented on 2020-04-23 16:37 (UTC)

@akaessens: while I understand the reason for your request this is not simply done, due to respect for the previous maintainer. Your are free to build from the fork (which misleadingly calls itself the official source!), but I have contacted the upstream developer and will wait for his answer before I take action.

akaessens commented on 2020-04-23 13:21 (UTC) (edited on 2020-04-23 13:22 (UTC) by akaessens)

Hello,

With this aqemu version there are startup issues in the application.

There is a fork available with some more fixes.

polo commented on 2017-01-14 17:31 (UTC)

thx

fordprefect commented on 2017-01-14 14:38 (UTC)

@polo: so, rebuild aqemu?

polo commented on 2017-01-14 13:55 (UTC)

after libvncserver update: aqemu: error while loading shared libraries: libvncclient.so.0: cannot open shared object file: No such file or directory

cokomoko commented on 2015-10-06 19:16 (UTC)

en_icons.rcc -- Installing: /tmp/yaourt-tmp-cokomoko/aur-aqemu/pkg/aqemu/usr/share/man/man1/aqemu.1 ==> Tidying install... -> Purging unwanted files... -> Removing libtool files... -> Removing static library files... -> Compressing man and info pages... -> Stripping unneeded symbols from binaries and libraries... ==> Creating package "aqemu"... -> Generating .PKGINFO file... -> Generating .MTREE file... -> Compressing package... ==> Leaving fakeroot environment. ==> Finished making: aqemu 0.8.2-5 (Tue Oct 6 19:12:09 UTC 2015) successful, thanks.

fordprefect commented on 2015-10-06 17:45 (UTC)

@cokomoko: next time please post pacman or makepkg output with a LC_ALL=C in front, so error messages appear in english, not your locally chosen language. /usr/lib/qt/bin/rcc is in package qt5-base. maybe i was a bit fast previously attributing rcc to qtchooser. changed to qt5-base. please try to write more clearly in your comments. thank you.

cokomoko commented on 2015-10-06 16:39 (UTC)

or for qtchooser Must be /usr/bin/rcc

cokomoko commented on 2015-10-06 16:29 (UTC)

[ 79%] Generating crystalsvg_icons.rcc rcc: could not exec '/usr/lib/qt/bin/rcc': No such file or directory CMakeFiles/icons.dir/build.make:61: recipe for target 'crystalsvg_icons.rcc' failed make[2]: *** [crystalsvg_icons.rcc] Error 1 CMakeFiles/Makefile2:141: recipe for target 'CMakeFiles/icons.dir/all' failed make[1]: *** [CMakeFiles/icons.dir/all] Error 2 Makefile:127: recipe for target 'all' failed make: *** [all] Error 2 ==> HATA: build() içinde bir hata oluştu. Çıkılıyor... pacman -Qi qtchooser İsim : qtchooser Sürüm : 48-1 Açıklama : Wrap the other Qt tools by searching for different instances of Qt on the system Mimari : x86_64 URL : http://qt.gitorious.org/qt/qtchooser Lisanslar : GPL Gruplar : Hiçbiri Sağladıkları : Hiçbiri Bağımlılıkları : gcc-libs Opsiyonel Bağımlılık(lar) : Hiçbiri İhtiyaç Duyan Paket(ler) : Hiçbiri İsteğe bağlı : qt4 Çakıştığı Paket(ler) : Hiçbiri Değiştirdiği Paket(ler) : Hiçbiri Kurulum boyutu : 40,00 KiB Paket Sorumlusu : Andrea Scarpino <andrea@archlinux.org> Derlenme Tarihi : Cts 13 Ara 2014 17:50:29 UTC Kurulum Tarihi : Sal 06 Eki 2015 15:52:01 UTC Kurulum Sebebi : Doğrudan kurulmuş Kurulum Betiği : Hayır Doğrulayan : İmza rcc: could not exec '/usr/lib/qt/bin/rcc': No such file or directory Must be /usr/lib/qt4/bin/rcc ┌─[cokomoko]──[cokomoko]:/usr/lib/qt4/bin$ └──>>ls assistant pixeltool qhelpconverter qttracereplay designer qcollectiongenerator qhelpgenerator rcc lconvert qdbus qmake uic linguist qdbuscpp2xml qmlplugindump uic3 lrelease qdbusviewer qmlviewer xmlpatterns lupdate qdbusxml2cpp qt3to4 xmlpatternsvalidator moc qdoc3 qtconfig

fordprefect commented on 2015-10-06 15:48 (UTC)

@cokomoko: you are missing rcc from the qtchooser package. added it to makedepends.

cokomoko commented on 2015-10-02 20:19 (UTC)

Scanning dependencies of target icons [ 79%] Generating crystalsvg_icons.rcc make[2]: rcc: Komut bulunamadı CMakeFiles/icons.dir/build.make:61: recipe for target 'crystalsvg_icons.rcc' failed make[2]: *** [crystalsvg_icons.rcc] Error 127 CMakeFiles/Makefile2:141: recipe for target 'CMakeFiles/icons.dir/all' failed make[1]: *** [CMakeFiles/icons.dir/all] Error 2 Makefile:127: recipe for target 'all' failed make: *** [all] Error 2 ==> HATA: build() içinde bir hata oluştu. Çıkılıyor...

schmoemi commented on 2015-03-14 01:12 (UTC)

I changed the PKGBUILD accordingly. Thanks for the hint, @edr

edr commented on 2015-03-13 19:04 (UTC)

This package does not build anymore because it has no package() function. The following change fixed it for me. --- PKGBUILD.orig 2015-03-13 19:14:17.836184468 +0100 +++ PKGBUILD 2015-03-13 19:57:17.332821325 +0100 @@ -20,5 +20,9 @@ cmake -DCMAKE_INSTALL_PREFIX=/usr/ -DQT_QMAKE_EXECUTABLE=qmake4 make - make DESTDIR=$pkgdir install } + +package() { + cd $srcdir/$pkgname-$pkgver + make DESTDIR=$pkgdir install +}

schmoemi commented on 2015-03-06 01:25 (UTC)

Maybe, as the version was released before ages. It is not outdated though as there haven't been newer releases since.

Kurisutian commented on 2014-05-22 12:06 (UTC)

Something seems to be wrong with the package. I cannot see any symbols or anything when starting aqemu. I get this message before that: Sender: int main( int argc, char *argv[] ) Message: Cannot Load AQEMU Icon Theme! File "/usr/local/share/aqemu//oxygen_icons.rcc" Not Found! Also created Windows VMs won't start claiming there would be not enough RAM to create a ramdisk. But I have 32GB in my computer and 8 GB reserved for the machine. So something seems to be off here. ;-)

SanskritFritz commented on 2013-03-14 20:07 (UTC)

Since there is no qemu-kvm anymore, aqemu does not work for me. There is no qemu binary and I cannot pursuede aqemu to find the correct executables.

mrbit commented on 2013-03-01 14:41 (UTC)

please update to qt4 add cmake -DQT_QMAKE_EXECUTABLE=qmake4 thanks

SanskritFritz commented on 2013-03-01 13:33 (UTC)

Please replace the qt dependency with qt4.

schmoemi commented on 2012-02-29 22:14 (UTC)

Patch added to fix that compile bug

malevolent commented on 2012-02-15 10:41 (UTC)

as seen on comments on the bug tracker: Open file aqemu-0.8.2/Embedded_Display/vncview.cpp and comment lines 30-31 like this: Before: #define error(parent, message, caption) \ critical(parent, caption, message) After: /*#define error(parent, message, caption) \ critical(parent, caption, message)*/ Or use AUR package from Git ;)

schmoemi commented on 2012-01-29 03:15 (UTC)

This is a known bug, unfortunately: http://sourceforge.net/tracker/?func=detail&aid=3429937&group_id=229794&atid=1078458

commented on 2012-01-26 08:40 (UTC)

[ 56%] Building CXX object CMakeFiles/aqemu.dir/Embedded_Display/vncclientthread.o [ 57%] Building CXX object CMakeFiles/aqemu.dir/Embedded_Display/vncview.o In file included from /usr/include/QtGui/qevent.h:57:0, from /usr/include/QtGui/QMouseEvent:1, from /tmp/yaourt-tmp-root/aur-aqemu/src/aqemu-0.8.2/Embedded_Display/vncview.cpp:44: /usr/include/QtCore/qfile.h:117:21: error: macro "error" requires 3 arguments, but only 1 given /usr/include/QtCore/qfile.h:117:15: error: expected ‘;’ at end of member declaration /usr/include/QtCore/qfile.h:117:23: error: declaration does not declare anything [-fpermissive] make[2]: *** [CMakeFiles/aqemu.dir/Embedded_Display/vncview.o] Error 1 make[1]: *** [CMakeFiles/aqemu.dir/all] Error 2 make: *** [all] Error 2

commented on 2012-01-12 00:08 (UTC)

For me, this returns a error in compiling: http://paste.archlinux-br.org/1888 Any suggestion ?

schmoemi commented on 2011-03-06 23:20 (UTC)

removed versioned dependencies

commented on 2011-03-06 17:45 (UTC)

It's definitely not a problem of yaourt. It is a problem of the PKGBUILD. On Gentoo, where you have several versions of one package in the portage tree, the repo, such versioned dependencies are necessary, but not on Arch Linux, where you have only one version of a package in the repos. See the discussion in the comments for virtualbox-ext-oracle: http://aur.archlinux.org/packages.php?ID=44761&comments=all The problem is not yaourt, but pacman, because if a package needs a specific version of another package and the other package needs a specific version of the first package it's not possible to update the system with pacman -Syu resp. yaourt -Syua. If you have only packages from the binary repos installed it doesn't matter that much, because pacman -Syu first downloads the full package database and then checks for dependency issues. If you have versioned dependencies in there they are resolved at that time and pacman knows that the necessary packages are in the repos and will be updated at the same time. This is not possible with AUR packages. So yaourt or clyde can not do these checks. And if you have an AUR package installed which needs a specific version of a package from the repos (versioned dependency) then neither pacman nor yaourt can update the system, because pacman -Syu sees that the installed AUR package needs the installed version from the repo, but can't find the AUR package and can't check if there's a new version of it. So pacman -Syu will fail and the user can't update anything. And yaourt -Syua will fail for exactly the same reason. So, please, remove the versioned dependencies. You really can assume that everybody has an up-to-date system. If someone doesn't update his system regularly, doesn't have the latest version installed, and gets into trouble because of this it's his own problem. And that's common Arch Linux policy.

schmoemi commented on 2011-03-06 16:59 (UTC)

qemu as dependency is sufficient, as qemu-kvm provides qemu, yes. I was just wondering if dependencies can be linked with logical operators, too. If yaourt, etc. can't handle minimum/maximum version numbers I consider it to be a problem of yaourt, not of the PKGBUILD. It is mentioned in the wiki, and there are packages which have that data. Also, pacman can Ignore package upgrades if you want to stick with some version for your own particular reason, so I may NOT consider that the system has all the latest versions of its packages.

commented on 2011-03-06 02:22 (UTC)

@schmoemi: It's sufficient to add qemu to depends. qemu-kvm has a provides=('qemu'). And you really should remove the version numbers in the depends array. This can lead to massive problems when updating the system with AUR wrappers like yaourt or clyde. And it's not common, because Arch Linux is a rolling release distro with only one version of a software package in the repos. So it can be assumed that everybody has the latest version of a package installed.

schmoemi commented on 2011-03-06 02:12 (UTC)

Does PKGBUILD know the OR operator?

commented on 2011-02-17 15:06 (UTC)

In depends : qemu or qemu-kvm would be nice.

schmoemi commented on 2011-02-08 00:50 (UTC)

Done! :-)

commented on 2011-02-07 20:28 (UTC)

@schmoemi: One other suggestion. You can or should remove the "|| return 1", because in the meantime those errors are caught and handled by makepkg itself. And you should set yourself as Maintainer instead of Contributor. ;-)

schmoemi commented on 2011-02-07 17:13 (UTC)

New pkgbuild acc. to cyberpatrol's suggestions. Update to v0.8.1.

valr commented on 2010-12-26 19:02 (UTC)

http://pastebin.com/MpRanc8C - 0.8.1 - dependency on QT version changed (as per doc), dependency on qemu added - variable set by default: WITHOUT_EMBEDDED_DISPLAY=on -> no dependency on libvncserver

schmoemi commented on 2010-12-26 18:06 (UTC)

AQEMU 0.8.1 is out

Gimmeapill commented on 2010-12-16 11:44 (UTC)

libvncserver is not optional, it should be moved to the depends

schmoemi commented on 2010-09-06 11:46 (UTC)

I also suggest that a qemu GUI should have qemu as dependency, shouldn't it?

commented on 2010-08-24 01:56 (UTC)

Installed aqemu with libvncserver support. It is disabled by default at runtime and can be optionally enabled. So I'd suggest building aqemu with libvncsupport. So I'd suggest using the first method from my last comment. But, please, don't use the whole commenting and uncommenting stuff as you do it now. Keep it simple, in case of doubt provide as many features as possible and think of users of AUR wrappers like yaourt, aurbuild, clyde etc.

commented on 2010-08-24 01:43 (UTC)

What schmoemi wants to say is that aqemu fails to build with this PKGBUILD. It stops with these error messages: 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_INCLUDE_DIR used as include directory in directory /var/tmp/aurbuild/build/aqemu/aqemu/src/aqemu-0.8 LIBVNCCLIENT_LIBRARIES linked by target "aqemu" in directory /var/tmp/aurbuild/build/aqemu/aqemu/src/aqemu-0.8 -- Configuring incomplete, errors occurred! Aborting... To fix it you need to change the PKGBUILD, because libvncserver is optional but not an optdepends. If aqemu shall have embedded display (vnc) support you need libvncserver as depends. Otherwise you must disable vnc support at build time. So please change the PKGBUILD to one of the two possible methods. Either move libvncserver from optdepends to depends and change the lines cmake . \ -DCMAKE_INSTALL_PREFIX=/usr/ # -DWITHOUT_EMBEDDED_DISPLAY=on to cmake -DCMAKE_INSTALL_PREFIX=/usr or remove optdepends and libvncserver as dependency completely and change the lines cmake . \ -DCMAKE_INSTALL_PREFIX=/usr/ # -DWITHOUT_EMBEDDED_DISPLAY=on to cmake -DCMAKE_INSTALL_PREFIX=/usr -DWITHOUT_EMBEDDED_DISPLAY=on Both methods work. I prefer not having an embedded display, but I think it would be better to offer this feature if it can be optionally turned off at runtime. Btw., the cmake line needs to be in one line in the PKGBUILD.

schmoemi commented on 2010-08-23 14:37 (UTC)

The package seems not to build without libvncserver

commented on 2010-07-12 07:53 (UTC)

mpsnets done tony Next time just rebuild package libvncserver moved to optdepends qemu exclude from depends (doesn't really depend from qemu, qemu-kvm) Don't mark out-of-date when testing version available. Try to use http://aur.archlinux.org/packages.php?ID=32437 instead.

commented on 2010-07-06 09:04 (UTC)

aqemu doens 't start with libvdeplug.so.3.0.1 i create symlik and aqemu start ln -s /usr/lib/libvdeplug.so.3.0.1 /usr/lib/libvdeplug.so.2

commented on 2010-05-06 12:31 (UTC)

include openssl as a dependency this package needs the openssl-0.9.8