Openembedded Core Discussions
 help / color / mirror / Atom feed
From: "Piotr Łobacz" <p.lobacz@welotec.com>
To: "openembedded-core@lists.openembedded.org"
	<openembedded-core@lists.openembedded.org>,
	Richard Purdie <richard.purdie@linuxfoundation.org>
Subject: Re: [OE-Core][PATCH v14 03/11] sstate.bbclass: override tar with tar-native
Date: Sat, 11 Nov 2023 11:16:34 +0000	[thread overview]
Message-ID: <13386492.uLZWGnKmhe@latitude> (raw)
In-Reply-To: <60deee1f69f64e2ca97e47f68ba9c98f926c9002.camel@linuxfoundation.org>

Dnia sobota, 11 listopada 2023 01:23:59 CET Richard Purdie pisze:
> On Fri, 2023-11-10 at 19:23 +0000, Piotr Łobacz wrote:
> > Dnia piątek, 10 listopada 2023 13:01:46 CET Richard Purdie pisze:
> > > On Fri, 2023-11-10 at 10:12 +0000, Piotr Łobacz wrote:
> > > > Dnia poniedziałek, 16 października 2023 07:45:41 CET Piotr Łobacz via
> > > > 
> > > > lists.openembedded.org pisze:
> > > > > Dnia niedziela, 15 października 2023 20:26:49 CEST Richard Purdie 
pisze:
> > > > > > On Sun, 2023-10-15 at 16:57 +0200, Piotr Łobacz wrote:
> > > > > > > Due to the bugs
> > > > > > > https://eur04.safelinks.protection.outlook.com/?url=https%3A%2F%
> > > > > > > 2Fsa%2F&data=05%7C01%7Cp.lobacz%40welotec.com%7C2a6d6926b1c545c5
> > > > > > > 6aa608dbe24c8149%7C25111a7f1d5a4c51a4ca7f8e44011b39%7C0%7C0%7C63
> > > > > > > 8352590457133024%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJ
> > > > > > > QIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdat
> > > > > > > a=ETw552e%2B46hM5hanBbOyv417wADVL0HaFFSK%2BPVeJ54%3D&reserved=0
> > > > > > > vann%2F&data=05%7C01%7Cp.lobacz%40welotec.com%7C6cb785a640ac491
> > > > > > > 83830
> > > > > > > 08dbe1e4d185%7C25111a7f1d5a4c51a4ca7f8e44011b39%7C0%7C0%7C63835
> > > > > > > 21451
> > > > > > > 16769023%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2
> > > > > > > luMzI
> > > > > > > iLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=NNKAagYPr
> > > > > > > 3Lzk5 18gY3ceRLgWpKnHODZQylBweyOyAI%3D&reserved=0
> > > > > > > a%2F&data=05%7C01%7Cp.lobacz%40welotec.com%7Cbac3f04a07664b3a912
> > > > > > > a08
> > > > > > > dbce0
> > > > > > > b282c%7C25111a7f1d5a4c51a4ca7f8e44011b39%7C0%7C0%7C6383303195458
> > > > > > > 083
> > > > > > > 51%7C
> > > > > > > Unknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTi
> > > > > > > I6I
> > > > > > > k1haW
> > > > > > > wiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=875wwpxmvY10%2BUdvEbJFTJw
> > > > > > > c1z
> > > > > > > W%2Bq 0YOn8g9wgVvdUA%3D&reserved=0
> > > > > > > h.gnu.org%2Fbugs%2F%3F61934&data=05%7C01%7Cp.lobacz%40welotec.co
> > > > > > > m%7C
> > > > > > > 208
> > > > > > > 43c
> > > > > > > d409ff471ad53b08dbcdac4d55%7C25111a7f1d5a4c51a4ca7f8e44011b39%7C
> > > > > > > 0%7C
> > > > > > > 0%7
> > > > > > > C63
> > > > > > > 8329912144020487%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJ
> > > > > > > QIjo
> > > > > > > iV2
> > > > > > > luM
> > > > > > > zIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=U8%2Fmm0
> > > > > > > 2MR5
> > > > > > > ps5
> > > > > > > btR JnE1EnySNk4NJV498kRX66jjeeQ%3D&reserved=0 and
> > > > > > > https://eur04.safelinks.protection.outlook.com/?url=https%3A%2F%
> > > > > > > 2Fsa%2F&data=05%7C01%7Cp.lobacz%40welotec.com%7C2a6d6926b1c545c5
> > > > > > > 6aa608dbe24c8149%7C25111a7f1d5a4c51a4ca7f8e44011b39%7C0%7C0%7C63
> > > > > > > 8352590457133024%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJ
> > > > > > > QIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdat
> > > > > > > a=ETw552e%2B46hM5hanBbOyv417wADVL0HaFFSK%2BPVeJ54%3D&reserved=0
> > > > > > > vann%2F&data=05%7C01%7Cp.lobacz%40welotec.com%7C6cb785a640ac491
> > > > > > > 83830
> > > > > > > 08dbe1e4d185%7C25111a7f1d5a4c51a4ca7f8e44011b39%7C0%7C0%7C63835
> > > > > > > 21451
> > > > > > > 16769023%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2
> > > > > > > luMzI
> > > > > > > iLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=NNKAagYPr
> > > > > > > 3Lzk5 18gY3ceRLgWpKnHODZQylBweyOyAI%3D&reserved=0
> > > > > > > a%2F&data=05%7C01%7Cp.lobacz%40welotec.com%7Cbac3f04a07664b3a912
> > > > > > > a08
> > > > > > > dbce0
> > > > > > > b282c%7C25111a7f1d5a4c51a4ca7f8e44011b39%7C0%7C0%7C6383303195458
> > > > > > > 083
> > > > > > > 51%7C
> > > > > > > Unknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTi
> > > > > > > I6I
> > > > > > > k1haW
> > > > > > > wiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=875wwpxmvY10%2BUdvEbJFTJw
> > > > > > > c1z
> > > > > > > W%2Bq 0YOn8g9wgVvdUA%3D&reserved=0
> > > > > > > h.gnu.org%2Fbugs%2F%3F59184&data=05%7C01%7Cp.lobacz%40welotec.co
> > > > > > > m%7C
> > > > > > > 208
> > > > > > > 43c
> > > > > > > d409ff471ad53b08dbcdac4d55%7C25111a7f1d5a4c51a4ca7f8e44011b39%7C
> > > > > > > 0%7C
> > > > > > > 0%7
> > > > > > > C63
> > > > > > > 8329912144020487%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJ
> > > > > > > QIjo
> > > > > > > iV2
> > > > > > > luM
> > > > > > > zIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=J3cwWWAQ
> > > > > > > 6BHP
> > > > > > > 1aG
> > > > > > > VeP 1yRIGnGyG1fqVvPaVJY6kjKWc%3D&reserved=0, which are fixed in
> > > > > > > tar
> > > > > > > version 1.35, we need to force yocto to use it instead
> > > > > > > of the one provided by the host machine.
> > > > > > > 
> > > > > > > sstate_create_package and sstate_unpack_package functions,
> > > > > > > will use the tar provided by tar recipe, which is already
> > > > > > > in proper version.
> > > > > > > 
> > > > > > > Signed-off-by: Piotr Łobacz <p.lobacz@welotec.com>
> > > > > > > ---
> > > > > > > 
> > > > > > >  meta/classes-global/sstate.bbclass | 6 +++++-
> > > > > > >  1 file changed, 5 insertions(+), 1 deletion(-)
> > > > > > > 
> > > > > > > diff --git a/meta/classes-global/sstate.bbclass
> > > > > > > b/meta/classes-global/sstate.bbclass index
> > > > > > > 2676f18e0a..5ae6f515f2
> > > > > > > 100644
> > > > > > > --- a/meta/classes-global/sstate.bbclass
> > > > > > > +++ b/meta/classes-global/sstate.bbclass
> > > > > > > @@ -152,7 +152,9 @@ python () {
> > > > > > > 
> > > > > > >      else:
> > > > > > >          d.setVar('SSTATE_MANMACH', d.expand("${PACKAGE_ARCH}"))
> > > > > > > 
> > > > > > > -    if bb.data.inherits_class('native', d) or
> > > > > > > bb.data.inherits_class('crosssdk', d) or
> > > > > > > bb.data.inherits_class('cross',
> > > > > > > d): +    is_native = bb.data.inherits_class('native', d) or
> > > > > > > bb.data.inherits_class('crosssdk', d) or
> > > > > > > bb.data.inherits_class('cross',
> > > > > > > d) +
> > > > > > > 
> > > > > > > +    if is_native:
> > > > > > >          d.setVar('SSTATE_EXTRAPATH', "${NATIVELSBSTRING}/")
> > > > > > >          d.setVar('BB_HASHFILENAME', "True ${SSTATE_PKGSPEC}
> > > > > > >          ${SSTATE_SWSPEC}")
> > > > > > >          d.setVar('SSTATE_EXTRAPATHWILDCARD',
> > > > > > >          "${NATIVELSBSTRING}/")
> > > > > > > 
> > > > > > > @@ -164,6 +166,8 @@ python () {
> > > > > > > 
> > > > > > >          d.appendVarFlag(task, 'postfuncs', "
> > > > > > >          sstate_task_postfunc")
> > > > > > >          d.setVarFlag(task, 'network', '1')
> > > > > > >          d.setVarFlag(task + "_setscene", 'network', '1')
> > > > > > > 
> > > > > > > +        if not is_native:
> > > > > > > +            d.appendVarFlag(task, 'deptask', '
> > > > > > > tar-replacement-native:do_populate_sysroot')>
> > > > > > > 
> > > > > > >  }
> > > > > > 
> > > > > > >  def sstate_init(task, d):
> > > > > > I don't think this dependency is enough to ensure that the
> > > > > > setscene
> > > > > > task for one of these tasks has tar-native present when the sstate
> > > > > > package is extracted from sstate?
> > > > > > 
> > > > > > Cheers,
> > > > > > 
> > > > > > Richard
> > > > > 
> > > > > Hi Richard, proposals are welcome :-)
> > > > > 
> > > > > BR
> > > > > Piotr
> > > > 
> > > > BTW. Richard was it tested already by you?
> > > 
> > > No, sadly I can tell from the patches alone that there are issues there
> > > 
> > > :(
> > > 
> > > Cheers,
> > > 
> > > Richard
> > 
> > You mean there are issues with the patches or what?
> 
> I mean that the problem I mentioned above, that the dependency won't
> work for setscene tasks will cause breakage. If I can see that just
> looking at the patch there is little point in testing it further.
> 
> I ended with a question mark as I'm not 100% sure and I was basically
> saying "correct me if I'm wrong", but I am fairly certain it won't work
> in some corner cases.
> 
> Cheers,
> 
> Richard

OK so I should add it as well for setscene like in case of network above 
right? I'm sorry Richard that I'm asking to many questions but I do not know 
that code that well as you.

BR
Piotr

  reply	other threads:[~2023-11-11 11:16 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-10-15 14:57 [OE-Core][PATCH v14 01/11] package.bbclass: override tar with tar-native Piotr Łobacz
2023-10-15 14:57 ` [OE-Core][PATCH v14 02/11] image_types.bbclass: " Piotr Łobacz
2023-10-15 14:57 ` [OE-Core][PATCH v14 03/11] sstate.bbclass: " Piotr Łobacz
2023-10-15 18:26   ` Richard Purdie
2023-10-16  5:45     ` Piotr Łobacz
     [not found]     ` <178E804624FA5560.14388@lists.openembedded.org>
2023-11-10 10:12       ` Piotr Łobacz
2023-11-10 12:01         ` Richard Purdie
2023-11-10 19:23           ` Piotr Łobacz
2023-11-11  0:23             ` Richard Purdie
2023-11-11 11:16               ` Piotr Łobacz [this message]
2023-10-15 14:57 ` [OE-Core][PATCH v14 04/11] path.py: add support for ACLs and all additional attributes Piotr Łobacz
2023-10-15 14:57 ` [OE-Core][PATCH v14 05/11] package_ipk.bbclass: add support for ACLs and xattr Piotr Łobacz
2023-10-15 14:57 ` [OE-Core][PATCH v14 06/11] package.bbclass: " Piotr Łobacz
2023-10-15 14:57 ` [OE-Core][PATCH v14 07/11] sstate.bbclass: " Piotr Łobacz
2023-10-15 14:57 ` [OE-Core][PATCH v14 08/11] sstatesig.py: fix hash calculation for timestamp Piotr Łobacz
2023-10-15 14:57 ` [OE-Core][PATCH v14 09/11] opkg-utils: add acl and xattr support Piotr Łobacz
2023-10-15 14:57 ` [OE-Core][PATCH v14 10/11] opkg: add options to enable support for acl and xattr Piotr Łobacz
2023-10-15 14:57 ` [OE-Core][PATCH v14 11/11] opkg: set locale from system environment variables Piotr Łobacz

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=13386492.uLZWGnKmhe@latitude \
    --to=p.lobacz@welotec.com \
    --cc=openembedded-core@lists.openembedded.org \
    --cc=richard.purdie@linuxfoundation.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox