On Sun, 2015-01-04 at 09:42 +0000, xen.org wrote: > flight 33083 xen-unstable real [real] > http://www.chiark.greenend.org.uk/~xensrcts/logs/33083/ > > Regressions :-( > > Tests which did not succeed and are blocking, > including tests which could not be run: > build-armhf-libvirt 5 libvirt-build fail REGR. vs. > 32877 > build-amd64-libvirt 5 libvirt-build fail REGR. vs. > 32877 > build-i386-libvirt 5 libvirt-build fail REGR. vs. > 32877
1 out of 2 hunks FAILED -- saving rejects to file /tmp/glk81Xud/ssize_t.m4.rej /home/osstest/build.32902.build-amd64-libvirt/gnulib-libvirt/gnulib-tool: *** patch file gnulib/local/m4/ssize_t.m4.diff didn't apply cleanly /home/osstest/build.32902.build-amd64-libvirt/gnulib-libvirt/gnulib-tool: *** Stop. sed: can't read gnulib/tests/gnulib.mk: No such file or directory This seems to be due to a bug in osstest relating to how we handle the .gnulib submodule -- we always take the latest upstream gnulib version instead of following the version encoded into libvirt.git's submodule metadata. In this case libvirt.git currently points to 3914f3153576 which predates the problematic commit (see all the bisect logs) b9bfe78424b8. That commit updates all the copyright years in gnulib which breaks applying the patches which libvirt carries locally (which is why it's important to use the declared version). I'll have to have a think about what change we need to make to osstest here... Ian. _______________________________________________ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xen.org/xen-devel
