From: "Daniel P. Berrangé" <berrange@redhat.com>
To: Markus Armbruster <armbru@redhat.com>
Cc: qemu-devel@nongnu.org, eblake@redhat.com, jsnow@redhat.com
Subject: Re: [PATCH] qapi: Consistently use x.y with since
Date: Mon, 2 Nov 2026 15:23:53 +0000 [thread overview]
Message-ID: <auirCeOoztlMvglH@redhat.com> (raw)
In-Reply-To: <20261102145627.3224952-1-armbru@redhat.com>
On Mon, Nov 02, 2026 at 03:56:27PM +0100, Markus Armbruster wrote:
> docs/devel/qapi-code-gen.rst documents "Since: x.y.z" and "(since
> x.y.z)", but we almost always use just x.y. Adjust the doc and the
> exceptions to the ruling practice.
Shortening to 2 digits is sensible given our current version
numbering scheme. The 3rd digit is exclusively for stable
branches that should not be forking qapi schemas.
This only applies since our switch to this versioning scheme,
which was in 3.0.0, so anything earlier than this should not
be changed IMHO.
>
> Signed-off-by: Markus Armbruster <armbru@redhat.com>
> ---
> docs/devel/qapi-code-gen.rst | 4 ++--
> docs/interop/firmware.json | 4 ++--
> qapi/accelerator.json | 6 +++---
> qapi/crypto.json | 2 +-
> qga/qapi-schema.json | 38 ++++++++++++++++++------------------
> 5 files changed, 27 insertions(+), 27 deletions(-)
>
> diff --git a/qga/qapi-schema.json b/qga/qapi-schema.json
> index 7b937713e6..531fb8f8e0 100644
> --- a/qga/qapi-schema.json
> +++ b/qga/qapi-schema.json
> @@ -110,7 +110,7 @@
> #
> # Returns: The unique integer id passed in by the client
> #
> -# Since: 0.15.0
> +# Since: 0.15
> ##
> { 'command': 'guest-sync',
> 'data': { 'id': 'int' },
> @@ -120,7 +120,7 @@
> # @guest-ping:
> # Ping the guest agent, a non-error return implies success
> #
> -# Since: 0.15.0
> +# Since: 0.15
> ##
> { 'command': 'guest-ping' }
>
> @@ -172,7 +172,7 @@
> # @success-response: whether command returns a response on success
> # (since 1.7)
> #
> -# Since: 1.1.0
> +# Since: 1.1
> ##
> { 'struct': 'GuestAgentCommandInfo',
> 'data': { 'name': 'str', 'enabled': 'bool', 'success-response': 'bool' } }
> @@ -185,7 +185,7 @@
> #
> # @supported_commands: Information about guest agent commands
> #
> -# Since: 0.15.0
> +# Since: 0.15
> ##
> { 'struct': 'GuestAgentInfo',
> 'data': { 'version': 'str',
> @@ -195,7 +195,7 @@
> # @guest-info:
> # Get some information about the guest agent.
> #
> -# Since: 0.15.0
> +# Since: 0.15
> ##
> { 'command': 'guest-info',
> 'returns': 'GuestAgentInfo' }
> @@ -213,7 +213,7 @@
> # when running with --no-shutdown, by issuing the `query-status` QMP
> # command to confirm the VM status is "shutdown".
> #
> -# Since: 0.15.0
> +# Since: 0.15
> ##
> { 'command': 'guest-shutdown', 'data': { '*mode': 'str' },
> 'success-response': false }
> @@ -228,7 +228,7 @@
> #
> # Returns: Guest file handle
> #
> -# Since: 0.15.0
> +# Since: 0.15
> ##
> { 'command': 'guest-file-open',
> 'data': { 'path': 'str', '*mode': 'str' },
> @@ -240,7 +240,7 @@
> #
> # @handle: filehandle returned by `guest-file-open`
> #
> -# Since: 0.15.0
> +# Since: 0.15
> ##
> { 'command': 'guest-file-close',
> 'data': { 'handle': 'int' } }
> @@ -256,7 +256,7 @@
> #
> # @eof: whether EOF was encountered during read operation.
> #
> -# Since: 0.15.0
> +# Since: 0.15
> ##
> { 'struct': 'GuestFileRead',
> 'data': { 'count': 'int', 'buf-b64': 'str', 'eof': 'bool' } }
> @@ -273,7 +273,7 @@
> # @count: maximum number of bytes to read (default is 4KB, maximum is
> # 48MB)
> #
> -# Since: 0.15.0
> +# Since: 0.15
> ##
> { 'command': 'guest-file-read',
> 'data': { 'handle': 'int', '*count': 'int' },
> @@ -288,7 +288,7 @@
> #
> # @eof: whether EOF was encountered during write operation.
> #
> -# Since: 0.15.0
> +# Since: 0.15
> ##
> { 'struct': 'GuestFileWrite',
> 'data': { 'count': 'int', 'eof': 'bool' } }
> @@ -304,7 +304,7 @@
> # @count: bytes to write (actual bytes, after base64-decode), default
> # is all content in buf-b64 buffer after base64 decoding
> #
> -# Since: 0.15.0
> +# Since: 0.15
> ##
> { 'command': 'guest-file-write',
> 'data': { 'handle': 'int', 'buf-b64': 'str', '*count': 'int' },
> @@ -318,7 +318,7 @@
> #
> # @eof: whether EOF was encountered during file seek
> #
> -# Since: 0.15.0
> +# Since: 0.15
> ##
> { 'struct': 'GuestFileSeek',
> 'data': { 'position': 'int', 'eof': 'bool' } }
> @@ -364,7 +364,7 @@
> #
> # @whence: Symbolic or numeric code for interpreting offset
> #
> -# Since: 0.15.0
> +# Since: 0.15
> ##
> { 'command': 'guest-file-seek',
> 'data': { 'handle': 'int', 'offset': 'int',
> @@ -377,7 +377,7 @@
> #
> # @handle: filehandle returned by `guest-file-open`
> #
> -# Since: 0.15.0
> +# Since: 0.15
> ##
> { 'command': 'guest-file-flush',
> 'data': { 'handle': 'int' } }
> @@ -390,7 +390,7 @@
> #
> # @frozen: all non-network guest filesystems frozen
> #
> -# Since: 0.15.0
> +# Since: 0.15
> ##
> { 'enum': 'GuestFsfreezeStatus',
> 'data': [ 'thawed', 'frozen' ],
> @@ -404,7 +404,7 @@
> # result of some other guest processes having issued an fs
> # freeze/thaw.
> #
> -# Since: 0.15.0
> +# Since: 0.15
> ##
> { 'command': 'guest-fsfreeze-status',
> 'returns': 'GuestFsfreezeStatus',
> @@ -427,7 +427,7 @@
> # Volume Shadow-copy Service DLL helper. The frozen state is
> # limited for up to 10 seconds by VSS.
> #
> -# Since: 0.15.0
> +# Since: 0.15
> ##
> { 'command': 'guest-fsfreeze-freeze',
> 'returns': 'int',
> @@ -464,7 +464,7 @@
> # filesystems were unfrozen before this call, and that the
> # filesystem state may have changed before issuing this command.
> #
> -# Since: 0.15.0
> +# Since: 0.15
> ##
> { 'command': 'guest-fsfreeze-thaw',
> 'returns': 'int',
Don't change any of these, since at that vintage, the 3rd digit
was significant.
With regards,
Daniel
--
|: https://berrange.com ~~ https://hachyderm.io/@berrange :|
|: https://libvirt.org ~~ https://entangle-photo.org :|
|: https://pixelfed.art/berrange ~~ https://fstop138.berrange.com :|
next prev parent reply other threads:[~2026-11-02 15:24 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-11-02 14:56 [PATCH] qapi: Consistently use x.y with since Markus Armbruster
2026-11-02 15:23 ` Daniel P. Berrangé [this message]
2026-11-03 7:33 ` Markus Armbruster
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=auirCeOoztlMvglH@redhat.com \
--to=berrange@redhat.com \
--cc=armbru@redhat.com \
--cc=eblake@redhat.com \
--cc=jsnow@redhat.com \
--cc=qemu-devel@nongnu.org \
/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.