From: "Konrad Weihmann" <kweihmann@outlook.com>
To: Tim Orling <ticotimo@gmail.com>
Cc: openembedded-core@lists.openembedded.org
Subject: Re: [OE-core] [PATCH] pypi.bbclass: mind package suffix on version check
Date: Sat, 9 May 2020 08:55:24 +0200 [thread overview]
Message-ID: <PR3PR05MB6890A8531A904349FDA2EDD5A8A30@PR3PR05MB6890.eurprd05.prod.outlook.com> (raw)
In-Reply-To: <CANx9H-CQXEyXOU4o4x=Y_Hn-BgeK95C5cSAm4kJT59gYfSfK5g@mail.gmail.com>
Fully support that, it's same for me.
But then the regex is also not a 100% correct, as it will issue a
notification via "devtool check-upgrade-status", even for an alpha or
beta or dev release - and most important without the suffix, so it's
extra hard to identify if one should take action or not.
And even when using the "devtool upgrade" patch it will run a build
attempt, which will immediately fail, as the reported version is
present, due to the suffix being trimmed during the process.
What I could imagine is to ignore those releases by default using an
inverted group like (?P<pver>(\d+[\.\-_]*)+(?![a-z0-9]+)*) to filter out
those kind of releases.
What do you think?
On 09.05.20 06:56, Tim Orling wrote:
> We should only be updating to releases, not dev or alpha or any other
> non-released state. That is why the regex is they way it is.
>
> On Fri, May 8, 2020 at 4:37 AM Konrad Weihmann <kweihmann@outlook.com
> <mailto:kweihmann@outlook.com>> wrote:
>
> Some pypi packages do have suffixes like dev, or a0 or b1.
> When doing a version check on these, the version will get falsely
> trimmed down to a version without the suffix.
>
> E.g. 3.8.0a1 will become 3.8.0 which then also means that
> a version upgrade from 3.8.0a1 to 3.8.0a2 will not be detected.
>
> Fix that by inserting an optional suffix group with alphanumeric
> charset.
>
> Signed-off-by: Konrad Weihmann <kweihmann@outlook.com
> <mailto:kweihmann@outlook.com>>
> ---
> meta/classes/pypi.bbclass | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/meta/classes/pypi.bbclass b/meta/classes/pypi.bbclass
> index e5d7ab3ce1..7d0f367a02 100644
> --- a/meta/classes/pypi.bbclass
> +++ b/meta/classes/pypi.bbclass
> @@ -23,4 +23,4 @@ SRC_URI += "${PYPI_SRC_URI}"
> S = "${WORKDIR}/${PYPI_PACKAGE}-${PV}"
>
> UPSTREAM_CHECK_URI ?=
> "https://pypi.python.org/pypi/${PYPI_PACKAGE}/
> <https://pypi.python.org/pypi/$%7BPYPI_PACKAGE%7D/>"
> -UPSTREAM_CHECK_REGEX ?= "/${PYPI_PACKAGE}/(?P<pver>(\d+[\.\-_]*)+)"
> +UPSTREAM_CHECK_REGEX ?=
> "/${PYPI_PACKAGE}/(?P<pver>(\d+[\.\-_]*)+[a-z0-9]*)"
> --
> 2.20.1
>
>
>
next prev parent reply other threads:[~2020-05-09 6:55 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-05-08 11:37 [PATCH] pypi.bbclass: mind package suffix on version check Konrad Weihmann
2020-05-09 4:56 ` [OE-core] " Tim Orling
2020-05-09 6:55 ` Konrad Weihmann [this message]
2020-05-09 7:38 ` Alexander Kanavin
2020-05-09 7:45 ` Konrad Weihmann
2020-05-09 8:03 ` Alexander Kanavin
2020-05-09 10:42 ` Konrad Weihmann
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=PR3PR05MB6890A8531A904349FDA2EDD5A8A30@PR3PR05MB6890.eurprd05.prod.outlook.com \
--to=kweihmann@outlook.com \
--cc=openembedded-core@lists.openembedded.org \
--cc=ticotimo@gmail.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.