From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:54884) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YIwHP-0003ui-Bd for qemu-devel@nongnu.org; Wed, 04 Feb 2015 04:29:52 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YIwHM-0002NK-5e for qemu-devel@nongnu.org; Wed, 04 Feb 2015 04:29:51 -0500 Received: from mx1.redhat.com ([209.132.183.28]:43793) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YIwHL-0002NF-UY for qemu-devel@nongnu.org; Wed, 04 Feb 2015 04:29:48 -0500 Date: Wed, 4 Feb 2015 09:29:39 +0000 From: "Daniel P. Berrange" Message-ID: <20150204092939.GI3032@redhat.com> References: <20150203190921.GR3354@HEDWIG.INI.CMU.EDU> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20150203190921.GR3354@HEDWIG.INI.CMU.EDU> Subject: Re: [Qemu-devel] RFC: Proposal to add QEMU "Guest Environment Variables" Reply-To: "Daniel P. Berrange" List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: "Gabriel L. Somlo" Cc: qemu-devel@nongnu.org, mdroth@linux.vnet.ibm.com On Tue, Feb 03, 2015 at 02:09:22PM -0500, Gabriel L. Somlo wrote: > Hi, > > I'm interested in adding a way for a host to pass environment variables > into a qemu guest VM -- analogous to setting environment variables for > a process to access via getenv() and friends. > > The QEMU Guest Agent (QGA) does not appear to quite fit the bill, at > least not in its current form: The agent must have been successfully > started on the guest before the host would have to connect to it (in > a separate act from just starting the guest in the first place), and > get it to execute any hypothetical commands to configure or otherwise > influence the guest. > So, my question for the QEMU dev team: > > 1. Would you consider this feature a useful addition to QEMU ? > I.e., would this be acceptable (of interest) to the upstream project? > > 2. Is anything similar already being worked on (so I could either join > that effort, or back off, as the case may be) ? :) IMHO this is already a solved problem via the cloud-init project which is the widely used standard for injecting information into guest OS at boot time. Any OS distro shipping cloud images is already going to have cloud-init provided. Regards, Daniel -- |: http://berrange.com -o- http://www.flickr.com/photos/dberrange/ :| |: http://libvirt.org -o- http://virt-manager.org :| |: http://autobuild.org -o- http://search.cpan.org/~danberr/ :| |: http://entangle-photo.org -o- http://live.gnome.org/gtk-vnc :|