From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1M1e1N-0003Fv-7a for qemu-devel@nongnu.org; Wed, 06 May 2009 06:06:37 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1M1e1I-00038I-QR for qemu-devel@nongnu.org; Wed, 06 May 2009 06:06:36 -0400 Received: from [199.232.76.173] (port=34650 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1M1e1I-00037z-FA for qemu-devel@nongnu.org; Wed, 06 May 2009 06:06:32 -0400 Received: from mx1.redhat.com ([66.187.233.31]:40633) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1M1e1H-00085R-U6 for qemu-devel@nongnu.org; Wed, 06 May 2009 06:06:32 -0400 Date: Wed, 6 May 2009 11:06:28 +0100 From: "Daniel P. Berrange" Subject: Re: [Qemu-devel] [PATCH] Add HTTP protocol using curl v2 Message-ID: <20090506100628.GD23167@redhat.com> References: <1241571650-16212-1-git-send-email-alex@csgraf.de> <20090506082810.GB23167@redhat.com> <4A0154E9.7020705@redhat.com> <20090506093143.GC23167@redhat.com> <4A015F06.7050102@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4A015F06.7050102@redhat.com> Reply-To: "Daniel P. Berrange" List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Avi Kivity Cc: Kevin Wolf , alex@csgraf.de, nolan@sigbus.net, qemu-devel@nongnu.org On Wed, May 06, 2009 at 12:57:26PM +0300, Avi Kivity wrote: > Daniel P. Berrange wrote: > >Then I'd prefer we add a protocol=XXX option for magic protocols. This > >would be easier to use & clearer than requiring escaping of magic > >characters, eg > > > > -drive file=/some/path:with:colons,protocol=file > > -drive file=http://some/path,protocol=uri > > > >For compatability, we could make it such that if protocol=XXX was left out, > >it could try and "guess" it, in same way QEMU does if format=XXX is left > >out > >for content format. > > > > How about > > -drive file=file:///some/path:with:colons? > > Libvirt would use this unconditionally, command-line users can choose. Sure, that achieves the same end result, so fine by me. Daniel -- |: Red Hat, Engineering, London -o- http://people.redhat.com/berrange/ :| |: http://libvirt.org -o- http://virt-manager.org -o- http://ovirt.org :| |: http://autobuild.org -o- http://search.cpan.org/~danberr/ :| |: GnuPG: 7D3B9505 -o- F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 :|