On 22/12/2010, at 10:30 PM, Daniel Veillard wrote: > Also on the release name, should we go 0.9.0 considering the refactorings > (i.e. indicating future patches will be harder to apply to earlier branches) > or stick to 0.8.7 (considering that there isn't major feature improvement > ... unless I missed them !), My initial thinking is 0.8.7, but I don't feel strongly about it. :) With the "freeze", what's a good process to put in place while frozen to make sure only bugs and doc improvements go in?

There has been tentative discussion on list about possibly doing some kind of branching and/or "candidate" tarball, but we didn't get reach a solid conclusion.

maybe we ought to make a new release at the end of the month to try to catch possible regressions introduced as early as possible.

On Wed, Dec 22, 2010 at 01:32:55PM +0100, Diego Elio Pettenò wrote: > Il giorno mer, 22/12/2010 alle 19.30 +0800, Daniel Veillard ha scritto: >> maybe we ought >> to make a new release at the end of the month to try to catch possible >> regressions introduced as early as possible. > > I'd suggest making a release candidate, rather than a release for now. > As per the version, I'd go for 0.8.7 myself, after all the version > should be intended more for users than developers, and there is no > requirement to change, e.g. configuration files. Okay for version 0.8.7 makes more sense. But I don't see what a release candidate brings that is not available from ftp://libvirt.org/libvirt/libvirt-git-snapshot.tar.gz

> On a related note, we should probably set up a libvirt-announce(a)redhat.com > mailing list, used for release/important announcements and similar. Not > everyone that wants to know of the releases wants to receive user and/or > developer mailing list traffic. We had that debate a couple of years ago, at the time the size of the followers were small enough it wasn't considered useful (-users too) but at this point, yes, that's something to do,

Il giorno mer, 22/12/2010 alle 21.12 +0800, Daniel Veillard ha scritto: > But I don't see what a release candidate brings that is not available > from ftp://libvirt.org/libvirt/libvirt-git-snapshot.tar.gz A stable checksum, to begin with, and a make dist-created package. Missing files for instance cannot be found by using either a git checkout or a git snapshot, and can only be found when using the output of make dist.

On Wed, Dec 22, 2010 at 01:32:55PM +0100, Diego Elio Pettenò wrote: > Il giorno mer, 22/12/2010 alle 19.30 +0800, Daniel Veillard ha scritto: > > maybe we ought > > to make a new release at the end of the month to try to catch possible > > regressions introduced as early as possible. > > I'd suggest making a release candidate, rather than a release for now. > As per the version, I'd go for 0.8.7 myself, after all the version > should be intended more for users than developers, and there is no > requirement to change, e.g. configuration files. Okay for version 0.8.7 makes more sense. But I don't see what a release candidate brings that is not available from ftp://libvirt.org/libvirt/libvirt-git-snapshot.tar.gz

于 2010年12月22日 19:30, Daniel Veillard 写道: > Hello all, > > as some of you may have noticed, I'm back online, just in a very > different timezone now ! > I'm still behind on reading the list emails but a lot of the changes > in the last month have been refactoring and cleanups, and maybe we ought > to make a new release at the end of the month to try to catch possible > regressions introduced as early as possible. What do people think of a > new > release for the new year, which would mean entering freeze over the > week-end. My own testing will probably be limited as most of my machines > are in boxes in a container somewhere, but I should be able to make > a release :-) > Also on the release name, should we go 0.9.0 considering the refactorings > (i.e. indicating future patches will be harder to apply to earlier > branches) > or stick to 0.8.7 (considering that there isn't major feature improvement > ... unless I missed them !), > > Opinions ? Vote for 0.8.7, as no major feature improvement indeed.

On 12/23/2010 07:09 AM, Osier Yang wrote: > 于 2010年12月22日 19:30, Daniel Veillard 写道: >> Hello all, >> >> as some of you may have noticed, I'm back online, just in a very >> different timezone now ! >> I'm still behind on reading the list emails but a lot of the changes >> in the last month have been refactoring and cleanups, and maybe we ought >> to make a new release at the end of the month to try to catch possible >> regressions introduced as early as possible. What do people think of a >> new >> release for the new year, which would mean entering freeze over the >> week-end. My own testing will probably be limited as most of my machines >> are in boxes in a container somewhere, but I should be able to make >> a release :-) >> Also on the release name, should we go 0.9.0 considering the refactorings >> (i.e. indicating future patches will be harder to apply to earlier >> branches) >> or stick to 0.8.7 (considering that there isn't major feature improvement >> ... unless I missed them !), >> >> Opinions ? > > Vote for 0.8.7, as no major feature improvement indeed. So the addition of the new vmware workstation backend is not major? :)

I don't have much of a preference, 0.8.7 works for me.