Your message dated Mon, 4 Jan 2010 14:45:08 +0100
with message-id <[email protected]>
and subject line Re: Bug#413840: please make qemu be qemu-system-$arch and not
qemy-system-x86 this is counter-intuitive IMHO
has caused the Debian Bug report #413840,
regarding make /usr/bin/qemu the native arch
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
413840: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=413840
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: qemu
Version: 0.8.2-4etch1
Severity: wishlist
Tags: patch
Shouldn't /usr/bin/qemu be an alias for qemu-system-$(ARCH), where $(ARCH) is
the native architecture? Defaulting to i386 doesn't make much sense nowadays,
specially since x86_64 is gradually obsoleting it.
See attached patch (already sent upstream).
-- System Information:
Debian Release: 4.0
APT prefers stable
APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-4-amd64
Locale: LANG=ca_AD.UTF-8, LC_CTYPE=ca_AD.UTF-8 (charmap=UTF-8)
Versions of packages qemu depends on:
ii bochsbios 2.3-2 BIOS for the Bochs emulator
ii libasound2 1.0.13-2 ALSA library
ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries
ii libncurses5 5.5-5 Shared libraries for terminal hand
ii libsdl1.2debian 1.2.11-8 Simple DirectMedia Layer
ii openhackware 0.4.1-2 OpenFirmware emulator for PowerPC
ii proll 18-2 JavaStation PROM 2.x compatible re
ii vgabios 0.6a-1 VGA BIOS software for the Bochs an
ii zlib1g 1:1.2.3-13 compression library - runtime
Versions of packages qemu recommends:
ii debootstrap 0.3.3.2 Bootstrap a basic Debian system
ii sharutils 1:4.2.1-15 shar, unshar, uuencode, uudecode
pn vde <none> (no description available)
-- no debconf information
--- qemu-0.8.2.old/Makefile.target 2006-07-22 19:23:34.000000000 +0200
+++ qemu-0.8.2/Makefile.target 2007-07-08 14:05:33.000000000 +0200
@@ -43,11 +43,7 @@
QEMU_USER=qemu-$(TARGET_ARCH2)
# system emulator name
ifdef CONFIG_SOFTMMU
-ifeq ($(TARGET_ARCH), i386)
-QEMU_SYSTEM=qemu$(EXESUF)
-else
QEMU_SYSTEM=qemu-system-$(TARGET_ARCH2)$(EXESUF)
-endif
else
QEMU_SYSTEM=qemu-fast
endif
@@ -531,6 +527,13 @@
install: all
ifneq ($(PROGS),)
$(INSTALL) -m 755 -s $(PROGS) "$(DESTDIR)$(bindir)"
+ifeq ($(ARCH), $(TARGET_ARCH2))
+ifdef _WIN32
+ mv "$(DESTDIR)$(bindir)/qemu-system-$(TARGET_ARCH2)$(EXESUF)"
"$(DESTDIR)$(bindir)/qemu$(EXESUF)"
+else
+ ln -s qemu-system-$(TARGET_ARCH2)$(EXESUF)
"$(DESTDIR)$(bindir)/qemu$(EXESUF)"
+endif
+endif
endif
ifneq ($(wildcard .depend),)
--- End Message ---
--- Begin Message ---
On Sun, Jan 03, 2010 at 09:16:34PM -0800, Vagrant Cascadian wrote:
> tags 413840 pending
> thanks
>
> On Wed, Mar 07, 2007 at 02:06:29PM +0100, Pierre Habouzit wrote:
> > I use qemu on an amd64 machine, and it's very counter-intuitive that
> > 'qemu' is not the x86_64 one. I undertand that qemu may work on $arch's
> > that he does not know to emulate, so maybe qemu should just be a
> > symlink, dealt with alternatives with e.g. a priority of 10 for any
> > arch, 20 for x86, and 90 for the $arch that matches the hosts one.
>
> i just committed patches to use the debian alternatives system for
> /usr/bin/qemu, although it doesn't do any prioritizing of the host
> architecture
> (i.e. the default is always still qemu-system-i386).
>
> this preserves the default behavior of /usr/bin/qemu since time immemorial,
> while making it easier for those who would like a different behavior to
> configure it.
>
> so even though this wouldn't fully address your request, hopefully it is
> sufficient to close this bug?
Yes it is.
--
·O· Pierre Habouzit
··O [email protected]
OOO http://www.madism.org
--- End Message ---
