Re: [Xen-devel] [xen-unstable test] 33083: regressions - FAIL

[Ian Campbell <Ian.Campbell@xxxxxxxxxx>]

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@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel