Thursday, 2021-04-29

*** paulg <paulg!> has quit IRC00:03
*** kaspter <kaspter!~Instantbi@> has quit IRC00:06
*** kaspter <kaspter!~Instantbi@> has joined #yocto00:07
*** M4x4dib <M4x4dib!~m4x4dib@2601:2c3:c100:fa50:c575:5ac:1fd0:2bcb> has joined #yocto00:34
*** M4x4dib <M4x4dib!~m4x4dib@2601:2c3:c100:fa50:c575:5ac:1fd0:2bcb> has quit IRC00:39
*** thaytan <thaytan!> has quit IRC00:39
*** thaytan <thaytan!> has joined #yocto00:40
*** Spooster <Spooster!> has joined #yocto00:57
*** R0b0t1 <R0b0t1!~R0b0t1@unaffiliated/r0b0t1> has quit IRC01:00
*** vmeson <vmeson!> has quit IRC01:17
*** R0b0t1 <R0b0t1!~R0b0t1@unaffiliated/r0b0t1> has joined #yocto01:33
*** vmeson <vmeson!> has joined #yocto01:36
*** nate0202 <nate0202!> has quit IRC01:48
*** hpsy1 <hpsy1!~hpsy@> has quit IRC02:04
*** Spooster <Spooster!> has quit IRC02:08
*** sakoman <sakoman!> has quit IRC02:16
*** hpsy <hpsy!~hpsy@> has joined #yocto02:19
khemJPEW: seems that nasm now has --reproducible option do we still need the patch for adding debug-prefix-map ?02:29
*** sakoman <sakoman!> has joined #yocto02:33
khemhey sakoman02:33
sakomanhey khem!02:34
khemhow is life in Hawaii !!02:34
sakomanI glad I made the move ;-)02:38
sakomanI think we are coming on six years now.  Time flies!02:41
sakomanHeading off to make some dinner now . . .02:42
*** sakoman <sakoman!> has quit IRC02:42
*** ahadi <ahadi!~ahadi@> has quit IRC02:44
*** ahadi <ahadi!~ahadi@> has joined #yocto02:45
*** hpsy <hpsy!~hpsy@> has quit IRC03:03
*** NiksDev <NiksDev!~NiksDev@> has quit IRC03:04
*** NiksDev <NiksDev!~NiksDev@> has joined #yocto03:05
*** M4x4dib <M4x4dib!~m4x4dib@2601:2c3:c100:fa50:c575:5ac:1fd0:2bcb> has joined #yocto03:15
*** M4x4dib <M4x4dib!~m4x4dib@2601:2c3:c100:fa50:c575:5ac:1fd0:2bcb> has quit IRC03:20
*** R0b0t1 <R0b0t1!~R0b0t1@unaffiliated/r0b0t1> has quit IRC03:21
*** camus <camus!~Instantbi@> has joined #yocto03:33
*** kaspter <kaspter!~Instantbi@> has quit IRC03:34
*** camus is now known as kaspter03:34
*** nate0202 <nate0202!> has joined #yocto04:00
*** M4x4dib <M4x4dib!~m4x4dib@2601:2c3:c100:fa50:c575:5ac:1fd0:2bcb> has joined #yocto04:00
*** georgem_home <georgem_home!uid210681@gateway/web/> has quit IRC04:26
*** jobroe <jobroe!> has joined #yocto04:32
*** M4x4dib <M4x4dib!~m4x4dib@2601:2c3:c100:fa50:c575:5ac:1fd0:2bcb> has quit IRC05:04
*** Spooster <Spooster!> has joined #yocto05:05
*** Spooster <Spooster!> has quit IRC05:25
*** sno <sno!> has joined #yocto05:31
*** [Sno] <[Sno]!> has quit IRC05:33
*** AndersD <AndersD!> has joined #yocto05:36
*** AndersD_ <AndersD_!> has joined #yocto05:39
*** AndersD <AndersD!> has quit IRC05:42
*** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/> has joined #yocto05:54
*** gounaris <gounaris!~quassel@> has joined #yocto05:58
*** R0b0t1 <R0b0t1!~R0b0t1@unaffiliated/r0b0t1> has joined #yocto06:01
*** rcoote <rcoote!> has joined #yocto06:01
*** NiksDev <NiksDev!~NiksDev@> has quit IRC06:05
*** kaspter <kaspter!~Instantbi@> has quit IRC06:07
*** kaspter <kaspter!~Instantbi@> has joined #yocto06:08
*** agust <agust!> has joined #yocto06:09
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto06:10
*** gounaris <gounaris!~quassel@> has quit IRC06:10
LetoThe2ndyo dudX06:19
*** rcoote <rcoote!> has quit IRC06:22
*** NiksDev <NiksDev!~NiksDev@> has joined #yocto06:36
*** frsc <frsc!> has joined #yocto06:36
*** mckoan|away is now known as mckoan06:45
*** nate0202 <nate0202!> has quit IRC06:54
*** kpo_ <kpo_!> has quit IRC06:54
*** nate0202 <nate0202!> has joined #yocto06:55
*** fl0v0 <fl0v0!~fvo@> has joined #yocto06:55
*** kpo_ <kpo_!> has joined #yocto06:55
*** hpsy <hpsy!~hpsy@> has joined #yocto06:56
*** sno <sno!> has quit IRC07:00
*** sno <sno!> has joined #yocto07:04
*** thekappe <thekappe!c65a42b1@> has joined #yocto07:06
*** Jonek <Jonek!> has joined #yocto07:09
*** sno <sno!> has quit IRC07:11
*** sno <sno!> has joined #yocto07:13
*** freanux <freanux!~freanux@unaffiliated/freanux> has joined #yocto07:14
*** intera_91 <intera_91!> has joined #yocto07:15
intera_91good morning, I have a recipe using meson find_program and that recipe fails because the program it is looking for is in /usr/local/bin I was wondering whethger I could ament HOSTTOOLS to include these programs and if so where can I do that07:17
*** sno <sno!> has quit IRC07:18
LetoThe2ndintera_91: wrong appraoch. you rather should provide the tool through a -native recipe07:19
*** sno <sno!> has joined #yocto07:19
intera_91the find_program in meson is set to native:true07:19
LetoThe2ndthats not what i'm talking about.07:19
LetoThe2ndmeson is supposed to look into the provided sysroot. and DEPENDing on -native recipes will put those things into the sysroot.07:20
intera_91isn't the sysroot is made of cross-compiled execs?07:22
LetoThe2ndit is.07:22
intera_91I need the native apps (the ones in /usr/local/bin on the host)07:22
LetoThe2ndagain, thats the wrong appraoch.07:22
intera_91so the recipe I should write would only copy the x86 execs to sysroot?07:23
LetoThe2ndthe -native recipe that you shall write must provide the tools you need in a reproducible way07:24
*** sno <sno!> has quit IRC07:25
LetoThe2ndif you totally think you know what you are doing, are willing to pass on all sensible support and to sacrifice your eternal soul, then you can look up the HOSTTOOLS stuff in the ref-manual. but at least i personally will completely refuse any further assistance, then.07:25
*** sno <sno!> has joined #yocto07:27
intera_91LetoThe2nd: I really am trying to understand here, please be patient but if I have to write a recipe that creates the tools in sysroot, these will be compiled for the armv7 processor. the find_program says native:true so am I underrstanding this part correctly?07:27
LetoThe2ndintera_91: no, again, you didn't listen. you have to create a "-native" recipe.07:28
LetoThe2ndthat exactly what those are meant for. they can run on the host during bitbake execution.07:29
LetoThe2ndso no, you're not understanding correctly.07:29
intera_91oh ok, so sorry, didn't click before07:29
LetoThe2ndi literally stated that in the very first response: tera_91: wrong appraoch. you rather should provide the tool through a -native recipe07:30
LetoThe2ndso, really, look up -native recipes.07:30
*** prabhakarlad <prabhakarlad!> has joined #yocto07:32
*** sno <sno!> has quit IRC07:32
*** goliath <goliath!> has joined #yocto07:33
*** sno <sno!> has joined #yocto07:35
*** tnovotny <tnovotny!> has joined #yocto07:37
*** kpo_ <kpo_!> has quit IRC07:43
*** kpo_ <kpo_!> has joined #yocto07:44
*** R0b0t1 <R0b0t1!~R0b0t1@unaffiliated/r0b0t1> has quit IRC07:48
*** radsquirrel <radsquirrel!~radsquirr@> has quit IRC07:48
*** yannholo <yannholo!> has joined #yocto08:09
*** psnsilva__ <psnsilva__!~psnsilva@> has joined #yocto08:11
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto08:12
*** sno <sno!> has quit IRC08:14
*** sno <sno!> has joined #yocto08:19
*** rcoote <rcoote!> has joined #yocto08:20
*** radsquirrel <radsquirrel!~radsquirr@> has joined #yocto08:22
*** sno <sno!> has quit IRC08:23
*** kpo <kpo!> has joined #yocto08:25
thekappehello guys ! how can I "instruct" a recipe to have some other recipes tasks being completed before it does anything ?08:26
thekappeeg: recipe B depends on recipe A do_deploy()08:26
*** MysticMice <MysticMice!3e1cabd2@> has joined #yocto08:27
qschulzTaileS: it is possible for a recipe to produce GPLv2 and GPLv3 licensed packages (as an example, can very well be other licenses). When you have a package with an incompatible license but the recipe "has" other licenses that are compatible, the recipe can be built, some of its packages can be used but you get a warning for incompatibly licensed packages because they are actually **not**08:28
qschulzcreated/packaged, hence absent from deploy/{ipk,deb,rpm}/ directory08:28
qschulzthis makes sure that you don't install a package of an incompatible license, since it's not available to you anymore08:28
qschulzhaving this turned into an error is a mistake IMO08:28
*** kpo <kpo!> has quit IRC08:29
*** plntyk <plntyk!> has quit IRC08:29
LetoThe2nddl9pf: yup. agreed.08:34
intera_91LetoThe2nd: wrote native recipe to basically install the tools I need but they do not appear in the recip-systool-native directory of the recipe that needs them08:39
LetoThe2ndintera_91: DEPENDS = "tool-i-need-native" in the recipe. or did you expect bitbake to build all tools unconditionally even if nobody actually needs them?08:41
intera_91am not building the tools just installing them08:42
intera_91already added that in the recipe that needs them08:45
*** mbulut <mbulut!> has joined #yocto08:50
dl9pfLetoThe2nd: cat08:52
*** yannholo <yannholo!> has quit IRC08:53
*** mbulut <mbulut!> has quit IRC08:56
*** yannholo <yannholo!> has joined #yocto08:56
*** nate0202 <nate0202!> has quit IRC08:59
*** M4x4dib <M4x4dib!~m4x4dib@2601:2c3:c100:fa50:c575:5ac:1fd0:2bcb> has joined #yocto09:01
*** M4x4dib <M4x4dib!~m4x4dib@2601:2c3:c100:fa50:c575:5ac:1fd0:2bcb> has quit IRC09:06
Ad0is there a way to preload docker images onto a yocto image partition?09:11
*** oberstet <oberstet!~oberstet@> has joined #yocto09:21
thekappehello guys09:24
thekappeI want to build a recipe that creates a tar.xz file with some files prsent in ${DEPLOYDIR}09:25
thekappeit must have the do_image_complete task in it09:26
*** yannholo <yannholo!> has quit IRC09:26
thekappeso in the do_deploy task I create the tar.xz archive09:26
thekappeand in the do_image_complete I've added a ":" only09:27
thekappebitbaking the recipe leads to09:27
thekappeERROR: Function failed: BUILDSPEC09:27
*** yannholo <yannholo!> has joined #yocto09:28
qschulzthekappe: and I guess your recipe creating this tarball is a package recipe?09:28
thekappeI don't know09:32
thekappeI've just created a .bb and put in there do_deploy and do_image_complete09:32
thekappewith a DEPENDS09:32
creichhi, i am creating a new recipe from a git source repo using 'devtool add'. so far that works pretty well. now i am at a point where i'd like to run a 'git pull' on the sources that are placed inside my devtool workspace. is there an easy way to achieve this?09:34
*** MysticMice <MysticMice!3e1cabd2@> has quit IRC09:36
*** vmeson <vmeson!> has quit IRC09:41
*** luneff <luneff!~yury@> has joined #yocto09:41
qschulzthekappe: you should do all this logic within an image recipe09:50
thekappeit seems so09:50
thekappeprobably I'll also need to create a vfat image with this files instead of a tar.xz09:51
thekappeDoes a simple template exists in somewhere out in space ?09:51
*** vmeson <vmeson!> has joined #yocto09:52
qschulzthekappe: depending on the content of your tarball/fs, you might want to use IMAGE_CMD logic?09:53
qschulzotherwise, just hook a new task after do_image_complete (well, in the correct order, might be just before, don't remember exactly)09:54
qschulzcreich: what's not working with git pull :) ?09:55
qschulzcreich: though, you have to know that this won't probably modify the commit hash specified in the devtool'ed recipe file, so you'll need to change it once you do a devtool finish or similar (have never created a recipe with devtool :/)09:56
creichqschulz: devtool creates some temporary branch, so pulling won't do anything useful out of the box. thought about 'devtool sync' but that complained about missing patches..10:04
creichi just removed the sources, kept the recipe and started over with a new 'devtool add'10:05
creichmaybe that's just a missing functionality in devtool10:05
qschulzcreich: it creates the branch on top of the one you asked it to base your recipe on, so a simple `git rebase <branch>` probably would have been enough10:14
thekappethere is no support for vfat image generation ?10:21
thekappeit seems that's not listed in fstypes10:21
creichqschulz: hmm.. sounds plausible.. thx :D10:25
LetoThe2ndthekappe: how would you put permissions on vfat?10:25
thekappei just need to put three file in the first partition of a emmc card that must be vfat10:31
thekappeending up with a master degree in yocto10:31
qschulzthekappe: what about looking into wic?10:31
LetoThe2ndthekappe: you're talking about something that would come out of wic. not out of bitbake, e.g. no IMAGE in the yocto sense10:32
thekappei know i know10:32
LetoThe2ndobviously not. </SCNR> ;-)10:32
thekappepoint is I want to use RAUC for updataing the boot partition10:32
LetoThe2ndpoint is, i want a sandwich10:33
thekappeyea i know10:33
thekappeyou are totallu right10:33
OnkelUllathekappe: You could use the "bootimg-partition" source plugin for wich.10:33
intera_91LetoThe2nd: have you had a chance to look at the recipe at , the purpose is to populate another receipe10:33
thekappeand rauc wnats a vfat image file with the files required for booting in it10:33
intera_91LetoThe2nd wan't finished: the purpose is for a find_program in a in another recipe to find these programs10:34
LetoThe2ndintera_91: hum wat?10:35
LetoThe2ndthekappe: well then make one
LetoThe2ndthekappe: wic supports vfat, with somewhat arbitrary content.10:36
thekappebut this generate a .wic file10:37
thekappewith the partition table10:38
LetoThe2ndintera_91: i don't get what you expect from me. i have the simple impression that you haven't properly tried to understand what a -native recipe is and how it relates to another recipe depending on it.10:38
thekappeas far as I know10:38
thekappeI need a way to have something (eg recipe) that takes the deployed/installed files of recipeA recipeB recipeC and generates a vfat fs with those files in it10:39
thekappe(eg regipe ?)10:40
thekappeand I need this .vfat to be directly accessible for example from ${DEPLOYDIR}10:40
LetoThe2ndthekappe: could probably done via multiconfig, if you want to have it at that stage of the pipeline.10:41
*** kaspter <kaspter!~Instantbi@> has quit IRC10:45
*** kaspter <kaspter!~Instantbi@> has joined #yocto10:46
intera_91LetoThe2nd: I must really apologise for not being clear, my question becomes why isn't the recipe I sent you the pastebin link to does not solve the find_program problem10:48
LetoThe2ndintera_91: probably because its totally whacked? randomly copying stuff into WORKDIR?10:49
LetoThe2ndintera_91: seriously. look at bc for example. it happily serves as -native as well as target variant. do you spot a difference in do_install? no. so, the -native variant needs a proper install stage that adheres paths and all too.10:50
LetoThe2ndintera_91: then anoter recipe can be DEPENDS = "bc-native". then, and only then, bc will be available under /usr/bin of the sysroot that the depending recipe can use.10:51
LetoThe2ndintera_91: in a nutshell: make sure you understand the mechanism first, instead of randomly cobbling up stuff.10:52
*** mcfrisk <mcfrisk!> has quit IRC10:53
intera_91LetoThe2nd: thanks for the hint, I got a skeleton recipe from the net on which I based this work, guess that wasn't the right example to follow10:53
*** mcfrisk <mcfrisk!> has joined #yocto10:53
LetoThe2ndplus efl is probably just a super complicated target.10:54
*** M4x4dib <M4x4dib!~m4x4dib@2601:2c3:c100:fa50:6c44:bc35:e013:bbe4> has joined #yocto11:02
*** M4x4dib <M4x4dib!~m4x4dib@2601:2c3:c100:fa50:6c44:bc35:e013:bbe4> has quit IRC11:07
JaMaintera_91: look at meta-efl recipe, that will be better start than what you shown in
intera_91@jama: the recipe shown in tyhe pastebin only attempt to give the actual efl recipe the tools it  needs to complete, not to install efl11:09
intera_91@jama: stems from a meson.builkd in meta-efl not completing with an error on find_program() -> not finding the program11:10
*** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC11:13
JaMaitseris: see BBCLASSEXTEND in that's how you can build efl-native from the same sources11:13
JaMaintera_91: ^11:13
*** georgem_home <georgem_home!uid210681@gateway/web/> has joined #yocto11:17
*** camus <camus!~Instantbi@> has joined #yocto11:26
*** kaspter <kaspter!~Instantbi@> has quit IRC11:27
*** camus is now known as kaspter11:27
*** Net147 <Net147!~Net147@unaffiliated/net147> has joined #yocto12:07
*** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC12:08
*** Net147 <Net147!~Net147@unaffiliated/net147> has joined #yocto12:10
*** Net147 <Net147!~Net147@unaffiliated/net147> has joined #yocto12:22
*** luneff <luneff!~yury@> has quit IRC12:32
*** ahalaney <ahalaney!> has joined #yocto12:43
JPEWkhem: We probably still need the --debug-prefix-map option in nasm.... It doesn't look like the --reproducible option covers paths12:48
JPEWkhem: Ah, it looks like they moved to github, so I'll refresh the patches there12:51
*** hpsy <hpsy!~hpsy@> has quit IRC12:58
*** Spooster <Spooster!> has joined #yocto12:59
*** jobroe <jobroe!> has quit IRC13:04
*** prabhakarlad <prabhakarlad!> has quit IRC13:17
*** zbodek <zbodek!> has joined #yocto13:20
zbodekhi. I am trying to enable perf with trace (related to this commit )13:22
zbodekI added meta-selinux to my bblayers, I created perf.bbappend to add audit to PACKAGECONFIG13:23
zbodeknow I have an error that nothing provides audit-python313:23
zbodekall meta-layers that are mentioned in the layer dependencies in meta-selinux are added to bblayers.conf13:23
zbodekHas anyone been able to build it? Am I missing something?13:24
*** intera_91 <intera_91!> has quit IRC13:31
*** paulg <paulg!> has joined #yocto13:33
*** otavio_ <otavio_!> has joined #yocto13:35
*** M4x4dib <M4x4dib!~m4x4dib@2601:2c3:c100:fa50:c575:5ac:1fd0:2bcb> has joined #yocto13:37
qschulzzbodek: triple check that all your layers are checked out in the correct release branch13:38
qschulzzbodek: the package is named audit-python13:40
qschulzand your error tells us that Yocto is looking for audit-python313:40
qschulzzbodek: pretty sure it's an issue introduced by this:
qschulzprobably a search and replace was done and since the PACKAGECONFIG option isn't selected by default..13:42
qschulzit went unnoticed13:42
qschulzI don't know if Bruce is on this IRC channel, but anyway, I guess it's worth sending a patch once you have made sure it builds fine :)13:43
zbodekqschulz: thanks a million, changing audit-python3 to audit-python seems to solve the problem13:49
qschulzzbodek: please send a patch :)13:52
*** nate0202 <nate0202!> has joined #yocto13:55
tlwoernerzeddii: ^^ (aka "Bruce")13:56
*** prabhakarlad <prabhakarlad!> has joined #yocto13:58
*** sakoman <sakoman!> has joined #yocto14:00
*** thekappe <thekappe!c65a42b1@> has quit IRC14:02
zeddiihah yes. rdepends are packages, not recipes. That would have just slipped through. It is obviously not used, so beware of runtime gremlins as well14:04
qschulzzeddii: I dont' think there ever was an audit-python3?14:06
*** tnovotny <tnovotny!> has quit IRC14:07
*** M4x4dib <M4x4dib!~m4x4dib@2601:2c3:c100:fa50:c575:5ac:1fd0:2bcb> has quit IRC14:08
zeddiithat's not what I'm saying14:08
zeddiizbodek: I can take care of fixing it. easy for me to do.14:09
*** NiksDev2 <NiksDev2!~NiksDev@> has joined #yocto14:09
*** NiksDev <NiksDev!~NiksDev@> has quit IRC14:10
zbodekzeddii: I would greately appreciate it because I can't do it right away.14:11
zeddiino problem. I'll pull something together this afternoon.14:12
zbodekzeddii: thanks a lot!14:13
*** armpit2 <armpit2!~armpit@2601:202:4180:a5c0:a862:d97f:9823:714e> has joined #yocto14:14
*** armpit <armpit!~armpit@2601:202:4180:a5c0:a9ac:3dd7:2c01:881> has quit IRC14:17
*** WillMiles <WillMiles!~Will@> has joined #yocto14:18
*** Jonek <Jonek!> has quit IRC14:24
*** R0b0t1 <R0b0t1!~R0b0t1@unaffiliated/r0b0t1> has joined #yocto14:28
*** paulg <paulg!> has quit IRC14:32
*** rcoote <rcoote!> has quit IRC14:35
*** MysticMice <MysticMice!3e1cabd2@> has joined #yocto14:39
*** M4x4dib <M4x4dib!~m4x4dib@2601:2c3:c100:fa50:c575:5ac:1fd0:2bcb> has joined #yocto14:40
*** M4x4dib <M4x4dib!~m4x4dib@2601:2c3:c100:fa50:c575:5ac:1fd0:2bcb> has quit IRC14:44
*** paulg <paulg!> has joined #yocto14:45
*** plntyk <plntyk!> has joined #yocto14:46
*** c4t3l_home <c4t3l_home!~rcallicot@> has joined #yocto14:55
fullstophey, dumb question.. how do I add "timeout" from coreutils to an image?14:56
fullstopUsually these things are done with PACKAGECONFIG, but that doesn't seem to be the case with coreutils.14:56
LetoThe2ndfullstop: IMAGE_INSTALL_append = " coreutils" :)14:59
fullstopLetoThe2nd: will that replace busybox stuff with coreutils, though?14:59
LetoThe2ndfullstop: should, IIUC15:00
fullstopI want to leave that alone and just add "timeout"15:00
LetoThe2ndfullstop: then you'll probably have to manually split up coreutils.15:01
*** zbodek <zbodek!> has quit IRC15:01
fullstopWell that's a bummer.  Thanks!15:01
LetoThe2ndhave fun15:01
*** AndersD_ <AndersD_!> has quit IRC15:03
*** sbach <sbach!~sbachmatr@> has quit IRC15:20
qschulzfullstop: once you've split it out of coreutils, make sure to add RDEPENDS_${PN} += "${PN}-timeout" so that you don't break existing recipes15:22
fullstopqschulz: thanks.  I might end up adding timeout to busybox since that seems like it will break the least number of things.15:25
*** extorr <extorr!~extor@unaffiliated/extor> has quit IRC15:26
*** extorr <extorr!~extor@unaffiliated/extor> has joined #yocto15:26
manuel1985If a base recipe in layer A has SRC_URI="myfile", and there's a file with exactly that name in the files subdir of another layer whose bbappend has "FILESEXTRAPATHS_prepend := "${THISDIR}/files:"", which file does yocto take?15:29
*** JaBen <JaBen!~Thunderbi@2a02:8109:86c0:1c58:bd52:f0ef:80f0:e69e> has joined #yocto15:29
qschulzmanuel1985: look into ${WORKDIR}/temp/log.do_fetch15:33
qschulzthere's no universal answer, but basically if the relative path to myfile is identical in both layers, the one from the bbappend will take precedence15:34
manuel1985qschulz: I see, thank you!15:35
qschulzmanuel1985: but there's a catch with OVERRIDES, so to put it simply: 1) exact same relative path, or 2) check ${WORKDIR}/temp/log.do_fetch this will tell you which paths are traversed and the first to be matched15:35
*** sbach <sbach!~sbachmatr@> has joined #yocto15:38
RPJPEW: I think I've spotted an interesting issue where multiconfig builds and hashequiv don't get on15:45
*** JaBen <JaBen!~Thunderbi@2a02:8109:86c0:1c58:bd52:f0ef:80f0:e69e> has quit IRC15:45
RPJPEW: basically if a task rehashes and is deferred due to overlap with another bit of a multiconfig build, it ends up running twice with different hashes and no sstate reuse15:45
*** JaBen <JaBen!~Thunderbi@2a02:8109:86c0:1c58:bd52:f0ef:80f0:e69e> has joined #yocto15:46
*** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC15:58
*** clementp[m] <clementp[m]!cperonmatr@gateway/shell/> has quit IRC16:00
*** zkrx <zkrx!~slimshady@> has quit IRC16:07
*** fl0v0 <fl0v0!~fvo@> has quit IRC16:14
*** zkrx <zkrx!~slimshady@> has joined #yocto16:19
*** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto16:25
*** mckoan is now known as mckoan|away16:34
*** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC16:34
*** prabhakarlad <prabhakarlad!> has quit IRC16:39
*** camus <camus!~Instantbi@> has joined #yocto16:40
*** kaspter <kaspter!~Instantbi@> has quit IRC16:41
*** camus is now known as kaspter16:41
*** frsc <frsc!> has quit IRC16:42
RPOf course it isn't that "simple" :/16:52
fraynothign ever it16:55
JPEWRP; eww16:59
*** kaspter <kaspter!~Instantbi@> has quit IRC17:07
*** kaspter <kaspter!~Instantbi@> has joined #yocto17:08
*** oberstet <oberstet!~oberstet@> has quit IRC17:12
RPI think I just don't understand the code and my fix does work "correctly" but there is a bigger setscene optimisation we need to think about17:18
fraybitbake or classes?17:19
RPfray: bitbake17:20
RPJPEW, fray:
*** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/> has quit IRC17:29
*** MysticMice <MysticMice!3e1cabd2@> has quit IRC17:32
*** MysticMice <MysticMice!3e1cabd2@> has joined #yocto17:34
frayseems reasonable17:36
JPEWRP: Is it possible tid is already in sd_deferred and it might get added to torehash twice?17:45
khemJPEW: yeah that patch is still needed. Although that option you added is behaving like -fmacro-prefix-map17:52
khemnot -fdebug-prefix-map17:52
khemchange its doing is changing FILE directive in generated .o from .asm files17:53
*** yannholo <yannholo!> has quit IRC17:56
JPEWkhem: I don't follow. It's changing the FILE symbol in the elf file, which is implicitly added by nasm; IIRC this is the same as the gcc, and is affect by -debug-prefix-map, not -macro-prefix-map17:58
khemndec:  when I search for string "oe-pkgdata-util" on I can not find it but its there
khemgoogle search returns it from mega-manual correctly17:58
ndecwell google is definietly known for finding things better than anyone ;)17:59
khemJPEW:  yes I mixed it with __FILE__ which is same as FILE in c/c++17:59
khemndec:  but sadly it does not index yet17:59
khemso all hits go to
ndecthat's correct.. and something we should fix..18:00
khemand 2.2 is sorted above newer ones18:00
khemso ideally it should point to current docs before the  older released ones18:01
rfs613is there a simple trick determing which *.bb got used (in the case where there are multiple layers with same recipe)?18:04
rfs613(kind of like 'bitbake -s' but showing which layer, or ideally, the full path to the *.bb file)18:08
*** psnsilva__ <psnsilva__!~psnsilva@> has quit IRC18:09
*** kpo <kpo!> has joined #yocto18:36
*** MysticMice <MysticMice!3e1cabd2@> has quit IRC18:38
*** prabhakarlad <prabhakarlad!> has joined #yocto18:39
*** felipealmeida <felipealmeida!~felipealm@> has quit IRC18:46
*** felipealmeida <felipealmeida!> has joined #yocto18:47
*** kaspter <kaspter!~Instantbi@> has quit IRC18:53
*** kaspter <kaspter!~Instantbi@> has joined #yocto18:54
*** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/> has joined #yocto18:56
RPJPEW: I think from the way it is constructed, no, it shouldn't be19:00
RPrfs613: bitbake-layers ?19:03
*** vdehors <vdehors!> has quit IRC19:03
rfs613RP: that shows the layers & priority, what I wanted was to quickly find out which *.bb (from which layer) is actually used.19:04
*** argonautx <argonautx!> has joined #yocto19:04
*** kpo <kpo!> has quit IRC19:05
rfs613I was able to extract this manually from 'bitbake -e foobar', looking at eg. SRC_URI to see which *.bb it came from.19:05
*** kpo <kpo!> has joined #yocto19:05
RPrfs613: even something like bitbake-layers show-recipes -f19:06
rfs613RP: oh neat! I had tried show-recipies, but didn't know about -f option19:08
rfs613thank you :)19:09
RPrfs613: neither did I until a few minutes ago but I figured it had to do it somehow19:11
RPthose commands do have good hel19:11
rfs613yup, as usual just a case of RFTM... :-)19:13
RParmpit2: did something change in meta-security recently?19:15
RParmpit2: it passes testing with master-next and failed when I merged to master :(19:15
JPEWRP: OK, seems good to me then19:31
*** kpo <kpo!> has quit IRC19:38
*** agust <agust!> has quit IRC19:43
*** agust <agust!> has joined #yocto19:44
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC19:47
*** joeythesaint <joeythesaint!~joe@> has left #yocto19:47
*** joeythesaint <joeythesaint!~joe@> has joined #yocto19:48
smurrayrfs613: bitbake-layers show-overlayed will indicate which version of a recipe is used (it'll be the first one listed)19:49
*** gpanders <gpanders!> has quit IRC19:52
rfs613smurray: i had actually tried that... but the package I was interested in did not appear in that output. In fact it looks like only a small subset of total recipies appear.19:52
smurrayrfs613: AFAIK it only shows recipes that have more than one version19:53
*** gpanders <gpanders!> has joined #yocto19:53
rfs613smurray: hehe, looks like i managed to have both poky and openembedded-core repos checked out along side each other. Only poky was added as layer, so bitbake only had one spot to find the recipe. However when I use find/grep both copies show up.20:02
smurrayrfs613: doh!20:03
rfs613this may explain a lot of my confusion ;-)20:03
dwagenkGood Evening! Is anybody here active in the conference planning for  Yocto Project Virtual Summit?20:11
dwagenkTried contacting the conference team via the e-mail address/mailinglist like mentioned at but it is beeing rejected because I'm not subscribed to that list.20:11
dwagenkNot ideal for an outwards facing contact address...20:11
RPdwagenk: you want ndec or tlwoerner20:15
tlwoernerRP: thanks20:15
*** vdehors <vdehors!> has joined #yocto20:15
tlwoernerdwagenk: you can send me an email at twoerner@gmail.com20:16
tlwoernerdwagenk: the conferences@ mailing list is more of an email list for the conference planners to talk amongst themselves while doing the planning :-)20:17
dwagenktlwoerner: done, thanks!20:17
*** WillMiles <WillMiles!~Will@> has quit IRC20:18
*** MysticMice <MysticMice!> has joined #yocto20:35
MysticMiceHello, all. I have a yocto build on a folder and I intended to move it to another drive. Copying it directly made the symlinks be dereferenced and soon I had no storage left. What way I could copy it, keeping the symlinks functional, and that doesn't involve tar and untar? Thanks!20:37
dwagenkMysticMice: One approach would be to just move the sstate cache to the new drive and then  rerun the build there.20:44
MysticMiceSounds like a plan! But, forgive me my lack of knowledge, are there no symlinks on sstate cache?20:46
rburtonyeah don't bother moving anything but the layers and the sstate20:46
rburtonignore tmp.20:46
rburtonsstate is just compressed archives20:46
MysticMiceGreat! I've just started to rebuild, but, i think I will cancel it and try that. Thanks!20:47
*** gpanders <gpanders!> has quit IRC20:48
*** gpanders <gpanders!> has joined #yocto20:50
*** psnsilva__ <psnsilva__!~psnsilva@> has joined #yocto20:57
*** aidanh_ <aidanh_!~aidanh@unaffiliated/aidanh> has joined #yocto20:58
*** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has quit IRC21:00
*** aidanh_ is now known as aidanh21:00
*** dev1990 <dev1990!> has quit IRC21:06
*** dev1990 <dev1990!> has joined #yocto21:08
*** zkrx <zkrx!~slimshady@> has quit IRC21:09
*** armpit2 is now known as armpit21:12
*** Spooster <Spooster!> has quit IRC21:15
*** SWAT <SWAT!~swat@ubuntu/member/swat> has quit IRC21:27
*** psnsilva__ <psnsilva__!~psnsilva@> has quit IRC21:33
*** zkrx <zkrx!~slimshady@> has joined #yocto21:39
*** Spooster <Spooster!> has joined #yocto21:48
RPJPEW: I don't suppose you can easily see why "bitbake XXX -l RunQueue -l RunQueue"  doesn't show the same cooker output as bitbake XXX -DD ?21:50
RPits really starting to get to me as I don't want to parsing logs, just cooker21:52
*** ahalaney <ahalaney!> has quit IRC21:52
*** JaBen <JaBen!~Thunderbi@2a02:8109:86c0:1c58:bd52:f0ef:80f0:e69e> has joined #yocto22:06
*** nate0202 <nate0202!> has quit IRC22:06
*** xicopitz[m] <xicopitz[m]!xicopitzma@gateway/shell/> has joined #yocto22:07
JPEWRP: I didn't think it counted the arguments that way?22:10
RPJPEW: bb.msg line 166, dlevel = len(tuple(iterator))22:10
RPJPEW: I can't make it print any logging though even though it makes it through to there22:11
*** JaBen <JaBen!~Thunderbi@2a02:8109:86c0:1c58:bd52:f0ef:80f0:e69e> has quit IRC22:14
* JPEW looks22:15
JPEWRP: If you uncomment the logging_tree lines in knotty, you can see that the RunQueue logging level is not being affected (for some reason)22:18
RPJPEW: hmm :/22:19
JPEWHmm, it propagates the users logging config into loggerDefaultDomains, but I'm not sure if it goes the other direction22:21
JPEWOr probably more accurately, the -l option should be handled differently22:22
RPJPEW: I could have sworn this used to work so I guess something changed :/22:24
JPEWYa, I'm a little suprised also22:24
JPEWRP: Ideally, the loggerDefaultDomain would be on the way out the door; AFAIK the only (gross simplification) reason it has stuck around is because it's the way that the logging configuration is shared between the UI and bitbake process22:26
RPJPEW: ideally, yes, its horrible22:27
RPJPEW: I guess I should be trying to use a logging config to do what I'm trying to do22:28
JPEWYa, that would work22:28
RPEqually, runqueue is making my head hurt more than enough as it is22:28
JPEWRP: { "version": 1, "loggers": { "BitBake.RunQueue": { "level": "VERBOSE" } } }22:32
*** agust <agust!> has quit IRC22:33
*** nvmd <nvmd!~nvmd@> has joined #yocto22:38
RPJPEW: I can't make that work either :(22:55
*** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC22:59
RPJPEW: oh, it could be my fault with other debugging :/23:00
RPno, it isn't that...23:03
RPfray: might be interesting in your big builds23:09
frayohh another23:10
frayI've got that one and a previous queued to try..23:13
*** leon-anavi <leon-anavi!~Leon@> has quit IRC23:15
*** dvorkindmitry <dvorkindmitry!~dv@> has quit IRC23:16
*** M4x4dib <M4x4dib!~m4x4dib@2601:2c3:c100:fa50:c575:5ac:1fd0:2bcb> has joined #yocto23:17
*** argonautx <argonautx!> has quit IRC23:20
*** M4x4dib <M4x4dib!~m4x4dib@2601:2c3:c100:fa50:c575:5ac:1fd0:2bcb> has quit IRC23:22
RPkhem: I can't work out which of the patches are causing which issues :(23:22
RPreproducibile builds still running 12 hours later :/23:24
*** goliath <goliath!> has quit IRC23:35
*** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/> has quit IRC23:39
khemRP:  ok point me to one23:47
*** Spooster <Spooster!> has quit IRC23:47
*** Spooster <Spooster!> has joined #yocto23:47
khemwe can serialize them a bit23:47
khemlets get all other patched in first23:48
khemthen get the -ffile-prefix-map patch23:48
khemthen get gcc1123:48

Generated by 2.17.2 by Marius Gedminas - find it at!