All of lore.kernel.org
 help / color / mirror / Atom feed
From: Connor Kuehl <ckuehl@redhat.com>
To: Max Reitz <mreitz@redhat.com>, qemu-devel@nongnu.org, jsnow@redhat.com
Cc: hhan@redhat.com, stefanha@redhat.com
Subject: Re: [PATCH] Document qemu-img options data_file and data_file_raw
Date: Fri, 9 Apr 2021 11:47:41 -0500	[thread overview]
Message-ID: <fd30eed1-3ff3-20eb-11c3-23c716a128cc@redhat.com> (raw)
In-Reply-To: <794b64ea-3e5f-8387-76c4-240eeb2a1c67@redhat.com>

On 3/26/21 4:24 AM, Max Reitz wrote:
> On 01.03.21 18:28, Connor Kuehl wrote:
>> [..]
>> diff --git a/docs/tools/qemu-img.rst b/docs/tools/qemu-img.rst
>> index b615aa8419..5cc585dc27 100644
>> --- a/docs/tools/qemu-img.rst
>> +++ b/docs/tools/qemu-img.rst
>> @@ -866,6 +866,18 @@ Supported image file formats:
>>       issue ``lsattr filename`` to check if the NOCOW flag is set or not
>>       (Capital 'C' is NOCOW flag).
>> +  ``data_file``
>> +    Pathname that refers to a file that will store all guest data. If
>> +    this option is used, the qcow2 file will only contain the image's
>> +    metadata.
> 
> I think I would like a note here about the fact that when passing this 
> option to qemu-img create, the given data file will be newly created, 
> i.e. if it already contains data, all that data will be lost.  And 
> perhaps also note that qemu-img amend on the other hand will only change 
> the reference in the qcow2 file, so the given file should already exist 
> and will not be overwritten.
> 
> (“Pathname that refers to a file” sounds like the file may already exist 
> before this operation, which may give people ideas.  (Not that the ideas 
> were bad, it’s just that they have to take care.  Referencing qemu-img 
> amend should give them a hint on how to do it right.))

Hey, I just wanted to leave a note indicating that I'm not ignoring this 
review; I've incorporated it in my next version but I am waiting until 
after the freeze to send it.

Thank you!

Connor



      reply	other threads:[~2021-04-09 16:49 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-03-01 17:28 [PATCH] Document qemu-img options data_file and data_file_raw Connor Kuehl
2021-03-01 17:33 ` Eric Blake
2021-03-02  9:30 ` Stefan Hajnoczi
2021-03-08 16:43 ` Connor Kuehl
2021-03-15 15:31   ` Stefan Hajnoczi
2021-03-15 14:06 ` Connor Kuehl
2021-03-23 23:15 ` John Snow
2021-04-09 16:47   ` Connor Kuehl
2021-03-26  9:24 ` Max Reitz
2021-04-09 16:47   ` Connor Kuehl [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=fd30eed1-3ff3-20eb-11c3-23c716a128cc@redhat.com \
    --to=ckuehl@redhat.com \
    --cc=hhan@redhat.com \
    --cc=jsnow@redhat.com \
    --cc=mreitz@redhat.com \
    --cc=qemu-devel@nongnu.org \
    --cc=stefanha@redhat.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.