On 15/05/20 07:54, Markus Armbruster wrote:
>> I don't see QemuOpts going away anytime soon, but I do see more QMP/QAPI
>> and less command line in the future as far as management tools are
>> concerned. QemuOpts and HMP will remain for direct usage, for the
>> foreseeable future.
>
> I'd prefer
Hi,
> Sometimes I feel like a broken and impartial solution is really worse
> than having none. If we don't truly support the read/write config
> options, we shouldn't pretend that we do.
>
> Funneling users back to using the CLI is likely the better thing, even
> with no replacement.
>
> I re
Paolo Bonzini writes:
> On 14/05/20 10:56, Daniel P. Berrangé wrote:
>> On Thu, May 14, 2020 at 10:09:21AM +0200, Paolo Bonzini wrote:
>>> IMHO configuration files are in general a failed experiment. In
>>> practice, they do not add much value over just a shell script because
>>> they don't allo
Daniel P. Berrangé writes:
> On Thu, May 14, 2020 at 10:40:40AM -0400, John Snow wrote:
>>
>>
>> On 5/14/20 4:56 AM, Daniel P. Berrangé wrote:
>> > On Thu, May 14, 2020 at 10:09:21AM +0200, Paolo Bonzini wrote:
>> >> IMHO configuration files are in general a failed experiment. In
>> >> practic
Daniel P. Berrangé writes:
> On Thu, May 14, 2020 at 05:51:02PM +0200, Paolo Bonzini wrote:
>> On 14/05/20 17:34, Daniel P. Berrangé wrote:
>> > Yeah, the key thing is that you really want to be able to provide the
>> > whole initial config in one go as an atomic action. I don't want to
>> > issu
Gerd Hoffmann writes:
> On Thu, May 14, 2020 at 10:09:21AM +0200, Paolo Bonzini wrote:
>> IMHO configuration files are in general a failed experiment. In
>> practice, they do not add much value over just a shell script because
>> they don't allow configuring all QEMU options, they are very much
On Thu, May 14, 2020 at 05:51:02PM +0200, Paolo Bonzini wrote:
> On 14/05/20 17:34, Daniel P. Berrangé wrote:
> > Yeah, the key thing is that you really want to be able to provide the
> > whole initial config in one go as an atomic action. I don't want to
> > issue 100 individual QMP commands to lo
On 14/05/20 17:34, Daniel P. Berrangé wrote:
> Yeah, the key thing is that you really want to be able to provide the
> whole initial config in one go as an atomic action. I don't want to
> issue 100 individual QMP commands to load each initial device.
Why? I think if we do something like the qemu
On Thu, May 14, 2020 at 10:40:40AM -0400, John Snow wrote:
>
>
> On 5/14/20 4:56 AM, Daniel P. Berrangé wrote:
> > On Thu, May 14, 2020 at 10:09:21AM +0200, Paolo Bonzini wrote:
> >> IMHO configuration files are in general a failed experiment. In
> >> practice, they do not add much value over ju
On 5/14/20 4:56 AM, Daniel P. Berrangé wrote:
> On Thu, May 14, 2020 at 10:09:21AM +0200, Paolo Bonzini wrote:
>> IMHO configuration files are in general a failed experiment. In
>> practice, they do not add much value over just a shell script because
>> they don't allow configuring all QEMU opt
On 14/05/20 10:56, Daniel P. Berrangé wrote:
> On Thu, May 14, 2020 at 10:09:21AM +0200, Paolo Bonzini wrote:
>> IMHO configuration files are in general a failed experiment. In
>> practice, they do not add much value over just a shell script because
>> they don't allow configuring all QEMU options
On Thu, May 14, 2020 at 10:09:21AM +0200, Paolo Bonzini wrote:
> IMHO configuration files are in general a failed experiment. In
> practice, they do not add much value over just a shell script because
> they don't allow configuring all QEMU options, they are very much fixed
> (by their nature). I
On Thu, May 14, 2020 at 10:09:21AM +0200, Paolo Bonzini wrote:
> IMHO configuration files are in general a failed experiment. In
> practice, they do not add much value over just a shell script because
> they don't allow configuring all QEMU options, they are very much fixed
> (by their nature). I
IMHO configuration files are in general a failed experiment. In
practice, they do not add much value over just a shell script because
they don't allow configuring all QEMU options, they are very much fixed
(by their nature). I think it's more or less agreed that they are not
solving any problem f
14 matches
Mail list logo
