All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Quentin Schulz" <foss@0leil.net>
To: docs@lists.yoctoproject.org,
	Michael Opdenacker <michael.opdenacker@bootlin.com>
Subject: Re: [docs] [PATCH v3 3/5] ref-manual: improve "devtool check-upgrade-status" details
Date: Thu, 16 Sep 2021 09:31:58 +0200	[thread overview]
Message-ID: <3EAD4F8F-CC3D-4DC2-A92F-EDEF58BBC535@0leil.net> (raw)
In-Reply-To: <20210915175842.2998541-4-michael.opdenacker@bootlin.com>

Hi Michael,

On September 15, 2021 7:58:40 PM GMT+02:00, Michael Opdenacker <michael.opdenacker@bootlin.com> wrote:
>- Mention "devtool latest-version recipe" to process a single version
>- Explain that the mechanism is controlled by the UPSTREAM_CHECK*
>  variables, which are not referred to anywhere else in the manuals,
>  except in the variable index.
>
>Signed-off-by: Michael Opdenacker <michael.opdenacker@bootlin.com>
>---
> .../ref-manual/devtool-reference.rst          | 29 +++++++++++++------
> documentation/ref-manual/variables.rst        |  4 +--
> 2 files changed, 22 insertions(+), 11 deletions(-)
>
>diff --git a/documentation/ref-manual/devtool-reference.rst b/documentation/ref-manual/devtool-reference.rst
>index 5fd51569a3..2cf9fd43a3 100644
>--- a/documentation/ref-manual/devtool-reference.rst
>+++ b/documentation/ref-manual/devtool-reference.rst
>@@ -328,12 +328,19 @@ Checking on the Upgrade Status of a Recipe
> Upstream recipes change over time. Consequently, you might find that you
> need to determine if you can upgrade a recipe to a newer version.
> 
>-To check on the upgrade status of a recipe, use the
>-``devtool check-upgrade-status`` command. The command displays a table
>-of your current recipe versions, the latest upstream versions, the email
>-address of the recipe's maintainer, and any additional information such
>-as commit hash strings and reasons you might not be able to upgrade a
>-particular recipe.
>+To check on the upgrade status of a recipe, you can use the
>+``devtool latest-version recipe`` command, which quickly shows the current
>+version and the latest version available upstream. To get such information
>+for all available recipes, use the ``devtool check-upgrade-status`` command.
>+The command displays a table of your current recipe versions, the latest
>+upstream versions, the email address of the recipe's maintainer, and any
>+additional information such as commit hash strings and reasons you might
>+not be able to upgrade a particular recipe.
>+

I am always lost with singular/plural for one thing that applies to each and every one of a number of items. I am not sure "recipe versions" is correct here. I was thinking "recipes version" would match better (one version per recipe and there are many recipes) but cannot decide 🙃

"""
Each recipe will have its current version and latest upstream version, as well as the email of the maintainer and any additional information such as the commit hash or reason for not being able to upgrade it, displayed in a table.
"""

is what I could come up with. Hopefully it's a bit clearer to not only me :)


>+This upgrade checking mechanism relies on the optional :term:`UPSTREAM_CHECK_URI`,
>+:term:`UPSTREAM_CHECK_REGEX`, :term:`UPSTREAM_CHECK_GITTAGREGEX`,
>+:term:`UPSTREAM_CHECK_COMMITS` and :term:`UPSTREAM_VERSION_UNKNOWN`
>+variables which are defined in package recipes.
> 
> .. note::
> 
>@@ -342,9 +349,10 @@ particular recipe.
>       file.
> 
>    -  If the recipe is using the :ref:`bitbake:bitbake-user-manual/bitbake-user-manual-fetching:git fetcher (\`\`git://\`\`)`
>-      rather than a
>-      tarball, the commit hash points to the commit that matches the
>-      recipe's latest version tag.
>+      rather than a tarball, the commit hash points to the commit that matches
>+      the recipe's latest version tag, or in the absence of suitable tags,
>+      to the latest commit (when :term:`UPSTREAM_CHECK_COMMITS` set to ``1``
>+      in the recipe).
> 
> As with all ``devtool`` commands, you can get help on the individual
> command::
>@@ -393,6 +401,9 @@ satisfied.
>    NOTE: busybox 1.29.2 1.30.0 Andrej Valek <andrej.valek@siemens.com>
>    NOTE: dbus-test 1.12.10 1.12.12 Chen Qi <Qi.Chen@windriver.com>
> 
>+Last but not least, you may set :term:`UPSTREAM_VERSION_UNKNOWN` to ``1``
>+in a recipe when no way is found to determine its latest upstream version.
>+

"""
when there's currently no way to determine...
"""
?
> .. _devtool-upgrading-a-recipe:
> 
> Upgrading a Recipe
>diff --git a/documentation/ref-manual/variables.rst b/documentation/ref-manual/variables.rst
>index 2342846dc7..7545e708c6 100644
>--- a/documentation/ref-manual/variables.rst
>+++ b/documentation/ref-manual/variables.rst
>@@ -8534,9 +8534,9 @@ system and gives an overview of their function and contents.
>       You can perform a per-recipe check for what the latest upstream
>       source code version is by calling ``devtool latest-version recipe``.
>       If no combination of the :term:`UPSTREAM_CHECK_URI`, :term:`UPSTREAM_CHECK_REGEX`,
>-      `UPSTREAM_CHECK_GITTAGREGEX` and :term:`UPSTREAM_CHECK_COMMITS` variables in
>+      :term:`UPSTREAM_CHECK_GITTAGREGEX` and :term:`UPSTREAM_CHECK_COMMITS` variables in
>       the recipe allows to determine such an latest upstream version,
>-      you can set :term:`UPSTREAM_VERSION_UNKNOWN`` to ``1`` in the recipe
>+      you can set :term:`UPSTREAM_VERSION_UNKNOWN` to ``1`` in the recipe

This one typo fix should be in the commit that introduces it :)

Cheers,
Quentin

>       to acknowledge that the check cannot be performed.
>       ::
> 

  parent reply	other threads:[~2021-09-16  7:32 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <16A4FF8E231E8D2E.4682@lists.yoctoproject.org>
2021-09-15 17:58 ` [PATCH v3 0/5] Complete upstream version check documentation Michael Opdenacker
2021-09-15 17:58   ` [PATCH v3 1/5] ref-manual: document UPSTREAM_CHECK_COMMITS and UPSTREAM_VERSION_UNKNOWN Michael Opdenacker
2021-09-16  7:14     ` [docs] " Quentin Schulz
2021-09-16 14:08       ` Michael Opdenacker
2021-09-15 17:58   ` [PATCH v3 2/5] ref-manual: remove checkpkg task Michael Opdenacker
2021-09-15 17:58   ` [PATCH v3 3/5] ref-manual: improve "devtool check-upgrade-status" details Michael Opdenacker
2021-09-15 18:37     ` [docs] " Alexander Kanavin
2021-09-16 16:30       ` Michael Opdenacker
2021-09-15 18:39     ` Alexander Kanavin
2021-09-16 16:12       ` Michael Opdenacker
2021-09-16  7:31     ` Quentin Schulz [this message]
2021-09-16 14:28       ` Michael Opdenacker
2021-09-15 17:58   ` [PATCH v3 4/5] ref-manual: improve documentation for RECIPE_NO_UPDATE_REASON Michael Opdenacker
2021-09-15 17:58   ` [PATCH v3 5/5] ref-manual: update "devtool check-upgrade-status" output Michael Opdenacker
2021-09-15 18:40   ` [docs] [PATCH v3 0/5] Complete upstream version check documentation Alexander Kanavin

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=3EAD4F8F-CC3D-4DC2-A92F-EDEF58BBC535@0leil.net \
    --to=foss@0leil.net \
    --cc=docs@lists.yoctoproject.org \
    --cc=michael.opdenacker@bootlin.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.