[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