> Management tools for QEMU will have come to rely on existing semantics
> of /usr/bin/qemu being i386.
How about just deprecating it? For example, we could make
/usr/bin/qemu be a script with:
#!/bin/bash
echo "warning: $0 is deprecated, use qemu-system-i386 instead"
exec qemu-system-i386 $@
On 08/07/07, Daniel P. Berrange <[EMAIL PROTECTED]> wrote:
On Sun, Jul 08, 2007 at 06:04:51PM +0100, Ricardo Almeida wrote:
> On 7/8/07, Daniel P. Berrange <[EMAIL PROTECTED]> wrote:
> >On Sun, Jul 08, 2007 at 02:21:02PM +0200, Robert Millan wrote:
> >> Shouldn't /usr/bin/qemu be an alias for qem
On Sun, Jul 08, 2007 at 06:04:51PM +0100, Ricardo Almeida wrote:
> On 7/8/07, Daniel P. Berrange <[EMAIL PROTECTED]> wrote:
> >On Sun, Jul 08, 2007 at 02:21:02PM +0200, Robert Millan wrote:
> >> Shouldn't /usr/bin/qemu be an alias for qemu-system-$(ARCH), where
> >$(ARCH) is
> >> the native archit
On 7/8/07, Daniel P. Berrange <[EMAIL PROTECTED]> wrote:
On Sun, Jul 08, 2007 at 02:21:02PM +0200, Robert Millan wrote:
> 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 sinc
On Sun, Jul 08, 2007 at 02:21:02PM +0200, Robert Millan wrote:
>
> Hi,
>
> 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.
Managemen
