From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ian Campbell Subject: Re: [PATCH v2] build: use correct qemu path in systemd service file and init script Date: Thu, 30 Jul 2015 11:24:47 +0100 Message-ID: <1438251887.11600.288.camel@citrix.com> References: <1437983963.28924.19.camel@citrix.com> <1438239070-19525-1-git-send-email-lantw44@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <1438239070-19525-1-git-send-email-lantw44@gmail.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: Ting-Wei Lan , xen-devel@lists.xen.org, Wei Liu , Stefano Stabellini , Anthony Perard Cc: Keir Fraser , Andrew Cooper , Ian Jackson , Jan Beulich , Tim Deegan List-Id: xen-devel@lists.xenproject.org On Thu, 2015-07-30 at 14:51 +0800, Ting-Wei Lan wrote: > When --with-system-qemu is used, it is possible that we cannot find > qemu-system-i386 in LIBEXEC_BIN, which can cause error in xencommons > init script and xen-qemu-dom0-disk-backend.service systemd service. > > Signed-off-by: Ting-Wei Lan Personally I would have omitted the distinction between @qemu_xen_path@ and @qemu_xen_systemd@ and just put the env invocation in the service file as "/usr/bin/env @qemu_xen_path@" but I suppose that is just bike shedding, so: Acked-by: Ian Campbell Wei Lui, what do you think about this for 4.6? It fixes a real issue where --with-system-qemu is used without an explicit path, which is supposed to search for "qemu" in $PATH but fails to do so for the initscripts and unit files, where it uses the old hardcoded default value instead, which probably doesn't exist if you are using this option (and if it did isn't the thing the user asked for). The fix looks pretty straight forward to me. Mostly unrelated, is "qemu" a sensible default here? No binary package on Debian actually provides a "qemu" binary, they are all qemu-system-foo or variants. I'm not sure if that's just a Debian packaging issue though. I've added the Qemu-xen maintainers for input... Ian.