[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-devel] What's the next QEMU version after 2.9 ? (or: when is a
From: |
Thomas Huth |
Subject: |
Re: [Qemu-devel] What's the next QEMU version after 2.9 ? (or: when is a good point in time to get rid of old interfaces) |
Date: |
Mon, 27 Mar 2017 10:06:09 +0200 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.7.0 |
On 24.03.2017 23:10, John Snow wrote:
>
>
> On 03/08/2017 03:26 AM, Thomas Huth wrote:
>>
>> Hi everybody,
>>
>> what will be the next version of QEMU after 2.9? Will we go for a 2.10
>> (as I've seen it mentioned a couple of times on the mailing list
>> already), or do we dare to switch to 3.0 instead?
>>
>> I personally dislike two-digit minor version numbers like 2.10 since the
>> non-experienced users sometimes mix it up with 2.1 ... and there have
>> been a couple of new cool features in the past releases that would
>> justify a 3.0 now, too, I think.
>>
>> But anyway, the more important thing that keeps me concerned is: Someone
>> once told me that we should get rid of old parameters and interfaces
>> (like HMP commands) primarily only when we're changing to a new major
>> version number. As you all know, QEMU has a lot of legacy options, which
>> are likely rather confusing than helpful for the new users nowadays,
>> e.g. things like the "-net channel" option (which is fortunately even
>> hardly documented), but maybe also even the whole vlan/hub concept in
>> the net code, or legacy parameters like "-usbdevice". If we switch to
>> version 3.0, could we agree to remove at least some of them?
>>
>> Thomas
>>
>
> As others have stated, we need a few releases to deprecate things first.
>
> Maybe we should develop a serious plan to develop some of our legacy
> interfaces first.
>
> Maybe 2.10 can introduce a list of things we want to deprecate,
> 2.11 can be the transition release,
> and then 3.0 can cut the cord and free of us our terrible burden?
>
> I have a list of things I want to axe...
I've started a Wiki page with such a list here:
http://wiki.qemu-project.org/Features/LegacyRemoval
Feel free to amend!
Thomas
Re: [Qemu-devel] What's the next QEMU version after 2.9 ? (or: when is a good point in time to get rid of old interfaces), Daniel P. Berrange, 2017/03/08
Re: [Qemu-devel] What's the next QEMU version after 2.9 ? (or: when is a good point in time to get rid of old interfaces), Kevin Wolf, 2017/03/09
Re: [Qemu-devel] What's the next QEMU version after 2.9 ? (or: when is a good point in time to get rid of old interfaces), John Snow, 2017/03/24
- Re: [Qemu-devel] What's the next QEMU version after 2.9 ? (or: when is a good point in time to get rid of old interfaces),
Thomas Huth <=
- Re: [Qemu-devel] What's the next QEMU version after 2.9 ? (or: when is a good point in time to get rid of old interfaces), Stefan Hajnoczi, 2017/03/27
- Re: [Qemu-devel] What's the next QEMU version after 2.9 ? (or: when is a good point in time to get rid of old interfaces), Peter Maydell, 2017/03/27
- Re: [Qemu-devel] Deprecating the -net option (was: What's the next QEMU version after 2.9 ? (or: when is a good point in time to get rid of old interfaces)), Thomas Huth, 2017/03/27
- Re: [Qemu-devel] Deprecating the -net option, Thomas Huth, 2017/03/27
- Re: [Qemu-devel] Deprecating the -net option, Paolo Bonzini, 2017/03/27
Re: [Qemu-devel] What's the next QEMU version after 2.9 ? (or: when is a good point in time to get rid of old interfaces), John Snow, 2017/03/27
Re: [Qemu-devel] What's the next QEMU version after 2.9 ? (or: when is a good point in time to get rid of old interfaces), Thomas Huth, 2017/03/27
Re: [Qemu-devel] Deprecating old machine types, Thomas Huth, 2017/03/29
Re: [Qemu-devel] Deprecating old machine types, Dr. David Alan Gilbert, 2017/03/29
Re: [Qemu-devel] Deprecating old machine types, Thomas Huth, 2017/03/29