[libvirt] [PATCH] Bump release to 2.0.0 and document release schedule & versioning
Erik Skultety
eskultet at redhat.com
Tue Jun 14 07:59:34 UTC 2016
On 14/06/16 09:47, Michal Privoznik wrote:
> On 13.06.2016 19:34, Daniel P. Berrange wrote:
>> This bumps the release number of 2.0.0, to reflect the switch to
>> a new time based release versioning scheme. The downloads page
>> is updated to describe our policies for release schedules and
>> release version numbering
>>
>> The stable release docs are changed to reflect the fact that
>> the stable version numbers are now just 3 digits long instead
>> of 4.
>>
>> Signed-off-by: Daniel P. Berrange <berrange at redhat.com>
>> ---
>> configure.ac | 2 +-
>> docs/downloads.html.in | 59 ++++++++++++++++++++++++++++++++++++++++++++++----
>> src/libvirt_lxc.syms | 2 +-
>> 3 files changed, 57 insertions(+), 6 deletions(-)
>>
>> diff --git a/configure.ac b/configure.ac
>> index 827d9db..0114149 100644
>> --- a/configure.ac
>> +++ b/configure.ac
>> @@ -16,7 +16,7 @@ dnl You should have received a copy of the GNU Lesser General Public
>> dnl License along with this library. If not, see
>> dnl <http://www.gnu.org/licenses/>.
>>
>> -AC_INIT([libvirt], [1.3.6], [libvir-list at redhat.com], [], [http://libvirt.org])
>> +AC_INIT([libvirt], [2.0.0], [libvir-list at redhat.com], [], [http://libvirt.org])
>> AC_CONFIG_SRCDIR([src/libvirt.c])
>> AC_CONFIG_AUX_DIR([build-aux])> AC_CONFIG_HEADERS([config.h])
>
> Does this mean that we can finally enable admin API? I think it would be
> awesome because the way I see it enabling it would certainly require
> minor bump at least.
>
> Michal
I think the proposed change is completely independent of admin API. I
think we could open a discussion in a separate thread and not pollute
this one.
Erik
More information about the libvir-list
mailing list