[libvirt] Entering freeze for libvirt-1.3.3
As suggested yesterday, I tagged RC1 in git and pushed signed tarball and rpms to the usual place: ftp://libvirt.org/libvirt/ Seems to work for me, but please give it some testing ! I expect to have an rc2 on Friday, and do the final release on the week-end or on Monday if everything loks good, Please try it and report, thanks, Daniel -- Daniel Veillard | Open Source and Standards, Red Hat veillard@redhat.com | libxml Gnome XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | virtualization library http://libvirt.org/
I pushed the rc2 tag in git head and signed tarball and rpms to the usual place: ftp://libvrt.org/libvirt/ I didn't really had time to test it TBH, seems we don't have too much red in the CI https://ci.centos.org/view/libvirt-project/ , mostly perl tests, and virt manager, better than a few days ago ! Please give it more testing and hopefully I can make a release this w.e. or early monday, thanks ! Daniel -- Daniel Veillard | Open Source and Standards, Red Hat veillard@redhat.com | libxml Gnome XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | virtualization library http://libvirt.org/
On Fri, Apr 01, 2016 at 11:54:30AM +0800, Daniel Veillard wrote:
I pushed the rc2 tag in git head and signed tarball and rpms to the usual place:
ftp://libvrt.org/libvirt/
I didn't really had time to test it TBH, seems we don't have too much red in the CI https://ci.centos.org/view/libvirt-project/ , mostly perl tests, and virt manager, better than a few days ago !
Please give it more testing and hopefully I can make a release this w.e. or early monday,
thanks !
There are two things that worry me and should be fixed before the release. It's nothing big and I should have it worked out during the weekend, so I would just like to ask you to not do the release on weekend and rather leave it for Monday. I'll post any updates here. I don't want to go to the details very much as I still have errands to do, but one of them Laine encountered when trying to nodedev-detach an SRIOV card and it's just a matter of nodedev XML parsing. The other one was found by Guido and that is that we don't regenerate the per-domain directory name (which has ID in it) on subsequent domain restarts. Again, just a matter of resetting it properly, I believe. I'm just writing this because I won't get to that till Saturday evening from now, sorry for that. Enjoy your weekends everyone, Martin
Daniel
-- Daniel Veillard | Open Source and Standards, Red Hat veillard@redhat.com | libxml Gnome XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | virtualization library http://libvirt.org/
-- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
On 04/01/2016 11:39 AM, Martin Kletzander wrote:
On Fri, Apr 01, 2016 at 11:54:30AM +0800, Daniel Veillard wrote:
I pushed the rc2 tag in git head and signed tarball and rpms to the usual place:
ftp://libvrt.org/libvirt/
I didn't really had time to test it TBH, seems we don't have too much red in the CI https://ci.centos.org/view/libvirt-project/ , mostly perl tests, and virt manager, better than a few days ago !
Please give it more testing and hopefully I can make a release this w.e. or early monday,
thanks !
There are two things that worry me and should be fixed before the release. It's nothing big and I should have it worked out during the weekend, so I would just like to ask you to not do the release on weekend and rather leave it for Monday. I'll post any updates here.
I don't want to go to the details very much as I still have errands to do, but one of them Laine encountered when trying to nodedev-detach an SRIOV card and it's just a matter of nodedev XML parsing. The other one was found by Guido and that is that we don't regenerate the per-domain directory name (which has ID in it) on subsequent domain restarts. Again, just a matter of resetting it properly, I believe. I'm just writing this because I won't get to that till Saturday evening from now, sorry for that.
There is a different regression that I also found which I've just posted patches for: https://www.redhat.com/archives/libvir-list/2016-April/msg00067.html Because the fix involves adding in a new function that may or may not be compiled in depending on platform and options, I would appreciate if people on odd systems would try applying the patches and doing a build (since there won't be another release candidate). (of course it shouldn't be too bad, as it's only called from qemu, so it shouldn't cause headaches for bhve, for example, but I've been burned by this in the past so I'm extra cautious). I should be around as late as Monday AM (US EST) to push, but if it's not ACKed by then, I'll be on a plane for the rest of Monday - if that happens I would appreciate if the reviewer pushed it for me.
On 04/01/2016 02:04 PM, Laine Stump wrote:
There is a different regression that I also found which I've just posted patches for:
https://www.redhat.com/archives/libvir-list/2016-April/msg00067.html
Because the fix involves adding in a new function that may or may not be compiled in depending on platform and options, I would appreciate if people on odd systems would try applying the patches and doing a build (since there won't be another release candidate). (of course it shouldn't be too bad, as it's only called from qemu, so it shouldn't cause headaches for bhve, for example, but I've been burned by this in the past so I'm extra cautious).
I should be around as late as Monday AM (US EST) to push, but if it's not ACKed by then, I'll be on a plane for the rest of Monday - if that happens I would appreciate if the reviewer pushed it for me.
Michal ACKed this and I just pushed it. So this one isn't holding up release any more.
On Mon, Apr 04, 2016 at 07:38:27AM -0400, Laine Stump wrote:
On 04/01/2016 02:04 PM, Laine Stump wrote:
There is a different regression that I also found which I've just posted patches for:
https://www.redhat.com/archives/libvir-list/2016-April/msg00067.html
Because the fix involves adding in a new function that may or may not be compiled in depending on platform and options, I would appreciate if people on odd systems would try applying the patches and doing a build (since there won't be another release candidate). (of course it shouldn't be too bad, as it's only called from qemu, so it shouldn't cause headaches for bhve, for example, but I've been burned by this in the past so I'm extra cautious).
I should be around as late as Monday AM (US EST) to push, but if it's not ACKed by then, I'll be on a plane for the rest of Monday - if that happens I would appreciate if the reviewer pushed it for me.
Michal ACKed this and I just pushed it. So this one isn't holding up release any more.
My two fixes are in as well, so I guess from my POV we've got a "go" on the release =) Thanks Michal and Laine for helping take care of these issues and Daniel for the patience!
On Fri, Apr 01, 2016 at 05:39:36PM +0200, Martin Kletzander wrote:
On Fri, Apr 01, 2016 at 11:54:30AM +0800, Daniel Veillard wrote:
I pushed the rc2 tag in git head and signed tarball and rpms to the usual place:
ftp://libvrt.org/libvirt/
I didn't really had time to test it TBH, seems we don't have too much red in the CI https://ci.centos.org/view/libvirt-project/ , mostly perl tests, and virt manager, better than a few days ago !
Please give it more testing and hopefully I can make a release this w.e. or early monday,
thanks !
There are two things that worry me and should be fixed before the release. It's nothing big and I should have it worked out during the weekend, so I would just like to ask you to not do the release on weekend and rather leave it for Monday. I'll post any updates here.
I don't want to go to the details very much as I still have errands to do, but one of them Laine encountered when trying to nodedev-detach an SRIOV card and it's just a matter of nodedev XML parsing. The other one was found by Guido and that is that we don't regenerate the per-domain directory name (which has ID in it) on subsequent domain restarts. Again, just a matter of resetting it properly, I believe. I'm just writing this because I won't get to that till Saturday evening from now, sorry for that.
Enjoy your weekends everyone, Martin
Okay, got it, I will wait for news from you, thanks Daniel
Daniel
-- Daniel Veillard | Open Source and Standards, Red Hat veillard@redhat.com | libxml Gnome XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | virtualization library http://libvirt.org/
-- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
-- Daniel Veillard | Open Source and Standards, Red Hat veillard@redhat.com | libxml Gnome XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | virtualization library http://libvirt.org/
On Sat, Apr 02, 2016 at 09:35:17PM +0800, Daniel Veillard wrote:
On Fri, Apr 01, 2016 at 05:39:36PM +0200, Martin Kletzander wrote:
On Fri, Apr 01, 2016 at 11:54:30AM +0800, Daniel Veillard wrote:
I pushed the rc2 tag in git head and signed tarball and rpms to the usual place:
ftp://libvrt.org/libvirt/
I didn't really had time to test it TBH, seems we don't have too much red in the CI https://ci.centos.org/view/libvirt-project/ , mostly perl tests, and virt manager, better than a few days ago !
Please give it more testing and hopefully I can make a release this w.e. or early monday,
thanks !
There are two things that worry me and should be fixed before the release. It's nothing big and I should have it worked out during the weekend, so I would just like to ask you to not do the release on weekend and rather leave it for Monday. I'll post any updates here.
I don't want to go to the details very much as I still have errands to do, but one of them Laine encountered when trying to nodedev-detach an SRIOV card and it's just a matter of nodedev XML parsing. The other one was found by Guido and that is that we don't regenerate the per-domain directory name (which has ID in it) on subsequent domain restarts. Again, just a matter of resetting it properly, I believe. I'm just writing this because I won't get to that till Saturday evening from now, sorry for that.
Enjoy your weekends everyone, Martin
Okay, got it, I will wait for news from you,
I had less time available during weekend then I thought, so now I've finally finished the nodedev parsing [1]. Laine, if you had a minute to test that (either after first patch or after all), that would be great. I'll now look at those per-domain directories so that they are generated as they should be on each start. [1] https://www.redhat.com/archives/libvir-list/2016-April/msg00081.html
thanks
Daniel
Daniel
-- Daniel Veillard | Open Source and Standards, Red Hat veillard@redhat.com | libxml Gnome XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | virtualization library http://libvirt.org/
-- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
-- Daniel Veillard | Open Source and Standards, Red Hat veillard@redhat.com | libxml Gnome XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | virtualization library http://libvirt.org/
On Sun, Apr 03, 2016 at 09:50:11PM +0200, Martin Kletzander wrote:
On Sat, Apr 02, 2016 at 09:35:17PM +0800, Daniel Veillard wrote:
On Fri, Apr 01, 2016 at 05:39:36PM +0200, Martin Kletzander wrote:
On Fri, Apr 01, 2016 at 11:54:30AM +0800, Daniel Veillard wrote:
I pushed the rc2 tag in git head and signed tarball and rpms to the usual place:
ftp://libvrt.org/libvirt/
I didn't really had time to test it TBH, seems we don't have too much red in the CI https://ci.centos.org/view/libvirt-project/ , mostly perl tests, and virt manager, better than a few days ago !
Please give it more testing and hopefully I can make a release this w.e. or early monday,
thanks !
There are two things that worry me and should be fixed before the release. It's nothing big and I should have it worked out during the weekend, so I would just like to ask you to not do the release on weekend and rather leave it for Monday. I'll post any updates here.
I don't want to go to the details very much as I still have errands to do, but one of them Laine encountered when trying to nodedev-detach an SRIOV card and it's just a matter of nodedev XML parsing. The other one was found by Guido and that is that we don't regenerate the per-domain directory name (which has ID in it) on subsequent domain restarts. Again, just a matter of resetting it properly, I believe. I'm just writing this because I won't get to that till Saturday evening from now, sorry for that.
Enjoy your weekends everyone, Martin
Okay, got it, I will wait for news from you,
I had less time available during weekend then I thought, so now I've finally finished the nodedev parsing [1]. Laine, if you had a minute to test that (either after first patch or after all), that would be great.
I'll now look at those per-domain directories so that they are generated as they should be on each start.
Patch (series) for that is on the list as well: https://www.redhat.com/archives/libvir-list/2016-April/msg00088.html
[1] https://www.redhat.com/archives/libvir-list/2016-April/msg00081.html
thanks
Daniel
Daniel
-- Daniel Veillard | Open Source and Standards, Red Hat veillard@redhat.com | libxml Gnome XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | virtualization library http://libvirt.org/
-- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
-- Daniel Veillard | Open Source and Standards, Red Hat veillard@redhat.com | libxml Gnome XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | virtualization library http://libvirt.org/
-- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
On 03/29/2016 10:59 PM, Daniel Veillard wrote:
As suggested yesterday, I tagged RC1 in git and pushed signed tarball and rpms to the usual place:
ftp://libvirt.org/libvirt/
Seems to work for me, but please give it some testing ! I expect to have an rc2 on Friday, and do the final release on the week-end or on Monday if everything loks good,
Please try it and report,
thanks,
Daniel
Ouch - one more found this afternoon... Seems like a mismerge of 0192447 with the qemu_command split up... Sending patches shortly. It affects the Smartcard, Serial, Parallels, Channels, Console, and Redirdev command line building. John
participants (4)
-
Daniel Veillard -
John Ferlan -
Laine Stump -
Martin Kletzander