bitbake-devel.lists.openembedded.org archive mirror
 help / color / mirror / Atom feed
* kirkstone DEPEND problem
       [not found] <50f86c1869166da73d083d3c2e86f112faa978b9.camel@infinera.com>
@ 2023-02-14 14:06 ` Joakim Tjernlund
  2023-02-14 14:22   ` Joakim Tjernlund
  0 siblings, 1 reply; 6+ messages in thread
From: Joakim Tjernlund @ 2023-02-14 14:06 UTC (permalink / raw)
  To: bitbake-devel

in swupdate.inc there is
    depends = d.getVar('DEPENDS', False)
    pn = d.getVar('PN')
    rdepends = d.getVar("RDEPENDS:%s" % pn) or ""

    if 'CONFIG_REMOTE_HANDLER=y\n' in features:
        depends += ' zeromq'

    if 'CONFIG_SSL_IMPL_OPENSSL=y\n' in features:
        depends += ' openssl'
    elif 'CONFIG_SSL_IMPL_MBEDTLS=y\n' in features:
        depends += ' mbedtls'
    elif 'CONFIG_SSL_IMPL_WOLFSSL=y\n' in features:
        depends += ' wolfssl'

    if 'CONFIG_JSON=y\n' in features:
        depends += ' json-c'
....
    d.setVar('DEPENDS', depends)
    d.setVar("RDEPENDS:%s" % pn, + rdepends)

This fails to pick up dep in depends variable, but if I change '' to "" like so
   depends += " mbedtls"
then swupdate builds.

This worked in dunfell so perhaps a bug i kirkstone?

  Jocke


^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: kirkstone DEPEND problem
  2023-02-14 14:06 ` kirkstone DEPEND problem Joakim Tjernlund
@ 2023-02-14 14:22   ` Joakim Tjernlund
  2023-02-15 10:02     ` [bitbake-devel] " Richard Purdie
  0 siblings, 1 reply; 6+ messages in thread
From: Joakim Tjernlund @ 2023-02-14 14:22 UTC (permalink / raw)
  To: bitbake-devel

On Tue, 2023-02-14 at 15:06 +0100, Joakim Tjernlund wrote:
> in swupdate.inc there is
>     depends = d.getVar('DEPENDS', False)
>     pn = d.getVar('PN')
>     rdepends = d.getVar("RDEPENDS:%s" % pn) or ""
> 
>     if 'CONFIG_REMOTE_HANDLER=y\n' in features:
>         depends += ' zeromq'
> 
>     if 'CONFIG_SSL_IMPL_OPENSSL=y\n' in features:
>         depends += ' openssl'
>     elif 'CONFIG_SSL_IMPL_MBEDTLS=y\n' in features:
>         depends += ' mbedtls'
>     elif 'CONFIG_SSL_IMPL_WOLFSSL=y\n' in features:
>         depends += ' wolfssl'
> 
>     if 'CONFIG_JSON=y\n' in features:
>         depends += ' json-c'
> ....
>     d.setVar('DEPENDS', depends)
>     d.setVar("RDEPENDS:%s" % pn, + rdepends)
> 
> This fails to pick up dep in depends variable, but if I change '' to "" like so
>    depends += " mbedtls"
> then swupdate builds.
> 
> This worked in dunfell so perhaps a bug i kirkstone?
> 
>   Jocke
> 

Correction, bitbake swupdate builds but bitbake lib32-swupdate does not.
To make lib32-swupdate build I have to add deps directly to DEPENDS variable:
-DEPENDS += "libconfig zlib"
+DEPENDS += "libconfig zlib lua mtd-utils mbedtls"

 Jocke

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: [bitbake-devel] kirkstone DEPEND problem
  2023-02-14 14:22   ` Joakim Tjernlund
@ 2023-02-15 10:02     ` Richard Purdie
  2023-02-15 10:38       ` Joakim Tjernlund
  0 siblings, 1 reply; 6+ messages in thread
From: Richard Purdie @ 2023-02-15 10:02 UTC (permalink / raw)
  To: Joakim Tjernlund, bitbake-devel

On Tue, 2023-02-14 at 14:22 +0000, Joakim Tjernlund wrote:
> On Tue, 2023-02-14 at 15:06 +0100, Joakim Tjernlund wrote:
> > in swupdate.inc there is
> >     depends = d.getVar('DEPENDS', False)
> >     pn = d.getVar('PN')
> >     rdepends = d.getVar("RDEPENDS:%s" % pn) or ""
> > 
> >     if 'CONFIG_REMOTE_HANDLER=y\n' in features:
> >         depends += ' zeromq'
> > 
> >     if 'CONFIG_SSL_IMPL_OPENSSL=y\n' in features:
> >         depends += ' openssl'
> >     elif 'CONFIG_SSL_IMPL_MBEDTLS=y\n' in features:
> >         depends += ' mbedtls'
> >     elif 'CONFIG_SSL_IMPL_WOLFSSL=y\n' in features:
> >         depends += ' wolfssl'
> > 
> >     if 'CONFIG_JSON=y\n' in features:
> >         depends += ' json-c'
> > ....
> >     d.setVar('DEPENDS', depends)
> >     d.setVar("RDEPENDS:%s" % pn, + rdepends)
> > 
> > This fails to pick up dep in depends variable, but if I change '' to "" like so
> >    depends += " mbedtls"
> > then swupdate builds.
> > 
> > This worked in dunfell so perhaps a bug i kirkstone?
> > 
> >   Jocke
> > 
> 
> Correction, bitbake swupdate builds but bitbake lib32-swupdate does not.
> To make lib32-swupdate build I have to add deps directly to DEPENDS variable:
> -DEPENDS += "libconfig zlib"
> +DEPENDS += "libconfig zlib lua mtd-utils mbedtls"

The multilib code changed between dunfell and kirkstone. I haven't gone
into the details of how swupdate.inc is calling the code above but I
can believe the multilib improvements and fixes made for kirkstone did
change the behaviour.

Cheers,

Richard



^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: [bitbake-devel] kirkstone DEPEND problem
  2023-02-15 10:02     ` [bitbake-devel] " Richard Purdie
@ 2023-02-15 10:38       ` Joakim Tjernlund
  2023-02-15 10:41         ` Richard Purdie
  0 siblings, 1 reply; 6+ messages in thread
From: Joakim Tjernlund @ 2023-02-15 10:38 UTC (permalink / raw)
  To: richard.purdie, bitbake-devel

On Wed, 2023-02-15 at 10:02 +0000, Richard Purdie wrote:
> On Tue, 2023-02-14 at 14:22 +0000, Joakim Tjernlund wrote:
> > On Tue, 2023-02-14 at 15:06 +0100, Joakim Tjernlund wrote:
> > > in swupdate.inc there is
> > >     depends = d.getVar('DEPENDS', False)
> > >     pn = d.getVar('PN')
> > >     rdepends = d.getVar("RDEPENDS:%s" % pn) or ""
> > > 
> > >     if 'CONFIG_REMOTE_HANDLER=y\n' in features:
> > >         depends += ' zeromq'
> > > 
> > >     if 'CONFIG_SSL_IMPL_OPENSSL=y\n' in features:
> > >         depends += ' openssl'
> > >     elif 'CONFIG_SSL_IMPL_MBEDTLS=y\n' in features:
> > >         depends += ' mbedtls'
> > >     elif 'CONFIG_SSL_IMPL_WOLFSSL=y\n' in features:
> > >         depends += ' wolfssl'
> > > 
> > >     if 'CONFIG_JSON=y\n' in features:
> > >         depends += ' json-c'
> > > ....
> > >     d.setVar('DEPENDS', depends)
> > >     d.setVar("RDEPENDS:%s" % pn, + rdepends)
> > > 
> > > This fails to pick up dep in depends variable, but if I change '' to "" like so
> > >    depends += " mbedtls"
> > > then swupdate builds.
> > > 
> > > This worked in dunfell so perhaps a bug i kirkstone?
> > > 
> > >   Jocke
> > > 
> > 
> > Correction, bitbake swupdate builds but bitbake lib32-swupdate does not.
> > To make lib32-swupdate build I have to add deps directly to DEPENDS variable:
> > -DEPENDS += "libconfig zlib"
> > +DEPENDS += "libconfig zlib lua mtd-utils mbedtls"
> 
> The multilib code changed between dunfell and kirkstone. I haven't gone
> into the details of how swupdate.inc is calling the code above but I
> can believe the multilib improvements and fixes made for kirkstone did
> change the behaviour.

Something else that may have changed (we just found out) is python venv does
not install the "pip" binary(symlink) into the venv/bin dir. Is there some change
in kirkstone here ?

 Jocke

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: [bitbake-devel] kirkstone DEPEND problem
  2023-02-15 10:38       ` Joakim Tjernlund
@ 2023-02-15 10:41         ` Richard Purdie
  2023-02-16 10:27           ` Quentin Schulz
  0 siblings, 1 reply; 6+ messages in thread
From: Richard Purdie @ 2023-02-15 10:41 UTC (permalink / raw)
  To: Joakim Tjernlund, bitbake-devel

On Wed, 2023-02-15 at 10:38 +0000, Joakim Tjernlund wrote:
> On Wed, 2023-02-15 at 10:02 +0000, Richard Purdie wrote:
> > On Tue, 2023-02-14 at 14:22 +0000, Joakim Tjernlund wrote:
> > > On Tue, 2023-02-14 at 15:06 +0100, Joakim Tjernlund wrote:
> > > > in swupdate.inc there is
> > > >     depends = d.getVar('DEPENDS', False)
> > > >     pn = d.getVar('PN')
> > > >     rdepends = d.getVar("RDEPENDS:%s" % pn) or ""
> > > > 
> > > >     if 'CONFIG_REMOTE_HANDLER=y\n' in features:
> > > >         depends += ' zeromq'
> > > > 
> > > >     if 'CONFIG_SSL_IMPL_OPENSSL=y\n' in features:
> > > >         depends += ' openssl'
> > > >     elif 'CONFIG_SSL_IMPL_MBEDTLS=y\n' in features:
> > > >         depends += ' mbedtls'
> > > >     elif 'CONFIG_SSL_IMPL_WOLFSSL=y\n' in features:
> > > >         depends += ' wolfssl'
> > > > 
> > > >     if 'CONFIG_JSON=y\n' in features:
> > > >         depends += ' json-c'
> > > > ....
> > > >     d.setVar('DEPENDS', depends)
> > > >     d.setVar("RDEPENDS:%s" % pn, + rdepends)
> > > > 
> > > > This fails to pick up dep in depends variable, but if I change '' to "" like so
> > > >    depends += " mbedtls"
> > > > then swupdate builds.
> > > > 
> > > > This worked in dunfell so perhaps a bug i kirkstone?
> > > > 
> > > >   Jocke
> > > > 
> > > 
> > > Correction, bitbake swupdate builds but bitbake lib32-swupdate does not.
> > > To make lib32-swupdate build I have to add deps directly to DEPENDS variable:
> > > -DEPENDS += "libconfig zlib"
> > > +DEPENDS += "libconfig zlib lua mtd-utils mbedtls"
> > 
> > The multilib code changed between dunfell and kirkstone. I haven't gone
> > into the details of how swupdate.inc is calling the code above but I
> > can believe the multilib improvements and fixes made for kirkstone did
> > change the behaviour.
> 
> Something else that may have changed (we just found out) is python venv does
> not install the "pip" binary(symlink) into the venv/bin dir. Is there some change
> in kirkstone here ?

That really isn't a bitbake question. I'd suggest looking at the recipe
in question to find out the history, I have no idea.

Cheers,

Richard


^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: [bitbake-devel] kirkstone DEPEND problem
  2023-02-15 10:41         ` Richard Purdie
@ 2023-02-16 10:27           ` Quentin Schulz
  0 siblings, 0 replies; 6+ messages in thread
From: Quentin Schulz @ 2023-02-16 10:27 UTC (permalink / raw)
  To: Richard Purdie, Joakim Tjernlund, bitbake-devel

Hi all,

On 2/15/23 11:41, Richard Purdie wrote:
> On Wed, 2023-02-15 at 10:38 +0000, Joakim Tjernlund wrote:
>> On Wed, 2023-02-15 at 10:02 +0000, Richard Purdie wrote:
>>> On Tue, 2023-02-14 at 14:22 +0000, Joakim Tjernlund wrote:
>>>> On Tue, 2023-02-14 at 15:06 +0100, Joakim Tjernlund wrote:
>>>>> in swupdate.inc there is
>>>>>      depends = d.getVar('DEPENDS', False)
>>>>>      pn = d.getVar('PN')
>>>>>      rdepends = d.getVar("RDEPENDS:%s" % pn) or ""
>>>>>
>>>>>      if 'CONFIG_REMOTE_HANDLER=y\n' in features:
>>>>>          depends += ' zeromq'
>>>>>
>>>>>      if 'CONFIG_SSL_IMPL_OPENSSL=y\n' in features:
>>>>>          depends += ' openssl'
>>>>>      elif 'CONFIG_SSL_IMPL_MBEDTLS=y\n' in features:
>>>>>          depends += ' mbedtls'
>>>>>      elif 'CONFIG_SSL_IMPL_WOLFSSL=y\n' in features:
>>>>>          depends += ' wolfssl'
>>>>>
>>>>>      if 'CONFIG_JSON=y\n' in features:
>>>>>          depends += ' json-c'
>>>>> ....
>>>>>      d.setVar('DEPENDS', depends)
>>>>>      d.setVar("RDEPENDS:%s" % pn, + rdepends)
>>>>>
>>>>> This fails to pick up dep in depends variable, but if I change '' to "" like so
>>>>>     depends += " mbedtls"
>>>>> then swupdate builds.
>>>>>
>>>>> This worked in dunfell so perhaps a bug i kirkstone?
>>>>>
>>>>>    Jocke
>>>>>
>>>>
>>>> Correction, bitbake swupdate builds but bitbake lib32-swupdate does not.
>>>> To make lib32-swupdate build I have to add deps directly to DEPENDS variable:
>>>> -DEPENDS += "libconfig zlib"
>>>> +DEPENDS += "libconfig zlib lua mtd-utils mbedtls"
>>>
>>> The multilib code changed between dunfell and kirkstone. I haven't gone
>>> into the details of how swupdate.inc is calling the code above but I
>>> can believe the multilib improvements and fixes made for kirkstone did
>>> change the behaviour.
>>
>> Something else that may have changed (we just found out) is python venv does
>> not install the "pip" binary(symlink) into the venv/bin dir. Is there some change
>> in kirkstone here ?
> 
> That really isn't a bitbake question. I'd suggest looking at the recipe
> in question to find out the history, I have no idea.
> 

Wondering if this isn't a case of a missing ${MLPREFIX}?

c.f. 
https://docs.yoctoproject.org/dev-manual/common-tasks.html#preparing-to-use-multilib 
and specifically:
"""
If you are extending any manual code in the recipe, you can use the 
${MLPREFIX} variable to ensure those names are extended correctly.
"""

Cheers,
Quentin


^ permalink raw reply	[flat|nested] 6+ messages in thread

end of thread, other threads:[~2023-02-16 10:27 UTC | newest]

Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
     [not found] <50f86c1869166da73d083d3c2e86f112faa978b9.camel@infinera.com>
2023-02-14 14:06 ` kirkstone DEPEND problem Joakim Tjernlund
2023-02-14 14:22   ` Joakim Tjernlund
2023-02-15 10:02     ` [bitbake-devel] " Richard Purdie
2023-02-15 10:38       ` Joakim Tjernlund
2023-02-15 10:41         ` Richard Purdie
2023-02-16 10:27           ` Quentin Schulz

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).