qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [RFC PATCH 0/3] Deprecate the qemu-system-i386 binary


From: Thomas Huth
Subject: Re: [RFC PATCH 0/3] Deprecate the qemu-system-i386 binary
Date: Thu, 27 Apr 2023 14:12:59 +0200
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.9.0

On 27/04/2023 10.33, Daniel P. Berrangé wrote:
On Thu, Apr 27, 2023 at 10:31:00AM +0200, Paolo Bonzini wrote:
On Thu, Apr 27, 2023 at 10:28 AM Daniel P. Berrangé <berrange@redhat.com> wrote:
I wonder if we should take this a step further and rename qemu-system-x86_64
to qemu-system-x86!  Distros can if they wish create symlinks to both
qemu-system-i386 and qemu-system-x86_64.

I can't help feeling this just creates a new upgrade burden for distros
for no obvious win.

We can create the symlinks on install as well during the deprecation
period. It doesn't have to be done by distros.

What's the actual win though ?  Why would anyone want to create guests
using qemu-system-x86, if both qemu-system-i386 / qemu-system-x86_64
still exist indefinitely for backwards compat.

We could deprecate the old wrappers at one point in time, so we would finally have a cleaner interface.

 What does having a
qemu-system-x86 add that can't be achieve just though hardlink
between the two existing binaries ?

We'd finally have a binary with saner default settings compared to the backlevel "pc" machine type that we have as a default now?

 Thomas




reply via email to

[Prev in Thread] Current Thread [Next in Thread]