On Fri, 2015-12-11 at 16:47 +0100, Juergen Gross wrote: > The program init-xenstore-domain to start a xenstore domain instead > of the xenstored daemon is built, but not installed. Change that. > > Signed-off-by: Juergen Gross <jgr...@suse.com>
Acked-by: Ian Campbell <ian.campb...@citrix.com> CCing Daniel too since he has an interest in this mode of operation. I appreciate the CONFIG_Linux thing is pre-existing, and stems from being unable to build stubdoms on other platforms, but should we consider building these supporting tools anyway, after all a user might get a suitable stubdom via some other means? > --- > tools/xenstore/Makefile | 3 +++ > 1 file changed, 3 insertions(+) > > diff --git a/tools/xenstore/Makefile b/tools/xenstore/Makefile > index 1b4a494..8c8b116 100644 > --- a/tools/xenstore/Makefile > +++ b/tools/xenstore/Makefile > @@ -153,6 +153,9 @@ endif > $(INSTALL_DATA) include/compat/xs_lib.h > $(DESTDIR)$(includedir)/xenstore-compat/xs_lib.h > ln -sf xenstore-compat/xs.h $(DESTDIR)$(includedir)/xs.h > ln -sf xenstore-compat/xs_lib.h $(DESTDIR)$(includedir)/xs_lib.h > +ifeq ($(CONFIG_Linux),y) > + $(INSTALL_PROG) init-xenstore-domain $(DESTDIR)$(LIBEXEC_BIN) > +endif > > .PHONY: clients-install > clients-install: clients _______________________________________________ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xen.org/xen-devel
