Monday, 2021-02-15

*** imcleod <imcleod!~imcleod@2601:249:8200:1ba1:af65:6e6f:10d:e757> has quit IRC00:07
*** linums <linums!~linums@> has quit IRC00:20
*** linums <linums!> has joined #yocto00:22
*** imcleod <imcleod!~imcleod@2601:249:8200:1ba1:af65:6e6f:10d:e757> has joined #yocto00:26
*** linums <linums!> has quit IRC00:26
*** linums <linums!~linums@> has joined #yocto00:26
*** hpsy <hpsy!~hpsy@> has quit IRC00:38
*** Kyubi <Kyubi!~Kyubi@2601:647:4080:f10:b56c:de55:63a2:98ef> has joined #yocto00:45
*** sakoman <sakoman!~steve@> has quit IRC00:49
*** sakoman <sakoman!~steve@> has joined #yocto00:50
*** Kyubi <Kyubi!~Kyubi@2601:647:4080:f10:b56c:de55:63a2:98ef> has quit IRC00:52
*** Sheffield <Sheffield!> has joined #yocto01:05
*** B0ned1ger2 <B0ned1ger2!> has quit IRC01:14
*** B0ned1ger <B0ned1ger!> has joined #yocto01:14
*** dev1990 <dev1990!> has quit IRC01:15
*** dev1990 <dev1990!> has joined #yocto01:17
*** Kyubi <Kyubi!~Kyubi@> has joined #yocto01:18
*** Sheffield <Sheffield!> has quit IRC01:32
*** Kyubi <Kyubi!~Kyubi@> has quit IRC01:42
*** imcleod <imcleod!~imcleod@2601:249:8200:1ba1:af65:6e6f:10d:e757> has quit IRC01:43
*** imcleod <imcleod!~imcleod@2601:249:8200:1ba1:af65:6e6f:10d:e757> has joined #yocto01:44
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has quit IRC02:09
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has joined #yocto02:23
*** Sheffield <Sheffield!> has joined #yocto02:43
*** jobroe <jobroe!> has joined #yocto02:56
*** aquijoule_ <aquijoule_!> has joined #yocto02:59
*** aquijoule__ <aquijoule__!> has quit IRC03:01
*** sakoman <sakoman!~steve@> has quit IRC03:05
*** ahadi <ahadi!~ahadi@> has quit IRC03:14
*** ahadi <ahadi!> has joined #yocto03:16
*** darknighte_ <darknighte_!sid214177@gateway/web/> has quit IRC03:18
*** darknighte_ <darknighte_!sid214177@pdpc/supporter/professional/darknighte> has joined #yocto03:18
*** darknighte_ <darknighte_!sid214177@pdpc/supporter/professional/darknighte> has quit IRC03:22
*** darknighte_ <darknighte_!sid214177@gateway/web/> has joined #yocto03:23
*** darknighte <darknighte!sid214177@pdpc/supporter/professional/darknighte> has joined #yocto03:24
*** imcleod_ <imcleod_!> has joined #yocto03:29
*** imcleod <imcleod!~imcleod@2601:249:8200:1ba1:af65:6e6f:10d:e757> has quit IRC03:32
*** imcleod_ <imcleod_!> has quit IRC03:55
*** imcleod_ <imcleod_!~imcleod@2601:249:8200:1ba1:af65:6e6f:10d:e757> has joined #yocto04:05
*** B0ned1ger2 <B0ned1ger2!> has joined #yocto04:19
*** B0ned1ger <B0ned1ger!> has quit IRC04:22
*** pankaj347 <pankaj347!7aa678a8@> has joined #yocto04:32
*** imcleod_ <imcleod_!~imcleod@2601:249:8200:1ba1:af65:6e6f:10d:e757> has quit IRC04:42
*** jobroe <jobroe!> has quit IRC04:45
*** jobroe_ <jobroe_!> has joined #yocto04:45
*** khilman <khilman!sid134447@gateway/web/> has quit IRC04:57
*** nohit <nohit!sid334887@gateway/web/> has quit IRC04:57
*** fancer <fancer!fancer@gateway/web/> has quit IRC04:58
*** fancer <fancer!fancer@gateway/web/> has joined #yocto04:58
*** khilman <khilman!sid134447@gateway/web/> has joined #yocto04:58
*** nohit <nohit!sid334887@gateway/web/> has joined #yocto04:58
*** buffo <buffo!uid486560@gateway/web/> has quit IRC04:58
*** buffo <buffo!uid486560@gateway/web/> has joined #yocto04:58
*** wooosaiiii <wooosaiiii!> has quit IRC05:01
*** wooosaiiii <wooosaiiii!> has joined #yocto05:02
*** feddischson <feddischson!> has joined #yocto05:04
*** behanw <behanw!uid110099@gateway/web/> has quit IRC05:11
*** amitk <amitk!~amit@unaffiliated/amitk> has joined #yocto05:38
*** dvhart <dvhart!~dvhart@> has joined #yocto05:52
*** dvhart <dvhart!~dvhart@> has quit IRC05:59
*** Sheffield <Sheffield!> has quit IRC06:06
*** AndersD <AndersD!> has joined #yocto06:29
*** beneth <beneth!> has joined #yocto06:31
*** pankaj347 <pankaj347!7aa678a8@> has quit IRC06:33
*** gounaris <gounaris!~quassel@> has joined #yocto06:36
*** AndersD_ <AndersD_!> has joined #yocto06:37
*** AndersD <AndersD!> has quit IRC06:39
*** pankaj347 <pankaj347!7aa678a8@> has joined #yocto06:46
*** minimaxwell <minimaxwell!> has joined #yocto06:46
*** iceaway <iceaway!> has joined #yocto06:51
*** feddischson <feddischson!> has quit IRC07:11
*** rcoote <rcoote!~rcoote@2a02:908:692:81c0:e429:af41:cb37:c217> has joined #yocto07:14
*** agust <agust!> has joined #yocto07:14
*** ByteLawd <ByteLawd!extor@unaffiliated/extor> has joined #yocto07:14
*** Wouter01000 <Wouter01000!> has quit IRC07:18
*** mattsm <mattsm!> has quit IRC07:18
*** Wouter01000 <Wouter01000!> has joined #yocto07:19
*** B0ned1ger2 <B0ned1ger2!> has quit IRC07:19
*** B0ned1ger <B0ned1ger!> has joined #yocto07:19
*** w00die <w00die!~w00die@> has quit IRC07:24
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto07:25
*** w00die <w00die!~w00die@> has joined #yocto07:26
*** micka_ is now known as micka07:26
*** tomjose <tomjose!~tomjose@> has quit IRC07:28
*** anoo1 <anoo1!~anoo1@> has quit IRC07:28
*** geissonator <geissonator!~geissonat@> has quit IRC07:30
*** anoo1 <anoo1!~anoo1@> has joined #yocto07:32
*** samvlewis <samvlewis!~samvlewis@> has quit IRC07:34
*** samvlewis <samvlewis!~samvlewis@> has joined #yocto07:37
*** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto07:37
*** frsc <frsc!> has joined #yocto07:42
*** fl0v0 <fl0v0!> has joined #yocto07:52
*** gsalazar <gsalazar!955a6fad@gateway/web/cgi-irc/> has joined #yocto07:56
*** manuel1985 <manuel1985!> has joined #yocto08:00
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto08:04
*** mckoan|away is now known as mckoan08:05
*** xroumegue <xroumegue!~roumegue@2a01:cb1d:3f5:3900:905c:a2fb:a890:d8b6> has quit IRC08:08
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has quit IRC08:10
*** iokill <iokill!> has joined #yocto08:19
*** xroumegue <xroumegue!~roumegue@2a01:cb1d:3f5:3900:d0b5:57c9:f681:d61f> has joined #yocto08:21
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has joined #yocto08:23
*** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/> has joined #yocto08:41
LetoThe2ndyo dudX08:41
mckoanhey LetoThe2nd08:41
*** pankaj347 <pankaj347!7aa678a8@> has quit IRC08:42
*** pankaj347 <pankaj347!7aa678a8@> has joined #yocto08:55
*** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC08:57
*** zyga-mbp <zyga-mbp!~zyga@unaffiliated/zyga> has joined #yocto08:58
*** frsc <frsc!> has quit IRC09:01
*** manuel1985 <manuel1985!> has quit IRC09:02
*** sakoman <sakoman!~steve@> has joined #yocto09:06
*** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC09:07
*** Net147 <Net147!~Net147@unaffiliated/net147> has joined #yocto09:09
zyga-mbpHello, is there a way to use ptest and extract richer logs from the test VM to the host running the build / test09:13
zyga-mbpin my case I'd like to extract some junit xml compatible logs to display in gitlab09:13
*** tomjose <tomjose!~tomjose@> has joined #yocto09:13
*** frsc <frsc!> has joined #yocto09:13
qschulzmornin' folks09:18
*** laj_ <laj_!~laj@> has quit IRC09:18
*** laj_ <laj_!~laj@> has joined #yocto09:19
*** cengiz_io <cengiz_io!~cengiz_io@> has quit IRC09:19
*** cengiz_io <cengiz_io!~cengiz_io@> has joined #yocto09:19
*** chrfle <chrfle!~chrfle@unaffiliated/chrfle> has quit IRC09:20
*** warthog9 <warthog9!> has quit IRC09:20
*** chrfle <chrfle!~chrfle@unaffiliated/chrfle> has joined #yocto09:21
*** ptsneves <ptsneves!b0dd7824@> has joined #yocto09:24
*** warthog9 <warthog9!> has joined #yocto09:25
ptsnevesHey all. If you wanted to have a binary recipe vs a source based recipe of the same PN, how could you cheat the state cache into believing they are the same and not cause rebuilds?09:26
ptsneveswhen they are interchanged?09:26
mcfriskptsneves: two different recipes, preferred version to change between them? alternatively, virtual package and preferred provider?09:32
*** kyanres <kyanres!> has joined #yocto09:33
mcfriskI would not cheat via sstate and would make this a per user thing, e.g. if user has access to repo, prefer the source one, else binary one.09:33
ptsnevesmcfrisk yes the preferred provider would be the mechanism i would use. The issue is they would cause rebuild. Meaning if i have a PN which is depended by many other recipes i will have to publish a state cache and build with both providers09:35
ptsnevesso if i do not cheat i need to deliver 2 builds if i want users to have sstate cache acceleration on both options09:35
mcfriskptsneves: I would not cheat sstate, if the hashes match exactly then sstate re-use is automatic, right?09:37
ptsnevesthis cheating seems similar to SIGGEN_EXCLUDERECIPES_ABISAFE but not quite09:37
ptsnevesmcfrisk the hashes would never match exactly because hashes contain metadata which is always going to be different. It would be a different matter if bitbake would only decide on propagating the rebuild based on output differences.09:38
*** bps <bps!> has joined #yocto09:39
mcfriskexactly, that's why I would not cheat sstate. If you can make sstate hashes equal, then things would already work..09:39
mcfriskand I do see the same problem, but no easy and efficient way to solve this..09:39
ptsnevesi will explore the SIGGEN_EXCLUDERECIPES_ABISAFE and how it works internally and if nothing is promising i will just not allow the source build at all in the main branch :(09:41
mcfriskptsneves: if the source/binary decision is within a single recipe, then hashes would match. If the output of binary and source matches, then output hashes would also match. Then things would work.09:41
*** lxc <lxc!> has joined #yocto09:42
ptsnevesmcfrisk....hmmm i was going to answer that the metadata is different, but indeed i can vardepvalueexclude the src_uri for example09:43
mcfriskthis would force source build to also check the binary build and keep them in sync. In our solution/hack for same problem we always have the binary recipe out of sync and some people are not able to do local builds until issue gets fixed..09:43
lxccan I pass cmake targets as part of PACKAGECONFIG?09:43
mcfriskptsneves: I would not exclude SRC_URI, but force it to be in sync with both source and binary download URL.09:43
mcfriskdevelopers of the recipe need to know this and solve the chicken and egg situation before bitbake build passes though..09:44
ptsnevesmcfrisk I think if we enforce the CI to always build from source(the situation is where somes devs are not allowed to see certain code) then we will have it enforced in the build09:45
*** geissonator <geissonator!~geissonat@> has joined #yocto09:45
ptsnevesin the CI gating i mean.09:46
ptsnevesmcfrisk regardless i think you gave me an exploration venue :)09:46
mcfriskptsneves: this is what we do, CI has access but some developers don't. problem is keeping the two recipes in sync. with single recipe that would work. sharing sstate to developers is tricky and we don't do that. have not validated what's in there...09:47
*** vygu2 <vygu2!9eff70c2@gateway/web/cgi-irc/> has joined #yocto09:48
qschulzhaven't read the whole thing, but what about hashserv?09:49
qschulzit is supposed to handle this if the output of some tasks is identical?09:49
qschulzAlso you probably need the recipes to be in two different layers if you want the exact same name and PV09:50
vygu2Hello, how do I make 2 different kernel defconfigs for 2 different images with the same machine? the goal is to have a debug image and a classic image09:51
*** goliath <goliath!> has joined #yocto09:52
LetoThe2ndvygu2: have the debug distro modify the kernel config selection09:53
vygu2I want the same distro09:54
LetoThe2ndvygu2: well then you want some that you won't get09:54
vygu2ok it is not possible09:55
*** ahadi <ahadi!> has quit IRC09:56
LetoThe2ndvygu2: its yocto chant #1 again09:56
*** ahadi <ahadi!> has joined #yocto09:56
ptsnevesmcfrisk  so my challenge is the same except i do not want to sacrifice state cache. What i will explore is having a single recipe with an SRC_URI that picks binary by default unless some conf is set to use source. To not thrash the state cache i make the conf variable that toggles the binary<->source as vardepexclude and vardepvalueexclude the09:56
ptsnevesSRC_URI part of the binary or source repo. In the task then i have a conditional that runs the app's build system if source mode is enabled. My concern would be that potentially the binary part would be out of sync, but we can make sure that any actual change in the source repo will lead to an automatic binary release to be used by devs.09:56
mcfriskptsneves: I think you need to build both source and binary all the time and make sure they don't differ in output09:57
ptsnevesqschulz where can i read about the harhserv. It sounds like a very big improvement on state cache handling, if it is able to prune the dep tree propagation when it finds the change in metadata did not produce a change in output.09:57
ptsnevesmcfrisk another great tip! On the CI i can just compare the source build with what is stored in the binary. If it is not, break the release09:58
*** vygu2 <vygu2!9eff70c2@gateway/web/cgi-irc/> has quit IRC09:58
mcfriskptsneves: exactly, that forces the sync09:58
ptsnevesmcfrisk when i mean another great tip i mean that you gave me :)09:59
mcfriskalso when developers update the source, they don't forget to update the bninary09:59
ptsnevesmcfrisk yep. Ok sounds like i can try a PoC on my side.09:59
ptsnevesmcfrisk why did you not enfoce this checking on your side?09:59
*** ndec[m] <ndec[m]!ndecmatrix@gateway/shell/> has joined #yocto10:00
mcfriskptsneves: we started our hacky solution with yocto 2.0 and still use it :)10:00
mcfriskand don't dare to share sstate from CI with developers10:00
mcfriskalso due to IT infra...10:00
ptsnevesmcfrisk what if i told you we are in 2.1 :)  On the process of integrating gatesgarth10:01
mcfriskeven download cache is problematic as on CI side that contains all source, also the ones where access should be restricted...10:01
mcfriskptsneves: lol!10:02
RPmcfrisk: there is nothing to say you can't have two DL_DIRs switched between by recipes10:02
*** dirbaio <dirbaio!> has quit IRC10:02
*** B0ned1ger2 <B0ned1ger2!> has joined #yocto10:03
qschulzptsneves: hashserv is enabled by default since zeus IIRC10:04
* RP notes pseudo is broken with glibc 2.33 :(10:05
ptsnevesqschulz very very good then. I guess our multiple hacks are hindering, because I do not recall seeing some optimizations I would expect on such a clever new depedency checking.10:05
*** B0ned1ger <B0ned1ger!> has quit IRC10:05
qschulzptsneves: 3.1 actually from the changelog10:05
LetoThe2ndRP: "pseudo broken"? ;-)10:05
RPLetoThe2nd: no, totally ;-)10:06
LetoThe2ndRP: awwwwwwww10:06
qschulzptsneves: couldn't find quickly where it's documented, maybe it's not yet in whcih case a bugzilla entry should be created if not already existing10:06
*** minimaxwell <minimaxwell!> has quit IRC10:08
*** minimaxwell <minimaxwell!> has joined #yocto10:10
ptsnevesqschulz will talk with my colleagues about the topic. RPpseudo is a pain in the ass but is already showing us quality improvements in our path towards gatesgarth.10:14
qschulzptsneves: hash equivalence it is also called10:16
ptsnevesqschulz thanks a lot. Is this "enabled" like this: ?10:19
ptsnevesqschulz  so this is not by default neither for vanilla yocto, nor for our case where we have a custom local.conf.sample, which would explain why i missed this.10:20
qschulzptsneves: see JPEW answer on SO10:21
qschulzptsneves: you're asking the wrong person though, I'm not using those cool kids' releases (yet?) and know nothing about hashserv except that I'm aware of its existence10:23
ptsnevesmcfrisk is your binary release divided per package or things are just a single bin blob for you? Asking for a friend10:24
*** mbulut <mbulut!> has joined #yocto10:25
ptsnevesqschulz will have a look. By the way we have an NFSv4 serving sstate cache for several years now and for hundreds devs with no notable issues. Recently we had to re-do poky's state cache cleanup script because the bash version was too slow for several TB cleanups. We will provide it as an RFC on the mailing list soon. Not as a patch because we are10:30
ptsnevesactually not implementing the removal functionality, only the collection part. The removal in our infrastructure is a bit of a critical step and needs to be done more carefully then just rm <files>.10:30
mcfriskptsneves: our release is ipkg repo and product images for flashing, so both10:38
*** jojo28 <jojo28!a5e14d9d@> has joined #yocto10:56
mcfriskalso, release creates a sstate mirror which is the used by all followup releases and CI builds which are based on that release10:58
jojo28Hi guys, i'm having an issue while building a yocto image. I have included meta-openembedded/meta-oe and when I try to build it I have : Could not inherit file classes/python3targetconfig.bbclass11:00
qschulzjojo28: triple check that all layers are using the same branch11:00
jojo28qschulz : okay, I will check this. I come back once it is done. Thanks for the tip.11:02
*** jojo5 <jojo5!a5e14cc7@> has joined #yocto11:14
*** jojo5 is now known as jojo-the-real-de11:14
jojo-the-real-deqshulz : I have three layers :11:16
jojo-the-real-deAll three are on the gatesgarth branch now. But the issue is still there :/11:16
*** minimaxwell <minimaxwell!> has quit IRC11:16
*** jojo28 <jojo28!a5e14d9d@> has quit IRC11:16
qschulzjojo-the-real-de: you have more layers than this, or you forgot to add some because this cannot work :)11:17
qschulzyou need at the very least openembedded-core layer which is available in its own git repo or in poky/meta11:17
*** jojo-the-real-de <jojo-the-real-de!a5e14cc7@> has quit IRC11:18
*** pankaj347 <pankaj347!7aa678a8@> has quit IRC11:18
*** B0ned1ger <B0ned1ger!> has joined #yocto11:29
*** B0ned1ger <B0ned1ger!> has joined #yocto11:31
*** B0ned1ger2 <B0ned1ger2!> has quit IRC11:32
*** Bunio_FH <Bunio_FH!> has joined #yocto11:39
*** mbulut <mbulut!> has quit IRC11:56
*** manuel1985 <manuel1985!> has joined #yocto12:08
*** B0ned1ger2 <B0ned1ger2!> has joined #yocto12:11
*** oberstet <oberstet!~oberstet@> has joined #yocto12:14
*** B0ned1ge_ <B0ned1ge_!> has joined #yocto12:15
*** B0ned1ger <B0ned1ger!> has quit IRC12:15
*** B0ned1ger2 <B0ned1ger2!> has quit IRC12:19
*** georgem_home <georgem_home!uid210681@gateway/web/> has joined #yocto12:21
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has quit IRC12:23
kayterinahello.bitbake reports ENOSPC but I see there is a lot of space(df -ih). Ιt is an LVM partition 897gb.Is there something I am missing?12:28
*** bps <bps!> has quit IRC12:33
LetoThe2ndkayterina: and what about df -h?12:34
kayterinasize 883G Used 39G, Avail 800G Use 5%12:35
*** bps <bps!> has joined #yocto12:35
LetoThe2ndkayterina: then you are probably missing something somewhere. put both in a pastebin, please.12:36
kayterinaok,I'll do12:36
LetoThe2ndkayterina: plus, how did you diagnose that its ENOSPC and not something else? please add the offending log snippets also.12:38
*** imcleod_ <imcleod_!~imcleod@2601:249:8200:1ba1:af65:6e6f:10d:e757> has joined #yocto12:39
kayterinathis is the error:
*** aquijoule_ <aquijoule_!> has quit IRC12:40
*** aquijoule_ <aquijoule_!> has joined #yocto12:40
LetoThe2ndkayterina: this should have nothing to do with real space, only with inotify watches, as i read it12:40
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has joined #yocto12:44
*** minimaxwell <minimaxwell!> has joined #yocto12:48
kayterinamax watches says 65536. If I googled correctly I use 3723 (lsof | grep inotify | wc -l)12:49
LetoThe2ndkayterina: but probably not during a bitbake run.12:50
LetoThe2ndjust for reference, on my build machine this is 512k12:52
*** ptsneves <ptsneves!b0dd7824@> has quit IRC12:52
*** frsc <frsc!> has quit IRC12:52
*** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has quit IRC12:53
*** ndec[m] <ndec[m]!ndecmatrix@gateway/shell/> has left #yocto12:56
*** jwessel <jwessel!~jwessel@> has quit IRC13:01
*** geissonator <geissonator!~geissonat@> has quit IRC13:02
*** tomjose <tomjose!~tomjose@> has quit IRC13:02
*** anoo1 <anoo1!~anoo1@> has quit IRC13:04
*** frsc <frsc!> has joined #yocto13:05
*** Bunio_FH <Bunio_FH!> has quit IRC13:05
*** Bunio_FH <Bunio_FH!> has joined #yocto13:05
*** tnovotny <tnovotny!> has joined #yocto13:05
*** Bunio_FH <Bunio_FH!> has quit IRC13:06
*** Bunio_FH <Bunio_FH!> has joined #yocto13:07
*** Bunio_FH <Bunio_FH!> has quit IRC13:14
*** minimaxwell <minimaxwell!> has quit IRC13:14
*** Bunio_FH <Bunio_FH!> has joined #yocto13:16
*** minimaxwell <minimaxwell!> has joined #yocto13:16
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC13:24
*** jojo30 <jojo30!a5e14cc7@> has joined #yocto13:25
*** jojo30 is now known as bazinga-au-carre13:26
*** zyga-mbp <zyga-mbp!~zyga@unaffiliated/zyga> has quit IRC13:26
*** pankaj347 <pankaj347!0e62b3fe@> has joined #yocto13:34
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has quit IRC13:34
*** B0ned1ger <B0ned1ger!> has joined #yocto13:35
*** B0ned1ge_ <B0ned1ge_!> has quit IRC13:38
bazinga-au-carreqschulz : You're right, sorry i wasn't exhaustive. I have : meta, meta-poky, meta-yocto-bsp, meta-raspberrypi, meta-oe .13:39
bazinga-au-carreI build core-image-sato13:39
*** B0ned1ger <B0ned1ger!> has quit IRC13:39
*** intera91 <intera91!> has joined #yocto13:41
*** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto13:47
*** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC13:48
*** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto13:53
*** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC13:55
intera91created a new distro and changed the local.conf to reflect that. disctro conf includes DISTRO_FEATURES += "opengl x11 vulkan" among other things themn bitbake core-image-minimal. despite a successful very long compilation there is no wic filesystem in poky/build/tmp/deploy/images/intel-corei7-64/13:56
intera91am i missing something here?13:56
*** kpo_ <kpo_!> has quit IRC14:02
*** kpo_ <kpo_!> has joined #yocto14:02
*** manuel1985 <manuel1985!> has quit IRC14:03
*** manuel1985 <manuel1985!> has joined #yocto14:04
LetoThe2ndintera91: well something, somewhere has to actually say that you want a wic image....14:04
intera91LetoThe2nd: sounds good but where would that be?14:05
LetoThe2ndintera91: a good place is usually the machine config, and setting IMAGE_FSTYPES there.14:06
*** mbulut <mbulut!> has joined #yocto14:07
*** jobroe_ <jobroe_!> has quit IRC14:07
RPseebs, fray: If you'd like nightmares, the makewrappers part of is 'fun' :/14:10
LetoThe2ndRP: cue:
*** kpo_ <kpo_!> has quit IRC14:12
*** kpo_ <kpo_!> has joined #yocto14:13
intera91LetoThe2nd: I have included meta-intel in my bblayer.conf, the meta-intel layer contains a machine.conf (intel-corei7-64.conf) which already has a IMAGE_FSTYPES += "wic" line14:15
intera91and that's the machine in my local.conf14:16
LetoThe2ndintera91: well then time to bitbake -e you image build and start looking.14:16
JPEWqschulz, qtsneves: I point I didn't make in the SO post about hash equiv: It's enabled in local.conf.sample in 3.0 and poky.conf enabled by default in 3.114:20
*** bazinga-au-carre <bazinga-au-carre!a5e14cc7@> has quit IRC14:31
intera91LetoThe2nd: loads of output to that command but no indication where the wic file is/should/would be created14:33
LetoThe2ndintera91: why don't you pipe it into grep and look at IMAGE_FSTYPES?14:34
*** B0ned1ger <B0ned1ger!> has joined #yocto14:34
LetoThe2ndintera91: i think i have demonstrations of that in almost every episode of
*** pankaj347 <pankaj347!0e62b3fe@> has quit IRC14:35
LetoThe2ndintera91: the variables and assignment one even very prominently, including a lot of explanations and discussion.14:36
intera91LetoThe2nd: watching now many thanks ;-)14:36
*** B0ned1ger <B0ned1ger!> has quit IRC14:38
*** B0ned1ger <B0ned1ger!> has joined #yocto14:39
*** bandito_embedded <bandito_embedded!a5e14d9c@> has joined #yocto14:41
*** moviuro <moviuro!> has left #yocto14:46
*** bandito_embedded <bandito_embedded!a5e14d9c@> has quit IRC14:47
*** bandito_embedded <bandito_embedded!a5e14d9c@> has joined #yocto14:48
*** minimaxwell <minimaxwell!> has quit IRC15:04
*** kpo_ <kpo_!> has quit IRC15:04
*** kpo_ <kpo_!> has joined #yocto15:04
*** minimaxwell <minimaxwell!> has joined #yocto15:09
*** andycooper <andycooper!uid246432@gateway/web/> has joined #yocto15:15
*** manuel_ <manuel_!> has joined #yocto15:33
*** manuel1985 <manuel1985!> has quit IRC15:35
*** mbulut <mbulut!> has quit IRC15:36
LetoThe2ndbandito_embedded: and i've just checked that python3target.bbclass exists since gatesgarth in meta/classes - so please go and check if its there.15:40
*** estan_ <estan_!> has joined #yocto15:44
*** estan <estan!~astan@kde/developer/astan> has quit IRC15:44
RPseebs: I haven't documented the problem yet but you can probably guess?15:50
RPseebs: I'm open to any better idea if you have one...15:51
*** moose <moose!45540b4b@> has joined #yocto15:53
seebsso... if you have an empty path, and the directory you're in is a symlink, we were following symlinks and this was surprising?15:54
RPseebs: the problem is a call like fstatat64 (pathfd, "", &st, AT_EMPTY_PATH) to a symlink15:57
mooseHi. According to this, I should have i2c-tools recipe file within the oe layer but I could find it under pokey/meta-openembedded/meta-oe/recipes-devtools after cloning pokey. Shouldn't I see it there? Am I missing something here?15:58
RPseebs: pseudo_root_path changes the pathfd to an actual path but AT_NOFOLLOW_SYMLINK isn't set, only AT_EMPTY_PATH15:58
*** B0ned1ger2 <B0ned1ger2!> has joined #yocto15:58
RPseebs: AT_EMPTY_PATH with path of "" implies AT_SYMLINK_NOFOLLOW15:58
*** B0ned1ger <B0ned1ger!> has quit IRC16:01
*** minimaxwell <minimaxwell!> has quit IRC16:04
*** B0ned1ger2 <B0ned1ger2!> has quit IRC16:06
*** mbulut <mbulut!> has joined #yocto16:06
mooseWhere should developers post yocto related questions?16:07
mooseis there a yocto of forum for questions?16:08
kyanresI think it's the good place16:08
kyanresYou mean poky ? it's in poky/meta/recipes-devtools/i2c-tools/16:08
*** frsc <frsc!> has quit IRC16:09
kyanreswhen in doubt find and grep can help, especially find . -not -path '*/\.git/*' | fzf -e -m --tiebreak=begin16:09
kyanresmaybe there's a bitbake tool for that but I don't know it, I'm new :)16:10
mooseyup it is there. Thx! I thought it would be under oe since it is part of it.16:10
kyanresmoose: well, openembedded-core is named meta, but meta-oe is a separate layer
mooseGottcha. Thx!16:12
mooseSorry but I am new to yocto platfrom16:12
mooseHow can I add i2c-tools to my image? I thought it would be there by default since I have meta layer in my bblayers.conf but my image doesn't have it.16:14
qschulzkyanres: bitbake-layers show-recipes i2c-tools gives all the layers in which a recipe is16:14
qschulzthis will help you get started16:15
qschulzlayers are just a collection of recipes and configuration files16:15
*** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto16:16
qschulzyou need to explicit which packages you want to include in the image you want to create16:16
mooseOkay thanks! so I guess I need to specify in my conf file that I want i2c-tools recipe included somehow. I will check it in the video.16:17
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has joined #yocto16:20
*** bandito_embedded <bandito_embedded!a5e14d9c@> has quit IRC16:24
*** WillMiles <WillMiles!~Will@> has joined #yocto16:25
*** linums <linums!~linums@> has quit IRC16:30
*** linums <linums!> has joined #yocto16:31
*** AndersD_ <AndersD_!> has quit IRC16:31
RPJPEW: good news is we were testing reproducibility correctly on the autobuilder16:31
qschulzmoose: you want a package out of the i2c-tools package recipe (that is an important difference)16:33
kyanresqschulz, thanks. I'm glad show-recipes exists, but it's "slow"16:34
kyanresWith *i2c* as example, show-recipes takes 3 seconds, while find takes ~10ms. Obviously, since show-recipes has to parse everything16:34
kyanresbtw I tried setting BB_SERVER_TIMEOUT="-1", but it's the same16:34
*** B0ned1ger <B0ned1ger!> has joined #yocto16:35
JPEWRP: Ah, that's good16:38
qschulzkyanres: it's parsing all recipes and all layers, so yeah, it's not fast16:39
qschulzbut unlike find, you pretty much know if Yocto has knowledge of the recipe and can use it16:39
qschulz(I don't use it either, but you asked for a command, I shall provide you with one :p)16:39
*** linums <linums!> has quit IRC16:40
*** bps <bps!> has quit IRC16:41
RPJPEW: I was struggling to believe we found that many issues without it working at least partly right :)16:41
JPEWRP: Ya, I was worried about that too. Hopefully the logging patches will shed some light on the timing16:43
JPEWI don't doubt that diffoscope takes a long time on large diffs, but that wasn't the culprit (near as I can tell) on the vim build16:44
*** B0ned1ger2 <B0ned1ger2!> has joined #yocto16:45
RPJPEW: its always the builds where there is a difference :/16:47
RPJPEW: having this separately visible on the autobuilder should help us get to the bottom of it16:49
*** B0ned1ger <B0ned1ger!> has quit IRC16:49
*** B0ned1ger2 <B0ned1ger2!> has quit IRC16:50
kyanres"I don't use it either" -> LOL, made my day !16:54
*** w00die <w00die!~w00die@> has quit IRC16:58
*** oberstet <oberstet!~oberstet@> has quit IRC17:00
*** w00die <w00die!~w00die@> has joined #yocto17:00
*** JaBen <JaBen!~Thunderbi@2a02:8109:86c0:1c58:bd52:f0ef:80f0:e69e> has joined #yocto17:01
RPJPEW, kanavin: There looks to be a load of low hanging issues in the remaining reproducibity list. Just wondering what to do with the lists/info...17:05
* RP wonders about opening bugs17:05
*** JaBen <JaBen!~Thunderbi@2a02:8109:86c0:1c58:bd52:f0ef:80f0:e69e> has quit IRC17:10
*** intera91 <intera91!> has quit IRC17:12
*** amitk <amitk!~amit@unaffiliated/amitk> has quit IRC17:12
JPEWRP: Seems reasonable17:15
*** B0ned1ger <B0ned1ger!> has joined #yocto17:16
*** fl0v0 <fl0v0!> has quit IRC17:18
RPJPEW: half these look easier to fix with patches than file bugs! :)17:19
*** B0ned1ger <B0ned1ger!> has quit IRC17:20
JPEWRP: Hmm, sounds like a reporting problem more than anything then17:25
*** mckoan is now known as mckoan|away17:28
*** samvlewis <samvlewis!~samvlewis@> has quit IRC17:30
*** B0ned1ger <B0ned1ger!> has joined #yocto17:31
*** samvlewis <samvlewis!~samvlewis@> has joined #yocto17:33
*** WillMiles <WillMiles!~Will@> has quit IRC17:36
*** WillMiles <WillMiles!~Will@> has joined #yocto17:37
*** oberstet <oberstet!~oberstet@> has joined #yocto17:42
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has quit IRC17:44
*** B0ned1ger2 <B0ned1ger2!> has joined #yocto17:49
*** B0ned1ger <B0ned1ger!> has quit IRC17:53
*** B0ned1ger2 <B0ned1ger2!> has quit IRC17:54
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has joined #yocto17:56
*** nohit <nohit!sid334887@gateway/web/> has quit IRC18:01
*** buffo <buffo!uid486560@gateway/web/> has quit IRC18:01
*** buffo <buffo!uid486560@gateway/web/> has joined #yocto18:01
*** B0ned1ger <B0ned1ger!> has joined #yocto18:02
*** nohit <nohit!sid334887@gateway/web/> has joined #yocto18:02
*** B0ned1ger <B0ned1ger!> has quit IRC18:07
*** B0ned1ger <B0ned1ger!> has joined #yocto18:10
*** bandito_embedded <bandito_embedded!a5e14d9c@> has joined #yocto18:17
*** linums <linums!~linums@> has joined #yocto18:17
*** linums <linums!~linums@> has quit IRC18:23
*** kpo_ <kpo_!> has quit IRC18:23
*** kpo_ <kpo_!> has joined #yocto18:24
*** gounaris <gounaris!~quassel@> has quit IRC18:24
*** linums <linums!> has joined #yocto18:24
*** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/> has quit IRC18:29
*** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC18:35
bandito_embeddedLetoThe2nd : Thank you very much! checkout gatesgarth and it works, thanks;)18:35
dl9pfwhats the recommended way to cache the uninative tarballs on a mirror ?18:55
*** dvhart <dvhart!~dvhart@> has joined #yocto19:10
*** Anarky <Anarky!~Anarky@2a01:cb14:585:6700:baac:6fff:fea4:58b5> has joined #yocto19:10
*** dvhart <dvhart!~dvhart@> has quit IRC19:12
*** bobo <bobo!> has joined #yocto19:15
*** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto19:19
*** manuel_ <manuel_!> has quit IRC19:22
*** manuel1985 <manuel1985!> has joined #yocto19:23
*** manuel1985 <manuel1985!> has joined #yocto19:25
*** linums <linums!> has quit IRC19:26
*** linums <linums!> has joined #yocto19:27
*** goliath <goliath!> has quit IRC19:28
*** tnovotny <tnovotny!> has quit IRC19:29
*** linums <linums!> has quit IRC19:30
*** linums <linums!> has joined #yocto19:30
*** manuel1985 <manuel1985!> has quit IRC19:35
*** manuel1985 <manuel1985!> has joined #yocto19:36
*** manuel1985 <manuel1985!> has quit IRC19:40
*** manuel1985 <manuel1985!> has joined #yocto19:40
*** linums <linums!> has quit IRC19:47
*** linums <linums!> has joined #yocto19:48
*** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/> has joined #yocto19:49
*** gounaris <gounaris!~quassel@> has joined #yocto19:51
*** WillMiles <WillMiles!~Will@> has quit IRC19:52
*** bandito_embedded <bandito_embedded!a5e14d9c@> has quit IRC19:56
*** gounaris <gounaris!~quassel@> has quit IRC19:56
*** rcoote <rcoote!~rcoote@2a02:908:692:81c0:e429:af41:cb37:c217> has quit IRC19:57
*** goliath <goliath!> has joined #yocto20:05
*** JaBen <JaBen!~Thunderbi@2a02:8109:86c0:1c58:bd52:f0ef:80f0:e69e> has joined #yocto20:11
RPdl9pf: I remember that being trickier than ideal, I wish I remembered the details. I think it needed a slightly more interesting url map than normal20:11
*** JaBen <JaBen!~Thunderbi@2a02:8109:86c0:1c58:bd52:f0ef:80f0:e69e> has joined #yocto20:11
*** JaBen <JaBen!~Thunderbi@2a02:8109:86c0:1c58:bd52:f0ef:80f0:e69e> has quit IRC20:13
*** dvhart <dvhart!~dvhart@> has joined #yocto20:16
*** dvhart <dvhart!~dvhart@> has quit IRC20:17
*** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC20:31
*** linums <linums!> has quit IRC20:33
*** linums <linums!~linums@> has joined #yocto20:35
*** armpit <armpit!~armpit@2601:202:4180:a5c0:c8b8:7fc5:a225:bb8d> has quit IRC20:36
*** mark__ <mark__!~mark@2607:fea8:e2c1:8000::8967> has joined #yocto20:39
diamondman@yocton I forgot to thank you for your suggestion earlier. I am trying it out now, but didn't want to come to IRC for help then immediately bail :)20:43
*** armpit <armpit!~armpit@2601:202:4180:a5c0:93c:d121:547f:3124> has joined #yocto20:49
*** linums <linums!~linums@> has quit IRC20:50
*** linums <linums!> has joined #yocto20:50
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has quit IRC20:59
*** glxnull <glxnull!b1f1762a@> has joined #yocto21:03
*** glxnull <glxnull!b1f1762a@> has quit IRC21:03
*** B0ned1ger2 <B0ned1ger2!> has joined #yocto21:11
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has joined #yocto21:11
RPJPEW, kanavin: is diffoscope on some of the regularly failing repro packages21:12
JPEWRP: I think I patched bison to take -fdebug-prefix-map arguments, which should fix the acpica difference21:14
*** B0ned1ger <B0ned1ger!> has quit IRC21:14
*** bluelightning_ is now known as bluelightning21:15
RPbluelightning: its 45 mins, I think I have the wrong calendar, sorry21:15
RPJPEW: right, there are a few of these which look fairly obvious. watchdog looks like a varying sendmail path from the host21:16
JPEWbabletrace2 looks gross. Must be using the host python version? *why*!21:17
*** moose <moose!45540b4b@> has quit IRC21:17
yoctondiamondman: No problem :) I hope that'll work21:17
*** sstabellini <sstabellini!sstabellin@gateway/shell/xshellz/x-ydoglmvaptjphfrz> has quit IRC21:17
*** sstabellini <sstabellini!sstabellin@gateway/shell/xshellz/x-dhebtcanxhfmqpcv> has joined #yocto21:17
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has quit IRC21:18
diamondman@yocton: It looks good. I honestly didn't know you could invoke a task in multiple recipes with a single command, so I was going after building dependency trees instead. This makes a lot of sense21:18
yoctoncool :D21:19
*** armpit <armpit!~armpit@2601:202:4180:a5c0:93c:d121:547f:3124> has quit IRC21:21
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has joined #yocto21:21
diamondmanyeah this looks like it will work! Thanks!21:24
RPJPEW: might be possible just to sed that out21:28
JPEWRP: I think I've got the apcica one21:30
RPJPEW: cool. I'll take watchdog :)21:30
RPJPEW: you can see what I mean about it being easier to fix some than open bugs! :)21:30
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has quit IRC21:32
*** armpit <armpit!> has joined #yocto21:40
*** npongratz <npongratz!> has joined #yocto21:41
zeddiisorry i'm late. Here now.21:45
zeddii(kidding, I've been watching the chat).21:45
zeddiiand I'm in the wrong channel21:45
zeddiithat joke failed!21:45
* zeddii goes to the TSC channel.21:45
*** npongratz <npongratz!> has quit IRC21:46
*** linums <linums!> has quit IRC21:49
*** linums <linums!> has joined #yocto21:49
RPzeddii: I managed that too :)21:57
*** GlennS37 <GlennS37!> has joined #yocto22:00
*** GlennS37 <GlennS37!> has quit IRC22:02
*** bradfa <bradfa!sid297668@gateway/web/> has quit IRC22:14
*** bradfa <bradfa!sid297668@gateway/web/> has joined #yocto22:14
*** adelcast <adelcast!> has quit IRC22:16
*** linums <linums!> has quit IRC22:28
*** linums <linums!> has joined #yocto22:28
*** adelcast <adelcast!> has joined #yocto22:30
*** linums <linums!> has quit IRC22:35
*** linums <linums!> has joined #yocto22:36
*** adelcast <adelcast!> has quit IRC22:36
*** manuel1985 <manuel1985!> has quit IRC22:37
*** linums <linums!> has quit IRC22:44
*** linums <linums!> has joined #yocto22:44
*** linums <linums!> has joined #yocto22:45
*** adelcast <adelcast!> has joined #yocto22:50
*** linums <linums!> has quit IRC22:52
*** linums <linums!> has joined #yocto22:53
*** goliath <goliath!> has quit IRC22:53
*** mouser <mouser!~mouser@> has joined #yocto23:00
mouserlinux-yocto SUBLEVEL seems to increment upwards long past upstream sources. Is there any documentation that explains what is happening there?23:02
*** agust <agust!> has quit IRC23:02
mouser(and to be clear, I understand that this is probably yocto specific patching that goes beyond upstream, but I was hoping to get some understanding on how it is organized)23:05
*** JaMa <JaMa!> has quit IRC23:07
*** Anarky <Anarky!~Anarky@2a01:cb14:585:6700:baac:6fff:fea4:58b5> has quit IRC23:08
*** linums <linums!> has quit IRC23:09
*** linums <linums!~linums@> has joined #yocto23:10
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has joined #yocto23:12
*** leon-anavi <leon-anavi!~Leon@> has quit IRC23:12
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto23:13
*** JaMa <JaMa!> has joined #yocto23:13
*** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/> has quit IRC23:29
*** linums <linums!~linums@> has quit IRC23:31
*** dev1990 <dev1990!> has quit IRC23:31
*** linums <linums!> has joined #yocto23:31
*** leon-anavi <leon-anavi!~Leon@> has quit IRC23:39
*** sakoman <sakoman!~steve@> has quit IRC23:43
*** sakoman <sakoman!~steve@> has joined #yocto23:43
*** sakoman <sakoman!~steve@> has quit IRC23:44
*** sakoman <sakoman!~steve@> has joined #yocto23:48
*** kpo_ <kpo_!> has quit IRC23:52
*** kpo_ <kpo_!> has joined #yocto23:52
*** mbulut <mbulut!> has quit IRC23:52

Generated by 2.17.2 by Marius Gedminas - find it at!