Re: [libvirt] Heads up 0.10.1 release on Friday
On Fri, Aug 31, 2012 at 02:36:07PM +0800, Daniel Veillard wrote: On Thu, Aug 30, 2012 at 08:44:57PM +0200, Guido Günther wrote: On Wed, Aug 29, 2012 at 11:19:42PM +0800, Daniel Veillard wrote: I was a bit afraid of the .0 effect on release name, but we really have a number of problem with 0.10.0 that ought to be fixed in a brown paper bag release. I would urge people to report and try to fix the problem being raised in 0.10.0, let's try to get them fixed today or tomorrow and I will cut a new release on Friday, Sorry about that, but somehow we didn't managed to catch even serious problem during the freeze, at some point we need to fix the problem of testing the code that we push on git on a daily basis, we have many tools but we lack at doing the continuous testing :-\ Would setting up Jenkins to trigger libvirt-tck either on commit or nightly help? Definitely !!! I could try to find some free time to do this. To be honnest i was thinking for months of doing something like that but i don't have a good infrastructure. Where would Jenkins run ? what kind of hardware set would be needed etc ? It'd start simple with a single VM running jenkins and the builds: http://honk.sigxcpu.org:8001 We can then add build slaves for other distros and operating systems step by step. For the moment I have enough resources here. The above currently only does make, make check and make syntax-check. I'll try to add libvirt-tck during the next days. There's also some duning to be done. Cheers, -- Guido It's a bit tricky since we'd be testing libvirt, libvirt-tck, Sys-virt and Qemu at once but it might be worth a try to get us more continous testing. It is tricky. There is also libvirt testing being added to autotest in the kernel, there is also the libvirt-test-API regression suite, but most of that requires set of machines, which i don't really have on libvirt.org domain, i could do that at home but that would be behind my firewall ... What did you have in mind in terms of setup ? I'm all ears ! Daniel -- Daniel Veillard | libxml Gnome XML XSLT toolkit http://xmlsoft.org/ dan...@veillard.com | Rpmfind RPM search engine http://rpmfind.net/ http://veillard.com/ | virtualization library http://libvirt.org/ -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
Re: [libvirt] Heads up 0.10.1 release on Friday
On Mon, Sep 03, 2012 at 08:37:13AM +0200, Guido Günther wrote: On Fri, Aug 31, 2012 at 02:36:07PM +0800, Daniel Veillard wrote: On Thu, Aug 30, 2012 at 08:44:57PM +0200, Guido Günther wrote: On Wed, Aug 29, 2012 at 11:19:42PM +0800, Daniel Veillard wrote: I was a bit afraid of the .0 effect on release name, but we really have a number of problem with 0.10.0 that ought to be fixed in a brown paper bag release. I would urge people to report and try to fix the problem being raised in 0.10.0, let's try to get them fixed today or tomorrow and I will cut a new release on Friday, Sorry about that, but somehow we didn't managed to catch even serious problem during the freeze, at some point we need to fix the problem of testing the code that we push on git on a daily basis, we have many tools but we lack at doing the continuous testing :-\ Would setting up Jenkins to trigger libvirt-tck either on commit or nightly help? Definitely !!! I could try to find some free time to do this. To be honnest i was thinking for months of doing something like that but i don't have a good infrastructure. Where would Jenkins run ? what kind of hardware set would be needed etc ? It'd start simple with a single VM running jenkins and the builds: http://honk.sigxcpu.org:8001 We can then add build slaves for other distros and operating systems step by step. For the moment I have enough resources here. The above currently only does make, make check and make syntax-check. I'll try to add libvirt-tck during the next days. There's also some duning to be done. Okay, I don't know how much resources you need. Can you run this on Centos 6.3 ? if yes head to r...@devel.libvirt.org , it's a different box, with virtualization capabilities and a quad CPU + 4G of RAM. Hopefully it is sufficient to run Jenkins, if you could give it a try that would be a good starting place, Daniel -- Daniel Veillard | libxml Gnome XML XSLT toolkit http://xmlsoft.org/ dan...@veillard.com | Rpmfind RPM search engine http://rpmfind.net/ http://veillard.com/ | virtualization library http://libvirt.org/ -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
Re: [libvirt] Heads up 0.10.1 release on Friday
On Thu, Aug 30, 2012 at 08:44:57PM +0200, Guido Günther wrote: On Wed, Aug 29, 2012 at 11:19:42PM +0800, Daniel Veillard wrote: I was a bit afraid of the .0 effect on release name, but we really have a number of problem with 0.10.0 that ought to be fixed in a brown paper bag release. I would urge people to report and try to fix the problem being raised in 0.10.0, let's try to get them fixed today or tomorrow and I will cut a new release on Friday, Sorry about that, but somehow we didn't managed to catch even serious problem during the freeze, at some point we need to fix the problem of testing the code that we push on git on a daily basis, we have many tools but we lack at doing the continuous testing :-\ Would setting up Jenkins to trigger libvirt-tck either on commit or nightly help? Definitely !!! I could try to find some free time to do this. To be honnest i was thinking for months of doing something like that but i don't have a good infrastructure. Where would Jenkins run ? what kind of hardware set would be needed etc ? It's a bit tricky since we'd be testing libvirt, libvirt-tck, Sys-virt and Qemu at once but it might be worth a try to get us more continous testing. It is tricky. There is also libvirt testing being added to autotest in the kernel, there is also the libvirt-test-API regression suite, but most of that requires set of machines, which i don't really have on libvirt.org domain, i could do that at home but that would be behind my firewall ... What did you have in mind in terms of setup ? I'm all ears ! Daniel -- Daniel Veillard | libxml Gnome XML XSLT toolkit http://xmlsoft.org/ dan...@veillard.com | Rpmfind RPM search engine http://rpmfind.net/ http://veillard.com/ | virtualization library http://libvirt.org/ -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
Re: [libvirt] Heads up 0.10.1 release on Friday
On Wed, Aug 29, 2012 at 11:19:42PM +0800, Daniel Veillard wrote: I was a bit afraid of the .0 effect on release name, but we really have a number of problem with 0.10.0 that ought to be fixed in a brown paper bag release. I would urge people to report and try to fix the problem being raised in 0.10.0, let's try to get them fixed today or tomorrow and I will cut a new release on Friday, Sorry about that, but somehow we didn't managed to catch even serious problem during the freeze, at some point we need to fix the problem of testing the code that we push on git on a daily basis, we have many tools but we lack at doing the continuous testing :-\ Would setting up Jenkins to trigger libvirt-tck either on commit or nightly help? I could try to find some free time to do this. It's a bit tricky since we'd be testing libvirt, libvirt-tck, Sys-virt and Qemu at once but it might be worth a try to get us more continous testing. Cheers, -- Guido Daniel -- Daniel Veillard | libxml Gnome XML XSLT toolkit http://xmlsoft.org/ dan...@veillard.com | Rpmfind RPM search engine http://rpmfind.net/ http://veillard.com/ | virtualization library http://libvirt.org/ -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
[libvirt] Heads up 0.10.1 release on Friday
I was a bit afraid of the .0 effect on release name, but we really have a number of problem with 0.10.0 that ought to be fixed in a brown paper bag release. I would urge people to report and try to fix the problem being raised in 0.10.0, let's try to get them fixed today or tomorrow and I will cut a new release on Friday, Sorry about that, but somehow we didn't managed to catch even serious problem during the freeze, at some point we need to fix the problem of testing the code that we push on git on a daily basis, we have many tools but we lack at doing the continuous testing :-\ Daniel -- Daniel Veillard | libxml Gnome XML XSLT toolkit http://xmlsoft.org/ dan...@veillard.com | Rpmfind RPM search engine http://rpmfind.net/ http://veillard.com/ | virtualization library http://libvirt.org/ -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
Re: [libvirt] Heads up 0.10.1 release on Friday
On Wed, Aug 29, 2012 at 10:19 AM, Daniel Veillard veill...@redhat.com wrote: I was a bit afraid of the .0 effect on release name, but we really have a number of problem with 0.10.0 that ought to be fixed in a brown paper bag release. I would urge people to report and try to fix the problem being raised in 0.10.0, let's try to get them fixed today or tomorrow and I will cut a new release on Friday, Sorry about that, but somehow we didn't managed to catch even serious problem during the freeze, at some point we need to fix the problem of testing the code that we push on git on a daily basis, we have many tools but we lack at doing the continuous testing :-\ Daniel Daniel, Would it be worth creating a 0.10.x branch and just keeping it as a stable branch until next month's release? -- Doug Goldstein -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
Re: [libvirt] Heads up 0.10.1 release on Friday
On Wed, Aug 29, 2012 at 01:50:03PM -0500, Doug Goldstein wrote: On Wed, Aug 29, 2012 at 10:19 AM, Daniel Veillard veill...@redhat.com wrote: I was a bit afraid of the .0 effect on release name, but we really have a number of problem with 0.10.0 that ought to be fixed in a brown paper bag release. I would urge people to report and try to fix the problem being raised in 0.10.0, let's try to get them fixed today or tomorrow and I will cut a new release on Friday, Sorry about that, but somehow we didn't managed to catch even serious problem during the freeze, at some point we need to fix the problem of testing the code that we push on git on a daily basis, we have many tools but we lack at doing the continuous testing :-\ Daniel Daniel, Would it be worth creating a 0.10.x branch and just keeping it as a stable branch until next month's release? Until 0.10.2 ? That sounds awkward to me. For 0.10.1, I expect to push it tomorrow once we have identified the bugs raised and fixed the most critical ones, and that will be this month still :-) Daniel -- Daniel Veillard | libxml Gnome XML XSLT toolkit http://xmlsoft.org/ dan...@veillard.com | Rpmfind RPM search engine http://rpmfind.net/ http://veillard.com/ | virtualization library http://libvirt.org/ -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list