[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-devel] The unholy encrypted image key mess

From: Markus Armbruster
Subject: Re: [Qemu-devel] The unholy encrypted image key mess
Date: Wed, 05 Mar 2014 09:24:01 +0100
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/24.2 (gnu/linux)

Paolo Bonzini <address@hidden> writes:

> Il 28/02/2014 23:08, Eric Blake ha scritto:
>> Use the fact that we are calling the next release "2.0" to actually kill
>> qemu disk encryption as a horribly botched feature, on the grounds that
>> we are doing users a favor by not letting them use broken encryption?
> Only for qemu, of course---qemu-img would still have support for
> encryption, and there's no reason to risk stability by removing all
> the monitor code right now.

Right now = for 2.0?

I'm not trying to push anything into 2.0.  I'm trying to clean up
another mess (qerror, to be precise), and the encrypted images mess is
in my way.  I don't expect to complete the qerror job in time for 2.0.

> However, wouldn't we have the same problems even with a sane encrypted
> image format (based on LUKS, for example)?

Yes, and when we get that, we'll shoehorn it into the same idiotic user
interface we have now :)

> Let's just open bugs (oh if only Launchpad supported tracker bugs) for now.

Filing bugs won't help me with cleaning up qerror.  If preserving the
current idiotic encrypted image interfaces is required, I'll have no
choice but pour in the necessary work.  Sure wish I could use the time
for something more immediately useful than preserving an idiotic
interface to a feature we don't want anybody to use.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]