[libvirt] Entering freeze for libvirt-2.0.0

As planned the Release candidate 1 of libvirt 2.0.0 is tagged in git, I have made signed tarball and rpms available at the usual place: ftp://libvirt.org/libvirt/ Seems to work just fine in my limited testing, but there is a number of packaging changes and we need to look for issues that could come from bumping the major release version. If things go as planned an RC2 on Tuesday or Wednesday and final release on Friday is the schedule, but please give it some testing it would be a shame to have 2.0.0 be a brown paper bag release ! :-) 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/

So as planned I just pushed signed tarball and rpms and tagged the Release Candidate 2 in git, it's available from the usual place: ftp://libvirt.org/libvirt/ The rc2 seems to work for me with my limited testing, no problem, but please continue to test the candidate code. I will try to push 2.0.0 final Friday morning, european time, assuming there is no blocker issue discovered in the meantime. Please test it :-) 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/

Hi, Again EL6 won't build if you don't update the specfile as below : %if 0%{?rhel} && 0%{?rhel} < 7 BuildRequires: libnl-devel %else BuildRequires: libnl3-devel %endif Jean-Marc Le 29/06/2016 17:31, Daniel Veillard a écrit :
So as planned I just pushed signed tarball and rpms and tagged the Release Candidate 2 in git, it's available from the usual place:
ftp://libvirt.org/libvirt/
The rc2 seems to work for me with my limited testing, no problem, but please continue to test the candidate code.
I will try to push 2.0.0 final Friday morning, european time, assuming there is no blocker issue discovered in the meantime.
Please test it :-)
thanks,
Daniel

On Wed, Jun 29, 2016 at 06:16:02PM +0200, Jean-Marc Liger wrote:
Hi,
Again EL6 won't build if you don't update the specfile as below :
%if 0%{?rhel} && 0%{?rhel} < 7 BuildRequires: libnl-devel %else BuildRequires: libnl3-devel %endif
Thanks for pointing this out. I've pushed that fix in: commit e893d3ca8e133bafb8e7711e8fd625f606dcaa9a Author: Jean-Marc Liger <jean-marc.liger@parisdescartes.fr> Date: Wed Jun 29 17:37:28 2016 +0100 libvirt.spec.in: Use libnl-devel for RHEL-6 RHEL-6 still needs to use libnl instead of libnl3, so re-add the spec conditional mistakenly removed in commit 3694e038fd12825042cca6204f7aa7322e2ed9c9 Author: Daniel P. Berrange <berrange@redhat.com> Date: Wed May 4 15:43:08 2016 +0100 libvirt.spec.in: drop Fedora < 20 and RHEL < 6 Regards, Daniel -- |: http://berrange.com -o- http://www.flickr.com/photos/dberrange/ :| |: http://libvirt.org -o- http://virt-manager.org :| |: http://autobuild.org -o- http://search.cpan.org/~danberr/ :| |: http://entangle-photo.org -o- http://live.gnome.org/gtk-vnc :|

Hi Daniel, qemu scsi disk hotplug is broken. A series with patches for a fix had been sent to the mailing list. https://www.redhat.com/archives/libvir-list/2016-June/msg02053.html I suggest to review and include them into 2.0.0. On 06/29/2016 05:31 PM, Daniel Veillard wrote:
So as planned I just pushed signed tarball and rpms and tagged the Release Candidate 2 in git, it's available from the usual place:
ftp://libvirt.org/libvirt/
The rc2 seems to work for me with my limited testing, no problem, but please continue to test the candidate code.
I will try to push 2.0.0 final Friday morning, european time, assuming there is no blocker issue discovered in the meantime.
Please test it :-)
thanks,
Daniel
-- Mit freundlichen Grüßen/Kind regards Boris Fiuczynski IBM Deutschland Research & Development GmbH Vorsitzender des Aufsichtsrats: Martina Köderitz Geschäftsführung: Dirk Wittkopp Sitz der Gesellschaft: Böblingen Registergericht: Amtsgericht Stuttgart, HRB 243294

On Wed, Jun 29, 2016 at 05:31:12PM +0200, Daniel Veillard wrote:
So as planned I just pushed signed tarball and rpms and tagged the Release Candidate 2 in git, it's available from the usual place:
ftp://libvirt.org/libvirt/
The rc2 seems to work for me with my limited testing, no problem, but please continue to test the candidate code.
I will try to push 2.0.0 final Friday morning, european time, assuming there is no blocker issue discovered in the meantime.
Please test it :-)
Except for ppc64 (where the build error doesn't look libvirt related) the build looks good: https://buildd.debian.org/status/package.php?p=libvirt&suite=experimental Cheers, -- Guido
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/
-- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list

On Fri, 2016-07-01 at 00:09 +0200, Guido Günther wrote:
So as planned I just pushed signed tarball and rpms and tagged the Release Candidate 2 in git, it's available from the usual place: ftp://libvirt.org/libvirt/ The rc2 seems to work for me with my limited testing, no problem, but please continue to test the candidate code. I will try to push 2.0.0 final Friday morning, european time, assuming there is no blocker issue discovered in the meantime. Please test it :-) Except for ppc64 (where the build error doesn't look libvirt related)
On Wed, Jun 29, 2016 at 05:31:12PM +0200, Daniel Veillard wrote: the build looks good: https://buildd.debian.org/status/package.php?p=libvirt&suite=experimental
Looks like you just need to enable the Build-Depends: on libnuma-dev on that architecture as well. libnuma-dev [amd64 i386 ia64 mips mipsel powerpc ppc64el] -- Andrea Bolognani / Red Hat / Virtualization

On Fri, Jul 01, 2016 at 09:57:36AM +0200, Andrea Bolognani wrote:
On Fri, 2016-07-01 at 00:09 +0200, Guido Günther wrote:
So as planned I just pushed signed tarball and rpms and tagged the Release Candidate 2 in git, it's available from the usual place: ftp://libvirt.org/libvirt/ The rc2 seems to work for me with my limited testing, no problem, but please continue to test the candidate code. I will try to push 2.0.0 final Friday morning, european time, assuming there is no blocker issue discovered in the meantime. Please test it :-) Except for ppc64 (where the build error doesn't look libvirt related)
On Wed, Jun 29, 2016 at 05:31:12PM +0200, Daniel Veillard wrote: the build looks good: https://buildd.debian.org/status/package.php?p=libvirt&suite=experimental
Looks like you just need to enable the Build-Depends: on libnuma-dev on that architecture as well.
libnuma-dev [amd64 i386 ia64 mips mipsel powerpc ppc64el]
Seems so: configure:58543: error: You must install the libnuma library & headers to compile libvirt Thanks a lot for having a look. Will be enabled for 2.0.0. Cheers, -- Guido
participants (6)
-
Andrea Bolognani
-
Boris Fiuczynski
-
Daniel P. Berrange
-
Daniel Veillard
-
Guido Günther
-
Jean-Marc Liger