All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Richard Purdie" <richard.purdie@linuxfoundation.org>
To: Martin Jansa <martin.jansa@gmail.com>
Cc: Patches and discussions about the oe-core layer
	<openembedded-core@lists.openembedded.org>
Subject: Re: [OE-core] [PATCH 6/7] native: Stop clearing PACKAGES
Date: Sun, 31 Jan 2021 09:07:50 +0000	[thread overview]
Message-ID: <d29734c79a8d5712f4c2cc720e11071dedb68383.camel@linuxfoundation.org> (raw)
In-Reply-To: <CA+chaQdc7P6NsTno6oCcB4HmoseMziAXA57f646=YWWDPyEH8w@mail.gmail.com>

On Sat, 2021-01-30 at 17:15 +0100, Martin Jansa wrote:
> 
> 
> On Wed, Jan 27, 2021 at 6:28 PM Richard Purdie <
> richard.purdie@linuxfoundation.org> wrote:
> > Some now unneeded code in python3-setuptools is dropped, there are
> > further
> > changes like this which can follow.
> > 
> > This change was verified with OE-Core by comparing task-depends.dot
> > generated
> > by "bitbake world -g" before and after the change, the files were
> > identical.
> > 
> > diff --git a/meta/recipes-
> > devtools/python/python3-setuptools_51.0.0.bb b/meta/recipes-
> > devtools/python/python3-setuptools_51.0.0.bb
> > index 6ee935f8f79..db336bfa13b 100644
> > --- a/meta/recipes-devtools/python/python3-setuptools_51.0.0.bb
> > +++ b/meta/recipes-devtools/python/python3-setuptools_51.0.0.bb
> > @@ -58,8 +58,3 @@ RDEPENDS_${PYTHON_PN}-pkg-resources = "\
> >    ${PYTHON_PN}-plistlib \
> >    ${PYTHON_PN}-pprint \
> >  "
> > -# Due to the way OE-Core implemented native recipes, the native
> > class cannot
> > -# have a dependency on something that is not a recipe name. Work
> > around that by
> > -# manually setting RPROVIDES.
> > -RDEPENDS_${PN}_append = " ${PYTHON_PN}-pkg-resources"
> > -RPROVIDES_append_class-native = " ${PYTHON_PN}-pkg-resources-
> > native"
> > 
>  
> The runtime dependency on ${PYTHON_PN}-pkg-resources isn't needed
> anymore? I don't see how it would get still included as you said that
> bitbake -g files were the same.

I think you're right and I shouldn't have removed the RDEPENDS, only
the RPROVIDES. bitbake -g are task dependencies and the task
dependencies still showed up so this didn't highlight any issue.

I'll test a patch to fix that and add it back, probably in the main
RDEPENDS list.

> I'm asking because meta-python2 has the same issue in:
> https://git.openembedded.org/meta-python2/tree/recipes-devtools/python/python-setuptools.inc#n49
> 
> and my fix I was planing to send was to replace it with:
> RDEPENDS_${PN}_append_class-target = " ${PYTHON_PN}-pkg-resources"
> and drop the RPROVIDES, because it unfortunately causes bitbake to
> get stuck after reporting parsing error as:
> 
> ERROR: meta-python2/recipes-devtools/python/python-
> setuptools_42.0.2.bb: QA Issue: meta-python2/recipes-
> devtools/python/python-setuptools_42.0.2.bb: Variable RPROVIDES is
> set as not being package specific, please fix this. [pkgvarcheck]
> ERROR: meta-python2/recipes-devtools/python/python-
> setuptools_42.0.2.bb: Fatal QA errors found, failing task.
> ERROR: Failed to parse recipe: meta-python2/recipes-
> devtools/python/python-setuptools_42.0.2.bb

Are you saying that it does that with the RPROVIDES removed? That seems
odd :/

Cheers,

Richard


  reply	other threads:[~2021-01-31  9:07 UTC|newest]

Thread overview: 23+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-01-27 17:27 [PATCH 1/7] ncurses: Don't put terminfo into the sysroot Richard Purdie
2021-01-27 17:27 ` [PATCH 2/7] python3: Avoid installing test data into recipe-sysroot Richard Purdie
2021-01-27 17:27 ` [PATCH 3/7] staging: Clean up files installed into the sysroot Richard Purdie
2021-01-27 17:27 ` [PATCH 4/7] gobject-introspection: Fix variable override order Richard Purdie
2021-01-27 17:27 ` [PATCH 5/7] bitbake.conf/python: Drop setting RDEPENDS/RPROVIDES default Richard Purdie
2021-01-27 17:27 ` [PATCH 6/7] native: Stop clearing PACKAGES Richard Purdie
2021-01-30 16:15   ` [OE-core] " Martin Jansa
2021-01-31  9:07     ` Richard Purdie [this message]
2021-01-31  9:55       ` Martin Jansa
2021-01-31 10:34         ` Richard Purdie
2021-01-31 13:10           ` Martin Jansa
2021-02-01 14:26             ` Anibal Limon
2021-02-01 20:21             ` Richard Purdie
2021-02-01 20:44               ` Martin Jansa
2021-02-04 19:43   ` Peter Kjellerstedt
2021-02-04 20:34     ` Richard Purdie
2021-01-27 17:27 ` [PATCH 7/7] meta: Clean up various class-native* RDEPENDS overrides Richard Purdie
2021-01-28  8:45 ` [OE-core] [PATCH 1/7] ncurses: Don't put terminfo into the sysroot Mikko Rapeli
2021-01-28  9:02   ` Richard Purdie
2021-01-28 10:35     ` Mikko Rapeli
2021-01-28 10:52       ` Richard Purdie
2021-01-28 16:38   ` Richard Purdie
2021-01-29  8:28     ` Mikko Rapeli

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=d29734c79a8d5712f4c2cc720e11071dedb68383.camel@linuxfoundation.org \
    --to=richard.purdie@linuxfoundation.org \
    --cc=martin.jansa@gmail.com \
    --cc=openembedded-core@lists.openembedded.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.