On Sat, Aug 08, 2009 at 01:20:19AM +0200, Gerrit Slomma wrote: > Daniel P. Berrange schrieb: > >Fix kvm to include a relevant version number instead of just the 'devel' > >eg, Instead of > > > > QEMU PC emulator version 0.10.0 (kvm-devel), Copyright (c) 2003-2008 > > > >have > > > > QEMU PC emulator version 0.10.0 (kvm-85-devel), Copyright (c) 2003-2008 > > > >So that its clear this development release, is the one immediately > >following on from the kvm-85 stable release. That would let us > >automatically enable the features upto & including kvm-85 which > >would at least make it functional, albeit without letting us use > >the new features. > > > >Daniel > > > For me a kvm-85-devel would be a development-build prior to releasing > kvm-85. > If the kvm-85-devel would go public the *-devel annex had simply to be > removed. > But that is a philosophical argument. That won't work, because libvirt needs to enable the minimum number of features guarenteed to work with the binary. If you increment the version number first then each new feature added to libvirt+kvm devel trees will immediately break compatability with older devel trees. Daniel -- |: Red Hat, Engineering, London -o- http://people.redhat.com/berrange/ :| |: http://libvirt.org -o- http://virt-manager.org -o- http://ovirt.org :| |: http://autobuild.org -o- http://search.cpan.org/~danberr/ :| |: GnuPG: 7D3B9505 -o- F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 :| -- Libvir-list mailing list Libvir-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/libvir-list