[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH OSSTEST v2] Add libvirt build and test jobs.
On Thu, 2014-03-27 at 12:56 +0000, Ian Campbell wrote: > The ts-libvirt-build, sg-run-job and mfi-common changes have been tested in > standalone mode. > > The ts-xen-install change has been tested in standalone mode, it is expected > that the rest of test-*-*-libvirt will fail horribly at this time. Mostly I did this for my own convenience in local testing TBH. Making the actual tests succeed is likely to be a bigger job since osstest will need some refactoring to support toolstacks which don't have xm/xl compatible command lines. Not hard (a bunch of callbacks/hooks I suppose) but still work to be done. virsh domxml-from-native (which takes an xl config and makes a libvirt xml) might reduce some of that pain though. > The remaining changes are intended to introduce a libvirt push gate and have > been tested as far as my limited ability to invoke cr-daily-branch by hand is > able, but I am sure they are incomplete in some way or other. > > The libvirt.git initscript is horribly redhat specific, and the debian package > one is large and complex, so ts-libvirt-build inserts its own simple > initscript. > > The standalone wrapper is updated to handle path_libvirt in set-paths. > > libvirt.git's autogen.sh involves initialising/cloning a git submodule. AIUI > the way git submodules work they are effectively versioned by the repo which > references them and so there are no push gate implications here. One wrinkle is that the submodule clone does not use the git cache, because it uses a URL contained in the libvirt git tree: libvirt# cat .gitmodules [submodule "gnulib"] path = .gnulib url = git://git.sv.gnu.org/gnulib.git It doesn't look like gnulib is especially large/slow to clone (especially compared with some of the other repos we clone). If this behaviour is intolerable then it might be possible to induce things to use the cache with suitable pullInsteadOf options in .gitconfig and/or .git/config. Maybe. Ian. _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx http://lists.xen.org/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |