Arch Linux User Repository

Please consider supporting upstream to keep this project alive.

@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]> 

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

@Δ: 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.

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!

@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.

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!

Please consider supporting upstream to keep this project alive.

@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.

Hello,

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

There is a fork available with some more fixes.

thx

@polo: so, rebuild aqemu?

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

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.

@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.

or for qtchooser Must be /usr/bin/rcc

[ 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

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

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...

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

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 +}

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

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. ;-)

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.

please update to qt4 add cmake -DQT_QMAKE_EXECUTABLE=qmake4 thanks

Please replace the qt dependency with qt4.

Patch added to fix that compile bug

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 ;)

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

[ 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

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

removed versioned dependencies

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.

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.

@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.

Does PKGBUILD know the OR operator?

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

Done! :-)

@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. ;-)

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

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

AQEMU 0.8.1 is out

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

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

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.

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.

The package seems not to build without libvncserver

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.

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

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