[libvirt] Entering freeze for libvirt-1.2.17
Following discussions on Friday, I applied the patches to deactivate the subset of Admin APIs and revert from 1.3.0 to 1.2.17. I then tagged in git and pushed signed tarballs and rpms to the usual place: ftp://libvirt.org/pub/libvirt/ I didn't run my usual tests on that one, my infra is in flux, so even more reasons for people to give it a try :-) I'm likely to make a candidate release 2 on Tuesday and if all goes well we can push 1.2.17 on Thursday, 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 Sun, Jun 28, 2015 at 01:00:01PM +0800, Daniel Veillard wrote:
Following discussions on Friday, I applied the patches to deactivate the subset of Admin APIs and revert from 1.3.0 to 1.2.17. I then tagged in git and pushed signed tarballs and rpms to the usual place:
ftp://libvirt.org/pub/libvirt/
I didn't run my usual tests on that one, my infra is in flux, so even more reasons for people to give it a try :-)
I'm likely to make a candidate release 2 on Tuesday and if all goes well we can push 1.2.17 on Thursday,
Building the tarball fails for me with: make[4]: Entering directory '/tmp/buildd/libvirt-1.2.17~rc1/debian/build/docs' missing XHTML1 DTD cat: internals/locking.html.tmp: No such file or directory Makefile:2385: recipe for target 'internals/locking.html' failed make[4]: *** [internals/locking.html] Error 1 I haven't looked further than this yet. Cheers, -- Guido
On Mon, Jun 29, 2015 at 10:34:55PM +0200, Guido Günther wrote:
On Sun, Jun 28, 2015 at 01:00:01PM +0800, Daniel Veillard wrote:
Following discussions on Friday, I applied the patches to deactivate the subset of Admin APIs and revert from 1.3.0 to 1.2.17. I then tagged in git and pushed signed tarballs and rpms to the usual place:
ftp://libvirt.org/pub/libvirt/
I didn't run my usual tests on that one, my infra is in flux, so even more reasons for people to give it a try :-)
I'm likely to make a candidate release 2 on Tuesday and if all goes well we can push 1.2.17 on Thursday,
Building the tarball fails for me with:
make[4]: Entering directory '/tmp/buildd/libvirt-1.2.17~rc1/debian/build/docs' missing XHTML1 DTD cat: internals/locking.html.tmp: No such file or directory Makefile:2385: recipe for target 'internals/locking.html' failed make[4]: *** [internals/locking.html] Error 1
The missing XHTML1 DTD just means you can't validate the locking.html.tmp against a local copy of the DTD for XHTML1, but then it seems that the locking.html.tmp wasn't generated. It should be generated via xsltproc, it seems it's missing in your build environment, make sure you have it. Make sure you have xmllint, xsltproc and xhtml1-dtds in your build system, 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 Tue, Jun 30, 2015 at 03:00:09PM +0800, Daniel Veillard wrote:
On Mon, Jun 29, 2015 at 10:34:55PM +0200, Guido Günther wrote:
On Sun, Jun 28, 2015 at 01:00:01PM +0800, Daniel Veillard wrote:
Following discussions on Friday, I applied the patches to deactivate the subset of Admin APIs and revert from 1.3.0 to 1.2.17. I then tagged in git and pushed signed tarballs and rpms to the usual place:
ftp://libvirt.org/pub/libvirt/
I didn't run my usual tests on that one, my infra is in flux, so even more reasons for people to give it a try :-)
I'm likely to make a candidate release 2 on Tuesday and if all goes well we can push 1.2.17 on Thursday,
Building the tarball fails for me with:
make[4]: Entering directory '/tmp/buildd/libvirt-1.2.17~rc1/debian/build/docs' missing XHTML1 DTD cat: internals/locking.html.tmp: No such file or directory Makefile:2385: recipe for target 'internals/locking.html' failed make[4]: *** [internals/locking.html] Error 1
The missing XHTML1 DTD just means you can't validate the locking.html.tmp against a local copy of the DTD for XHTML1, but then it seems that the locking.html.tmp wasn't generated. It should be generated via xsltproc, it seems it's missing in your build environment, make sure you have it. Make sure you have xmllint, xsltproc and xhtml1-dtds in your build system,
I should have added that I tried this with and without xsltproc + xmllint. I now also added the DTDs but no change (the build env didn't change since the last release). Cheers, -- Guido
On Tue, Jun 30, 2015 at 11:00:24AM +0200, Guido Günther wrote:
On Tue, Jun 30, 2015 at 03:00:09PM +0800, Daniel Veillard wrote:
On Mon, Jun 29, 2015 at 10:34:55PM +0200, Guido Günther wrote:
On Sun, Jun 28, 2015 at 01:00:01PM +0800, Daniel Veillard wrote:
Following discussions on Friday, I applied the patches to deactivate the subset of Admin APIs and revert from 1.3.0 to 1.2.17. I then tagged in git and pushed signed tarballs and rpms to the usual place:
ftp://libvirt.org/pub/libvirt/
I didn't run my usual tests on that one, my infra is in flux, so even more reasons for people to give it a try :-)
I'm likely to make a candidate release 2 on Tuesday and if all goes well we can push 1.2.17 on Thursday,
Building the tarball fails for me with:
make[4]: Entering directory '/tmp/buildd/libvirt-1.2.17~rc1/debian/build/docs' missing XHTML1 DTD cat: internals/locking.html.tmp: No such file or directory Makefile:2385: recipe for target 'internals/locking.html' failed make[4]: *** [internals/locking.html] Error 1
The missing XHTML1 DTD just means you can't validate the locking.html.tmp against a local copy of the DTD for XHTML1, but then it seems that the locking.html.tmp wasn't generated. It should be generated via xsltproc, it seems it's missing in your build environment, make sure you have it. Make sure you have xmllint, xsltproc and xhtml1-dtds in your build system,
I should have added that I tried this with and without xsltproc + xmllint. I now also added the DTDs but no change (the build env didn't change since the last release).
humpf ... locking.html.in wasn't touched since Feb, that need more attention and building from the tarballs worked here, strange 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 2015-06-30 2:49 AM, Daniel Veillard wrote:
On Tue, Jun 30, 2015 at 11:00:24AM +0200, Guido Günther wrote:
On Tue, Jun 30, 2015 at 03:00:09PM +0800, Daniel Veillard wrote:
On Sun, Jun 28, 2015 at 01:00:01PM +0800, Daniel Veillard wrote:
Following discussions on Friday, I applied the patches to deactivate the subset of Admin APIs and revert from 1.3.0 to 1.2.17. I then tagged in git and pushed signed tarballs and rpms to the usual place:
ftp://libvirt.org/pub/libvirt/
I didn't run my usual tests on that one, my infra is in flux, so even more reasons for people to give it a try :-)
I'm likely to make a candidate release 2 on Tuesday and if all goes well we can push 1.2.17 on Thursday, Building the tarball fails for me with:
make[4]: Entering directory '/tmp/buildd/libvirt-1.2.17~rc1/debian/build/docs' missing XHTML1 DTD cat: internals/locking.html.tmp: No such file or directory Makefile:2385: recipe for target 'internals/locking.html' failed make[4]: *** [internals/locking.html] Error 1 The missing XHTML1 DTD just means you can't validate the locking.html.tmp against a local copy of the DTD for XHTML1, but then it seems that
On Mon, Jun 29, 2015 at 10:34:55PM +0200, Guido Günther wrote: the locking.html.tmp wasn't generated. It should be generated via xsltproc, it seems it's missing in your build environment, make sure you have it. Make sure you have xmllint, xsltproc and xhtml1-dtds in your build system, I should have added that I tried this with and without xsltproc + xmllint. I now also added the DTDs but no change (the build env didn't change since the last release). humpf ... locking.html.in wasn't touched since Feb, that need more attention and building from the tarballs worked here, strange
Daniel
http://libvirt.org/git/?p=libvirt.git;a=commit;h=1310b1358cdf9c8acba6e0e85fe... I had to revert this commit to get 1.2.17 to build under debian packaging chroot. -Peter
On 2015-07-09 2:00 PM, Peter Kieser wrote:
On 2015-06-30 2:49 AM, Daniel Veillard wrote:
On Tue, Jun 30, 2015 at 11:00:24AM +0200, Guido Günther wrote:
On Tue, Jun 30, 2015 at 03:00:09PM +0800, Daniel Veillard wrote:
On Sun, Jun 28, 2015 at 01:00:01PM +0800, Daniel Veillard wrote:
Following discussions on Friday, I applied the patches to deactivate the subset of Admin APIs and revert from 1.3.0 to 1.2.17. I then tagged in git and pushed signed tarballs and rpms to the usual place:
ftp://libvirt.org/pub/libvirt/
I didn't run my usual tests on that one, my infra is in flux, so even more reasons for people to give it a try :-)
I'm likely to make a candidate release 2 on Tuesday and if all goes well we can push 1.2.17 on Thursday, Building the tarball fails for me with:
make[4]: Entering directory '/tmp/buildd/libvirt-1.2.17~rc1/debian/build/docs' missing XHTML1 DTD cat: internals/locking.html.tmp: No such file or directory Makefile:2385: recipe for target 'internals/locking.html' failed make[4]: *** [internals/locking.html] Error 1 The missing XHTML1 DTD just means you can't validate the locking.html.tmp against a local copy of the DTD for XHTML1, but then it seems that
On Mon, Jun 29, 2015 at 10:34:55PM +0200, Guido Günther wrote: the locking.html.tmp wasn't generated. It should be generated via xsltproc, it seems it's missing in your build environment, make sure you have it. Make sure you have xmllint, xsltproc and xhtml1-dtds in your build system, I should have added that I tried this with and without xsltproc + xmllint. I now also added the DTDs but no change (the build env didn't change since the last release). humpf ... locking.html.in wasn't touched since Feb, that need more attention and building from the tarballs worked here, strange
Daniel
http://libvirt.org/git/?p=libvirt.git;a=commit;h=1310b1358cdf9c8acba6e0e85fe...
I had to revert this commit to get 1.2.17 to build under debian packaging chroot.
-Peter
As well as: http://libvirt.org/git/?p=libvirt.git;a=commitdiff;h=c0b7d3126be18bea0ce5dce... -Peter
On Thu, Jul 09, 2015 at 02:00:10PM -0700, Peter Kieser wrote:
On 2015-06-30 2:49 AM, Daniel Veillard wrote:
On Tue, Jun 30, 2015 at 11:00:24AM +0200, Guido Günther wrote:
On Tue, Jun 30, 2015 at 03:00:09PM +0800, Daniel Veillard wrote:
On Sun, Jun 28, 2015 at 01:00:01PM +0800, Daniel Veillard wrote:
Following discussions on Friday, I applied the patches to deactivate the subset of Admin APIs and revert from 1.3.0 to 1.2.17. I then tagged in git and pushed signed tarballs and rpms to the usual place:
ftp://libvirt.org/pub/libvirt/
I didn't run my usual tests on that one, my infra is in flux, so even more reasons for people to give it a try :-)
I'm likely to make a candidate release 2 on Tuesday and if all goes well we can push 1.2.17 on Thursday, Building the tarball fails for me with:
make[4]: Entering directory '/tmp/buildd/libvirt-1.2.17~rc1/debian/build/docs' missing XHTML1 DTD cat: internals/locking.html.tmp: No such file or directory Makefile:2385: recipe for target 'internals/locking.html' failed make[4]: *** [internals/locking.html] Error 1 The missing XHTML1 DTD just means you can't validate the locking.html.tmp against a local copy of the DTD for XHTML1, but then it seems that
On Mon, Jun 29, 2015 at 10:34:55PM +0200, Guido Günther wrote: the locking.html.tmp wasn't generated. It should be generated via xsltproc, it seems it's missing in your build environment, make sure you have it. Make sure you have xmllint, xsltproc and xhtml1-dtds in your build system, I should have added that I tried this with and without xsltproc + xmllint. I now also added the DTDs but no change (the build env didn't change since the last release). humpf ... locking.html.in wasn't touched since Feb, that need more attention and building from the tarballs worked here, strange
Daniel
http://libvirt.org/git/?p=libvirt.git;a=commit;h=1310b1358cdf9c8acba6e0e85fe...
I had to revert this commit to get 1.2.17 to build under debian packaging chroot.
Weird, I don't see why the .html.tmp .html rules fails to apply then ... it seems to work for everything else 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, Jul 10, 2015 at 11:05:42AM +0800, Daniel Veillard wrote:
On Thu, Jul 09, 2015 at 02:00:10PM -0700, Peter Kieser wrote: [..snip..]
Daniel
http://libvirt.org/git/?p=libvirt.git;a=commit;h=1310b1358cdf9c8acba6e0e85fe...
I had to revert this commit to get 1.2.17 to build under debian packaging chroot.
Weird, I don't see why the .html.tmp .html rules fails to apply then ... it seems to work for everything else
Just to follow up on this one: For Debian atm I worked around this by installing xsltproc (so the tooling is there to generate the pages) and create the output directory manually: mkdir -p debian/build/docs/internals Then it works (althouh we have a mkdir_p for the above dir in our Makefile.am). I'm still puzzled but at least it builds again now... Cheers, -- Guido
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 Sun, Jun 28, 2015 at 01:00:01PM +0800, Daniel Veillard wrote:
Following discussions on Friday, I applied the patches to deactivate the subset of Admin APIs and revert from 1.3.0 to 1.2.17. I then tagged in git and pushed signed tarballs and rpms to the usual place:
ftp://libvirt.org/pub/libvirt/
I didn't run my usual tests on that one, my infra is in flux, so even more reasons for people to give it a try :-)
I'm likely to make a candidate release 2 on Tuesday and if all goes well we can push 1.2.17 on Thursday,
I would have made an rc2 today but there have been no changes since rc1, I'm tempted to reexamine the situation tomorrow. Maybe people didn't had time over the w.e., or everybody already left for summer vacations ... Guys have a look :-) , thanks Guido for trying, but I'm not sure the issue is really with the rc1 there. 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 have tagged in git and pushed signed rpms and tarballs to the usual place: ftp://libvirt.org/libvirt/ seems to work with my limited testing. Still have no idea why that would block on the debian side building documentation, everything seems correct here. I may postpone the final release to Friday to give a bit more time chasing the issue unless rc2 solves it magically ! Please give it a try, 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/
participants (3)
-
Daniel Veillard -
Guido Günther -
Peter Kieser