Summary: | app-emulation/qemu-2.6.0 is missing ppc64el in the QEMU_SOFTMMU_TARGETS | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Jan Henke <gentoo> |
Component: | Current packages | Assignee: | Gentoo QEMU Project <qemu+disabled> |
Status: | RESOLVED UPSTREAM | ||
Severity: | normal | CC: | gentoo |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Jan Henke
2016-05-28 06:59:36 UTC
it's "ppc64le" not "ppc64el". this is the name upstream uses. also, upstream doesn't have a softmmu target yet afaict. look in default-configs/. the qemu ebuild already does a check at prepare time to make sure the ebuild is in sync with the source. Ubuntu provides a ppc64le system emulation target for example: http://packages.ubuntu.com/xenial/amd64/qemu-system-ppc/filelist So I think it should already be available from the sources, it just needs support in the ebuild. (In reply to Jan Henke from comment #3) that's just a symlink. pretty sure the tool itself doesn't change behavior. i see no point in creating that symlink in Gentoo, and i think it might be kind of harmful: relying on non-standard names that few distros provides is bad. $ tar xf qemu_2.5+dfsg-5ubuntu10.1.debian.tar.xz $ grep -h ppc64 debian/*.links usr/bin/qemu-system-ppc64 usr/bin/qemu-system-ppc64le $ ar x qemu-system-ppc_2.5+dfsg-5ubuntu10.1_amd64.deb $ tar tvf data.tar.xz | grep ppc64le lrwxrwxrwx root/root 0 2016-05-11 07:46 ./usr/bin/qemu-system-ppc64le -> qemu-system-ppc64 I am sorry. I never realized it is just a symlink. I share your opinion that a pure symlink does not make sense. So this issue is closed by that then. |