Tuesday, 2020-03-10

*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:3092:7169:2a22:9e8d> has quit IRC00:05
armpitJPEW, it looks like he added that to the AB00:05
*** dbro <dbro!c77448a2@eero.static.monkeybrains.net> has quit IRC00:29
JPEWarmpit: excellent. thanks00:32
*** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC00:53
*** rcw <rcw!~rcw@69-165-153-133.dsl.teksavvy.com> has joined #yocto00:54
*** otavio <otavio!~otavio@177.194.196.4> has joined #yocto00:55
*** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto00:55
*** robert_yang <robert_yang!~robert@60.247.85.82> has quit IRC01:00
*** robert_yang <robert_yang!~robert@60.247.85.82> has joined #yocto01:00
*** rcw <rcw!~rcw@69-165-153-133.dsl.teksavvy.com> has quit IRC01:15
*** Scoutboy <Scoutboy!~quassel@83.80.130.15> has quit IRC01:17
*** robert_yang <robert_yang!~robert@60.247.85.82> has quit IRC01:30
*** robert_yang <robert_yang!~robert@60.247.85.82> has joined #yocto01:31
*** rcw <rcw!~rcw@69-165-153-133.dsl.teksavvy.com> has joined #yocto01:57
*** rcw <rcw!~rcw@69-165-153-133.dsl.teksavvy.com> has quit IRC01:59
*** dev1990 <dev1990!~dev@asx191.neoplus.adsl.tpnet.pl> has quit IRC02:29
*** otavio__ <otavio__!~otavio@177.194.196.4> has joined #yocto02:42
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC04:04
*** vineela <vineela!vtummala@nat/intel/x-aqdfpimmxssrgyla> has quit IRC04:11
*** otavio__ <otavio__!~otavio@177.194.196.4> has quit IRC04:15
*** vineela <vineela!~vtummala@134.134.139.74> has joined #yocto04:29
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC04:34
*** sj52 <sj52!cb36ac36@tel3187236.lnk.telstra.net> has joined #yocto04:37
*** Ad0 <Ad0!~Ad0@93.124.245.194> has quit IRC04:54
*** Ad0 <Ad0!~Ad0@93.124.245.194> has joined #yocto04:59
*** agust <agust!~agust@pD95F11D0.dip0.t-ipconnect.de> has joined #yocto05:14
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto05:15
*** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has joined #yocto05:29
*** ctlnwr <ctlnwr!~catalin@46.97.150.20> has joined #yocto05:53
*** ctlnwr_ <ctlnwr_!~catalin@46.97.150.20> has joined #yocto05:53
*** goliath <goliath!~goliath@91.141.1.104.wireless.dyn.drei.com> has joined #yocto06:14
*** jobroe <jobroe!~manjaro-u@193.158.0.154> has joined #yocto06:22
*** xtron <xtron!~xtron@110.93.212.98> has quit IRC06:45
*** vineela <vineela!~vtummala@134.134.139.74> has quit IRC06:45
*** xtron <xtron!~xtron@110.93.212.98> has joined #yocto06:49
*** goliath <goliath!~goliath@91.141.1.104.wireless.dyn.drei.com> has quit IRC06:51
*** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has quit IRC06:58
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has quit IRC07:07
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has joined #yocto07:08
*** m1ster_r0b0t <m1ster_r0b0t!~m1ster_r0@80-110-44-28.static.upcbusiness.at> has quit IRC07:12
*** apteryx <apteryx!~maxim@dsl-10-134-17.b2b2c.ca> has quit IRC07:16
*** apteryx <apteryx!~maxim@dsl-10-133-77.b2b2c.ca> has joined #yocto07:16
*** pohly <pohly!~pohly@p5B05600C.dip0.t-ipconnect.de> has joined #yocto07:17
*** kaspter <kaspter!~Instantbi@222.67.188.181> has quit IRC07:20
*** kaspter <kaspter!~Instantbi@222.67.188.181> has joined #yocto07:21
*** kroon <kroon!~kroon@213.185.29.22> has joined #yocto07:24
*** Guest30678 <Guest30678!~boo@fougasse.net> has quit IRC07:25
palatehello =)07:25
*** frsc <frsc!~frsc@2003:a:e7a:6200:b881:faf7:20c8:b9fa> has joined #yocto07:30
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@5.171.136.237> has joined #yocto07:35
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto07:35
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto07:41
*** fl0v0 <fl0v0!~fvo@89.244.126.67> has joined #yocto07:42
*** ssajal <ssajal!~ssajal@128.224.252.2> has quit IRC07:46
*** ssajal_ <ssajal_!~ssajal@128.224.252.2> has joined #yocto07:46
*** mattis <mattis!~mattis@cm-84.212.77.93.getinternet.no> has joined #yocto07:47
*** mckoan|away is now known as mckoan07:48
*** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has joined #yocto07:49
*** kroon <kroon!~kroon@213.185.29.22> has quit IRC07:59
*** kroon <kroon!~kroon@213.185.29.22> has joined #yocto08:01
warpme_hi *!08:07
*** sno <sno!~sno@p4FE93893.dip0.t-ipconnect.de> has quit IRC08:08
hmw1hi how do i disable the installing of an application in the sdk ( so i don't get te application source code and debug packages in the sdk )08:11
warpme_can somebody provide me WIC output log from creation of EFI bootable image? Target/architecture might be whatever. Ideally will be to have log from WIC launched with --debug option. Reason: I want to understand step-by-step how WIC creates EFI bootable image (especialy how WIC writes GRUB's kernel.img into image)08:12
LetoThe2ndhmw1: TOOLCHAIN_TASK_HOST_remove or whatsitcalled doesn't do the trick?08:12
*** yann <yann!~yann@91-170-159-152.subs.proxad.net> has quit IRC08:12
*** yacar_ <yacar_!~yacar_@static-css-csd-172251.business.bouyguestelecom.com> has joined #yocto08:14
erboIt's probably TOOLCHAIN_TARGET_TASK_remove if it's a package for the target, but that what I would try first too.08:14
hmw1LetoThe2nd:  tnx :D :D08:14
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has quit IRC08:18
*** hpsy <hpsy!~hpsy@217.66.60.5> has quit IRC08:18
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has joined #yocto08:18
hmw1erbo:  darn going to try that second if the sloution of leto fails. btw tnx for the feedback :D08:26
LetoThe2nderbo: i just can't keep those TOOLCHAIN_THINGS apart.08:26
erbohmw1: try mine first :)08:26
erboIt's basically what LetoThe2nd meant08:26
LetoThe2ndyeah try erbo's one first!08:26
erboLetoThe2nd: I cheated and looked it up :D08:27
LetoThe2nderbo: nothing wrong with that.08:27
hmw1had to many files open so i think its TOOLCHAIN_TARGET_TASK_remove first08:27
*** hpsy <hpsy!~hpsy@217.66.60.5> has joined #yocto08:33
*** Ninic0c0 <Ninic0c0!51ff1123@81.255.17.35> has joined #yocto08:33
*** PinkSnake <PinkSnake!51ff1123@81.255.17.35> has joined #yocto08:33
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto08:40
*** sstiller <sstiller!~sstiller@b2b-94-79-174-114.unitymedia.biz> has joined #yocto08:40
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC08:40
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto08:41
*** sno <sno!~sno@195.14.209.36> has joined #yocto08:46
*** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has quit IRC08:46
*** lucaceresoli <lucaceresoli!~lucaceres@81-174-47-191.v4.ngi.it> has joined #yocto08:56
hmw1erbo:  tnx it worked09:04
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC09:04
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@mob-31-157-149-192.net.vodafone.it> has joined #yocto09:06
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto09:06
*** yann <yann!~yann@85.118.38.73> has joined #yocto09:07
*** NiksDev <NiksDev!~NiksDev@192.91.75.30> has quit IRC09:08
*** florian_kc is now known as florian09:08
*** NiksDev <NiksDev!~NiksDev@192.91.75.12> has joined #yocto09:08
*** kanavin_home <kanavin_home!~ak@cable-95-168-152-69.cust.telecolumbus.net> has quit IRC09:08
*** yacar_ <yacar_!~yacar_@static-css-csd-172251.business.bouyguestelecom.com> has quit IRC09:14
*** jobroe <jobroe!~manjaro-u@193.158.0.154> has quit IRC09:16
*** jobroe_ <jobroe_!~manjaro-u@193.158.0.154> has joined #yocto09:16
*** vermaete <vermaete!51f6329a@mail.oip.be> has joined #yocto09:17
*** kanavin_home <kanavin_home!~ak@cable-95-168-152-69.cust.telecolumbus.net> has joined #yocto09:22
*** tomeccles <tomeccles!~tomeccles@167.98.27.226> has joined #yocto09:23
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto09:31
*** emrius <emrius!b91cbb1a@185.28.187.26> has joined #yocto09:36
*** kriive <kriive!~kriive@net-2-37-195-129.cust.vodafonedsl.it> has joined #yocto09:38
*** vermaete <vermaete!51f6329a@mail.oip.be> has quit IRC09:53
*** rburton <rburton!rburton@nat/intel/x-iyynrkezjabpyufk> has joined #yocto10:07
*** kpo <kpo!~kpo@eet50.internetdsl.tpnet.pl> has joined #yocto10:14
emriusHey folks, I was trying to explore the environment using `bitbake -e nginx` (for example). What I get back is my terminal being flooded with some python code. Is this what I should exepect, is this a bug or did I do something wrong?10:27
LetoThe2nderbo: consider it an expectation fulfilled :)10:28
LetoThe2ndemrius: ^^^^10:28
rburtonemrius: the environment includes all the code10:29
rburton | less is your friend10:29
emriusHmm... okaaaay...10:29
rburtonall the code in the recipe and classes it pulls in, that is10:29
emriusok thanks10:30
*** vermaete <vermaete!51f6329a@mail.oip.be> has joined #yocto10:39
dromanIs there some method to easily switch between a recipe using externalsrc and a normal recipe? I would use it to test that the code actually compiles fine with yocto build system before doing the commit. Currently I have a recipe like my-recipe_9999 and then the normal recipe with the normal version number but it's pretty ugly.10:43
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:2053:9642:7b83:aadc> has joined #yocto10:43
LetoThe2nddroman: you can do the externalsrc dance via local.conf, for example10:44
dromanLetoThe2nd: I tried to do it following the example of the dev manual but it didn't worked as expected. It was trying to pull the source code from the normal recipe anyway10:47
*** emrius <emrius!b91cbb1a@185.28.187.26> has quit IRC10:49
qschulzdroman: or use devtool?10:52
LetoThe2ndthats an option too.10:54
LetoThe2ndyet i am pretty certain that INHERIT and EXTERNALSRC_pn-mystuff should do the tricl10:54
dromanqschulz: thanks, will play with it and see how it works10:55
qschulzdroman: devtool modify, go to the sources, modify whatever you want, build your image or your SW with bitbake (or devtool build?). If you want to switch between recipes, remove/add the devtool layer to your bblayers.conf (I think devtool reset without removing the sources and then doing a devtool modify does not work but not 100% sure)10:59
*** Zajc <Zajc!~Zajc@user140.c8.vrhnika.kabelnet.net> has quit IRC11:00
*** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has quit IRC11:05
*** Zajc <Zajc!~Zajc@user140.c8.vrhnika.kabelnet.net> has joined #yocto11:06
dromanLetoThe2nd: It seems that it tries to pull the source from the normal SRC_URI but if you use externalsrc in local.conf it uses that source tree. The problem was that the src_uri of my normal recipe was invalid. I don't know if it's supposed to work this way11:22
*** vermaete <vermaete!51f6329a@mail.oip.be> has quit IRC11:24
*** khem <khem!~khem@unaffiliated/khem> has quit IRC11:24
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto11:25
*** berton <berton!~berton@177.194.196.4> has joined #yocto11:45
*** lucaceresoli <lucaceresoli!~lucaceres@81-174-47-191.v4.ngi.it> has quit IRC11:46
*** lucaceresoli <lucaceresoli!~lucaceres@81-174-47-191.v4.ngi.it> has joined #yocto11:52
*** berton <berton!~berton@177.194.196.4> has quit IRC11:58
*** berton <berton!~berton@177.194.196.4> has joined #yocto11:59
*** ebail <ebail!~ebail@40.73.12.109.rev.sfr.net> has quit IRC12:07
*** tgamblin <tgamblin!~tgamblin@128.224.252.2> has joined #yocto12:17
*** ebail <ebail!~ebail@40.73.12.109.rev.sfr.net> has joined #yocto12:20
*** hpsy <hpsy!~hpsy@217.66.60.5> has quit IRC12:22
*** alexpires <alexpires!5cb04ce1@92.176.76.225> has joined #yocto12:24
*** hpsy <hpsy!~hpsy@217.66.60.5> has joined #yocto12:24
*** gtristan48 <gtristan48!6e0bee55@110.11.238.85> has joined #yocto12:25
gtristan48Hi, I have an easier question today :)12:25
gtristan48When I build recipe foo.bb, which "DEPENDS +=" on bar.bb, but both are cached in the sstate cache12:26
gtristan48foo.bb explodes because it inherits from adduser.bbclass, which dynamically adds the user but tries to add it to the group which bar.bb creates12:27
*** hpsy <hpsy!~hpsy@217.66.60.5> has quit IRC12:27
gtristan48So as I understand it, the regular DEPENDS chain does not apply to do_populate_sysroot_setscene tasks (at least in my version)12:28
gtristan48Now I've seen some cryptical definitions of dependencies of tasks, and I'm wondering, how do I make foo.bb's do_populate_sysroot depend on bar.bb's do_populate_sysroot ?12:28
gtristan48There is a syntax for this I think yes ?12:28
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC12:29
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto12:29
gtristan48Inferring from https://www.yoctoproject.org/docs/1.6/bitbake-user-manual/bitbake-user-manual.html#inter-task-dependencies... perhaps: do_populate_sysroot[depends] = "bar:do_populate_sysroot" would work ?12:32
*** kroon <kroon!~kroon@213.185.29.22> has quit IRC12:33
RPgtristan48: I'd look in the bugzilla as there are open bugs about this kind of issue :(12:33
LetoThe2ndgtristan48: i am not really involved with the topic, but a 1.6 manual is certainly not authorative any more.12:33
*** hpsy <hpsy!~hpsy@217.66.60.5> has joined #yocto12:33
gtristan48LetoThe2nd, the 1.6 manual is probably too new for me yeah hehe12:34
LetoThe2ndgtristan48: i doubt that. and if, then you are so deep in trouble that you shouldn't IRC, but crawl into a corner and weep.12:34
gtristan48LetoThe2nd, sounds like the majority of people contracted to fix their clients yocto mess of layers provided by various vendors... who have cluelessly/frantically patched their recipes without following much guidelines12:36
gtristan48Still, I've found IRC quite helpful in this struggle :)12:36
LetoThe2ndgtristan48: i take it that you have looked up which release 1.6 really is?12:38
gtristan48Not really hehe, you got me :)12:39
*** dev1990 <dev1990!~dev@asx191.neoplus.adsl.tpnet.pl> has joined #yocto12:39
gtristan48I've got a commit sha somewhere telling me the poky this whole thing is based on, and I've yet to figure out where the "Version number" is encoded into the git repository12:39
*** kroon <kroon!~kroon@213.185.29.22> has joined #yocto12:40
rburtongtristan48: git tag --contains [sha]12:40
LetoThe2ndrburton: probably warrior :P12:41
rburtongtristan48: if you have poky then meta-poky/conf/distro/poky.conf12:43
*** kroon <kroon!~kroon@213.185.29.22> has quit IRC12:44
gtristan48Thanks, it looks like they bastardized their git pretty bad (I don't find any tags with that, although I do have a sha from upstream history)12:45
gtristan48DISTRO_VERSION = "2.1.2"12:45
gtristan48I guess that's much more recent than 1.6 :)12:45
qschulzgtristan48: krogoth, yes much more recent but predates per-recipe sysroot12:46
gtristan48Yeah I'm aware of the per-recipe sysroot change12:46
gtristan48That we're behind of :)12:46
gtristan48So there be races here, still I've mostly revived builds from sstate cache12:47
*** kriive <kriive!~kriive@net-2-37-195-129.cust.vodafonedsl.it> has quit IRC12:49
*** kroon <kroon!~kroon@213.185.29.22> has joined #yocto12:49
xtronhow can we stop a build if the user is using debug keys, one way is comparing md5sum for debug key and current12:49
gtristan48So https://www.yoctoproject.org/docs/2.1/bitbake-user-manual/bitbake-user-manual.html#inter-task-dependencies shows me fairly the same thing... but before I pull the trigger... *should* I be careful about defining setscene tasks vs non-setscene tasks ?12:49
gtristan48Like, if I say do_populate_sysroot[depends] = "bar:do_populate_sysroot", is that supposed to be an sstate cache agnostic statement ?12:50
LetoThe2ndgtristan48: i would say that this is rather a sympton of a bad architecture/decision somewhere else.12:50
gtristan48LetoThe2nd, Ummm sure, I'm not here to correct bad architecture hehe, just trying to find the right workaround12:52
RPgtristan48: did you have a look in bugzilla?12:53
gtristan48RP, worried it will open a whole new can of worms :-/12:53
RPgtristan48: using a release that old its too late for that :(12:53
gtristan48Yeah, I can't argue an upgrade here, just trying to explore the possibility of enabling sstate cache in an otherwise "working" build12:54
LetoThe2ndthat statement alone gives me the creeps.12:55
gtristan48(it was a horrid mess downstream as well)12:55
RPgtristan48: https://bugzilla.yoctoproject.org/show_bug.cgi?id=1341912:55
yoctiBug 13419: normal, Medium+, 3.1 M3, richard.purdie, NEW , recipes that add users to groups cannot rely on other recipes creating those groups (when population from sstate happens)12:55
tgamblinRP: in another twist of irony, I'm having a hard time recreating the gcc reproducibility issues with poky :/12:55
gtristan48RP, interesting, fwiw I had already *patched* shadow so that useradd/groupadd choose to allocate UIDs/GIDs in far ranges (because this build has some hard coded UIDs)12:56
RPtgamblin: good news is I think rburton may have some insight12:56
RPtgamblin: For the gcc issue you likely need to compare a build with an old compiler with a build done with a recent compiler12:57
gtristan48Thanks for the pointer to that specific bugzilla entry !12:57
tgamblinRP: ah, ok12:57
RPan old host gcc will given different results to a newer host gcc in this case :(12:58
tgamblinRP: do you want me to incorporate your coreutils hack into the original patch and re-send?13:01
tgamblinor is it easier for you to just squash them?13:02
RPtgamblin: I can just sort that thanks13:02
tgamblinRP: k13:02
*** Lihis <Lihis!~Lihis@ns3006753.ip-151-80-42.eu> has quit IRC13:05
*** Lihis <Lihis!~Lihis@ns3006753.ip-151-80-42.eu> has joined #yocto13:06
*** yann <yann!~yann@85.118.38.73> has quit IRC13:13
*** hopser <hopser!b0c7d25c@ip-176-199-210-92.hsi06.unitymediagroup.de> has joined #yocto13:14
*** JaMa <JaMa!~martin@109.238.218.228> has joined #yocto13:16
hopserhello, does anyone build under arch linux? Trying to bitbake like described on https://wiki.archlinux.org/index.php/Yocto ends for me in "ERROR: Task (/home/hopser/projekte/spielwiese/yocto/poky/meta/recipes-devtools/binutils/binutils-cross_2.31.bb:do_unpack) failed with exit code '1'"13:17
JPEWRP: Did the logging work on the AB?13:17
LetoThe2ndhopser: in a nutshell, just us a docker container.13:17
*** gtristan48 <gtristan48!6e0bee55@110.11.238.85> has quit IRC13:18
JPEWLetoThe2nd: I really need to schedule with you to give a live stream on pyrex/containers13:18
qschulzJPEW: yes :)13:18
hopserI'm new to yocto. What is AB? And why do I need docker here?13:18
LetoThe2ndhopser: that guide is outdated in the scale of years. plus, we have an excellent quick start guide ourselves.13:18
LetoThe2ndJPEW: absolutely agreed.13:19
JPEWhopser: AB -> AutoBuilder: The automated builds used to do testing of patches run by the Yocto project13:19
LetoThe2ndhopser: i would strongly suggest to watch at least #1 at https://www.youtube.com/playlist?list=PLD4M5FoHz-TxMfBFrDKfIS_GLY25Qsfyj13:19
hopserJPEW: thanks13:20
qschulzhopser: archlinux isn't a supported distro. Docker so that you can use one of the officially supported distros (e.g. ubuntu/debian)13:20
hopserLetoThe2nd: did you mean https://www.yoctoproject.org/docs/3.0.2/brief-yoctoprojectqs/brief-yoctoprojectqs.html ?13:20
LetoThe2ndhopser: yep, basically.13:20
*** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has joined #yocto13:20
hopserallright, thank you. I'll try docker next.13:20
LetoThe2ndhopser: before wasting (cpu) time, really, watch the video :)13:21
JPEWhopser: For docker, I recommend https://github.com/garmin/pyrex, but I'm a little biased because I wrote it :()13:21
hopserLetoThe2nd: which one?13:21
RPJPEW: nothing exploded, I've not checked the details yet13:21
LetoThe2ndhopser: 13:19 < LetoThe2nd> hopser: i would strongly suggest to watch at least #1 at https://www.youtube.com/playlist?list=PLD4M5FoHz-TxMfBFrDKfIS_GLY25Qsfyj13:22
rburtonhopser: the problem might actually be trivial to fix but you're not showing us the actual errors13:22
hopserLetoThe2nd: thanks, i've seen that one allready. it worked fine on ubuntu VM ;)13:23
LetoThe2ndhopser: see. as an arch user myself, i'd suggest to just stick with ubuntu in a container :)13:23
hopsergood, i'll use ubuntu in a container. thanks for advise13:24
hopserthank you all! on IRC are good people :)13:26
* LetoThe2nd interprets that as a personal insult.13:26
LetoThe2ndI'm https://youtu.be/_7VsoxT_FUY13:26
hopserlol13:27
hopsersorry for that :-D13:27
*** yann <yann!~yann@85.118.38.73> has joined #yocto13:29
hopserLetoThe2nd: when my brain is working too slow... You made the yocto videos :)13:29
hopserLetoThe2nd: thank you very much for these vids!!13:30
LetoThe2ndhehe yes, indeed.13:30
LetoThe2ndyou're welcome :)13:30
*** sj52 <sj52!cb36ac36@tel3187236.lnk.telstra.net> has quit IRC13:32
*** yacar_ <yacar_!~yacar_@static-css-csd-172251.business.bouyguestelecom.com> has joined #yocto13:36
*** alexpires <alexpires!5cb04ce1@92.176.76.225> has quit IRC13:41
*** mihai <mihai!~mihai@unaffiliated/mihai> has joined #yocto13:45
mcfriskyay, just read the 3.1 LTS announcement13:51
*** ericch <ericch!~ericch@50-205-235-218-static.hfc.comcastbusiness.net> has joined #yocto13:51
*** Ninic0c0 <Ninic0c0!51ff1123@81.255.17.35> has quit IRC13:56
JPEWmcfrisk: I think the LTS will be a good thing... we've had trouble at work congealing around specific Yocto versions (used to have 5 in support, but was finally able to kill one to drop us to 4 :eyeroll:), so I hope this gives some leverage for that14:00
*** yacar_ <yacar_!~yacar_@static-css-csd-172251.business.bouyguestelecom.com> has quit IRC14:01
*** tomeccles <tomeccles!~tomeccles@167.98.27.226> has quit IRC14:02
*** armpit <armpit!~armpit@2601:202:4180:a5c0:6c62:7a1c:e667:70> has quit IRC14:03
*** tomeccles <tomeccles!~tomeccles@167.98.27.226> has joined #yocto14:04
*** yacar_ <yacar_!~yacar_@static-css-csd-172251.business.bouyguestelecom.com> has joined #yocto14:08
*** armpit <armpit!~armpit@2601:202:4180:a5c0:a4a4:c739:7769:e9ed> has joined #yocto14:14
mcfriskJPEW: fully agree. I'm supporting 2-3 yocto versions. hope to converge most to LTS and also push to contribute to maintenance. still need to polish my sumo patches, sigh..14:18
*** alexpires <alexpires!5cb04ce1@92.176.76.225> has joined #yocto14:19
alexpireshello all, first of all, i would like to thank the person making the livestream videos for the heads up of this irc channel and, of course, of the helpful videos :)14:22
qschulzLetoThe2nd: ^ new fan :)14:22
erboalexpires: that would be LetoThe2nd14:23
alexpiressecondly, a technical question now haha, I have a provider that supplies their camera drivers only with .deb packages. How can I include them in my build and install them?14:23
mcfriskalexpires: maybe there is a deb eating bbclass, but just write a recipe which unpacks the .deb and copies files to correct place in do_install() task.14:25
alexpiresoh, of course. I will check if there is some example that I can follow for that and follow my work from there.14:28
alexpiresthanks !14:28
rburtonput the deb URL in SRC_URI and bitbake will expand it for you in unpack14:28
qschulzalexpires: also, you may want to inherit bin_package :)14:28
rburtonthen you can just install the files into ${D} like usual, and voila14:28
qschulzalexpires: not gonna help with what you want but brings some slight build time benefit14:28
alexpiresalrighty, thanks all :)  seems pretty straightforward. I will try it out and break my build many times until I get it right14:31
rburtonJPEW: if you're around to do a reprod test, ross/gcc has two potential fixes for the gcc issues14:32
tlwoernerYPTM: is which timezone is the meeting? i.e. is the meeting in .5 hour or 1.5 hour?14:34
qschulztlwoerner: I think it's usually in 1.5h? Not sure14:39
tgamblinsilly DST14:40
rburtonmy calendar says its in 1.5h14:43
JPEWOh, right... DST14:44
JPEWWhat TZ is the meeting schedule in?14:44
*** lucaceresoli <lucaceresoli!~lucaceres@81-174-47-191.v4.ngi.it> has quit IRC14:44
*** lucaceresoli <lucaceresoli!~lucaceres@81-174-47-191.v4.ngi.it> has joined #yocto14:45
rburtonlets assume UK :)14:47
yoctiNew news from stackoverflow: Include numpy's arrayobject.h into bitbake recipe - how to fix installation order? <https://stackoverflow.com/questions/60619902/include-numpys-arrayobject-h-into-bitbake-recipe-how-to-fix-installation-orde>14:47
RPrburton: its run by Stephen so US time14:48
rburtondoes all of the US shift at the same time?14:48
RPI know Stephen plans to run it in about 10 mins14:48
tgamblinrburton: most but not all of North America does14:49
rburtonmy calendar says 1 hour 1014:49
RPrburton: yes, anything else would be silly. Ah, hmm :)14:49
rburtonso i suspect the invite is knackered?14:49
RPrburton: I have two on mine, one moved, one didn't14:49
rburtonso when is the TSC? :)14:49
RPafter it?14:49
rburtoni hope to make that then!14:50
*** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC14:50
*** berton <berton!~berton@177.194.196.4> has quit IRC14:51
JPEWrburton: Yes, all of the US shifts at the same time14:51
JPEWrburton: It's a weird dynamic; individual states can decided if they want to observe DST, but the federal government sets what it means to observe it :)14:53
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:2053:9642:7b83:aadc> has quit IRC14:53
JPEWThankfully, DST is ending so everyone's on the same time now14:53
JPEWErr, sorry thats wrong14:54
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto14:54
JPEWEven I can't get it right :(14:54
*** emrius <emrius!b91cbb1a@185.28.187.26> has joined #yocto14:55
emriusHi, may I draw your attention to this post of mine? https://stackoverflow.com/questions/60619902/include-numpys-arrayobject-h-into-bitbake-recipe-hot-to...Feel free to throw in thoughts here. If it helps I can also phrase and post the answer if this helps in any way14:55
tgamblinWe should all just switch to UTC, globally. I'm down to refer to midday as 17:0014:55
JPEWtgamblin: Works for me14:56
armpitYPTM: armin is on14:56
RPJPEW: any idea on the warning in https://autobuilder.yoctoproject.org/typhoon/#/builders/87/builds/767 (looks logging related)14:56
JPEWRP: I'll take a look14:57
tlwoernertgamblin: 'cuz that's when the drinkin starts?14:58
LetoThe2ndi hear drinks?!?14:58
tgamblintlwoerner: yeah, and all you gotta do is rent some fancy limo to follow the terminator across the continent - constant happy hour!14:59
tgamblinexcept not at all because UTC14:59
* tgamblin apparently needs coffee14:59
LetoThe2ndalexpires: you're welcome! <coughcough> throw money! </coughcough>15:01
*** yacar2_ <yacar2_!~yacar_@static-css-csd-172251.business.bouyguestelecom.com> has joined #yocto15:02
*** yacar_ <yacar_!~yacar_@static-css-csd-172251.business.bouyguestelecom.com> has quit IRC15:02
kroonWasn't there a tool in yocto for direct r/w access to physical memory ?15:05
kroon(on target)15:06
LetoThe2ndkroon: devmem?15:06
*** ericch <ericch!~ericch@50-205-235-218-static.hfc.comcastbusiness.net> has quit IRC15:06
emriusMaybe to abbreviate my question: How do I make sure `python3-numpy` is installed before my recipe is compiled which required `numpy/arrayobject.h`?15:06
kroonLetoThe2nd, right, thank you monkeyman15:06
* LetoThe2nd doesn't like bananas.15:06
qschulzLetoThe2nd: how do you feed your 1200+ monkeys then?15:07
qschulzkroon: there's a devmem2 also I think. Don't know the difference though15:07
LetoThe2ndqschulz: 1725.15:07
qschulzLetoThe2nd: technically that's 1200+ :p15:07
LetoThe2ndqschulz: properly with beer and steak, ofcourse.15:07
*** ericch <ericch!~ericch@50-205-235-218-static.hfc.comcastbusiness.net> has joined #yocto15:08
LetoThe2ndqschulz: but awful tolerance.15:08
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC15:09
*** shan1 <shan1!86666183@dhcp-131.biba.uni-bremen.de> has joined #yocto15:09
shan1Hi all, what is the optimum way to add a license to a recipe which only installs systemd services? I am currently using `LICENSE = "CLOSED"` to avoid the `LIC_FILES_CHKSUM` error.15:11
shan1My recipe structure is as follows:15:11
shan1.├── files│   ├── button│   │   └── button.service│   ├── gps│   │   └── gps.service│   ├── imu│   │   └── imu.service│   ├── influx│   │   └── influxdb.conf│   ├── nmea2k│   │   └── nmea2k.service│   └── umg│15:12
shan1└── conf.json└── umg_1.0.bb15:12
emriusshan1 unfortunately copy-paste doenst work here. You can use https://pastebin.com/ instead15:13
*** vineela <vineela!vtummala@nat/intel/x-ttgbguhqergatynb> has joined #yocto15:14
shan1emrius https://pastebin.com/di82i1zu15:15
Saurshan1: Include an SPDX-License-Identifier: line in the service file, and then use LIC_FILES_CHKSUM = "file://button.service;beginline=3;endline=3;md5=..." (assuming the SPDX-License-Identifier is on line 3 in the button.service file).15:15
qschulzshan1: https://git.yoctoproject.org/cgit.cgi/poky/tree/meta/recipes-core/systemd/systemd-machine-units_1.0.bb#n415:15
*** emrius <emrius!b91cbb1a@185.28.187.26> has quit IRC15:15
qschulzshan1: or what Saur said, that's nicer IMO15:15
*** emrius <emrius!b91cbb1a@185.28.187.26> has joined #yocto15:17
shan1Saur do you have a recipe example somewhere?15:18
qschulzshan1: build/poky/meta/recipes-rt/rt-tests/rt-tests_1.1.bb15:19
qschulzremove build :)15:19
qschulzshan1: have a look at poky/meta/recipes-rt/rt-tests/files/rt_bmark.py15:20
Saurshan1: meta/recipes-devtools/icecc-toolchain/nativesdk-icecc-toolchain_0.1.bb is probably the closest. It doesn't use an SPDX-License-Identifier, but rather a full license boilerplate in "icecc-env.sh".15:24
shan1Would it be dumb to add my Layer's License in the `files` folder and then point its md5 checksum in the recipe?15:25
qschulzshan1: layer's license?15:28
shan1I will push the recipes to my meta layer which is anyways under the MIT License. Since every recipe requires `LICENSE = ""` within it. I just added the MIT License into the `files` folder and added the `LIC_FILES_CHKSUM = "file://${WORKDIR}/LICENSE;md5=..."` and it seems to work15:30
qschulzshan1: just use LIC_FILES_CHKSUM = "file://${COMMON_LICENSE_DIR}/MIT;md5=0835ade698e0bcf8506ecda2f7b4f302" then?15:32
qschulzno need for adding the license file manually15:33
shan1Ah this will add the poky common license file ?15:34
*** ibinderwolf <ibinderwolf!~quassel@etrn.topcontrol.it> has quit IRC15:35
*** nemik <nemik!~scout@c-73-8-104-99.hsd1.il.comcast.net> has quit IRC15:37
*** nemik <nemik!~scout@207.237.249.32> has joined #yocto15:38
qschulzshan1: it will refer to the one in openembedded-core or poky15:38
shan1@qs15:42
shan1qschulz worked like a charm! thanks :+1:15:42
qschulzI've this badly coded third party SW which funnily enough does not work if there's anything else than -O0 passed in CFLAGS. As -O2 is set by default in it, what is the advised way to remove it or switch it to -O0?15:42
qschulzshan1: pleasure15:42
qschulzLetoThe2nd: ^ maybe you have some hindsight?15:44
LetoThe2ndqschulz: depends on the buildsystem in use, but technically CFLAGS is a variable like any other inside the recipe evaluation.15:45
LetoThe2ndqschulz: so you can modify it at will. maybe grep for it in poky or oe-core to find an example.15:46
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:2053:9642:7b83:aadc> has joined #yocto15:47
tlwoernerYPTM: who has the patch for gcc-sylinks to make it multilib safe?15:47
qschulzLetoThe2nd: mmmm. sorry, badly explained. -O2 is passed in CFLAGS by Yocto15:47
LetoThe2ndqschulz: i know.15:47
*** jobroe_ <jobroe_!~manjaro-u@193.158.0.154> has quit IRC15:47
LetoThe2ndqschulz: but its passed in as a variable jsut like PN, so you can modify it for your recipe.15:47
qschulzLetoThe2nd:  The question is, is there any preferred way?15:48
LetoThe2ndqschulz: using a proper buildsystem and writing clean code is to be preferred.15:48
qschulzLetoThe2nd: thank you for stating the obvious :) I'm fixing it, but I can't be bothered to actually fix code which works with -O0 but not -O2 :)15:49
LetoThe2ndqschulz: hrhr. you're welcome.15:50
*** emrius <emrius!b91cbb1a@185.28.187.26> has quit IRC15:50
mcfriskqschulz: you're asking for more trouble at runtime there :) been there, would not do again even with management pressure...15:54
shan1Also, I already have a layer that is writing a configuration file to `/etc/influxdb/` directory. The recipe is called `influxdb_1.7.9.bb` but I wish to add my configurations to it. How do I go about appending my configuration to the recipe? Is it through a15:54
shan1.bbappend?15:54
LetoThe2ndshan1: usually yes.15:56
LetoThe2ndshan1: yet, you often have a real application recipe that RDEPENDS on influx, so you could also create an influx-config recipe and also RDEPEND on that. it all depends a bit on your architecture.15:57
smurraytlwoerner: I believe that was Jeremy from MV who volunteered that15:57
*** kroon_ <kroon_!~kroon@213.185.29.22> has joined #yocto15:57
shan1so I might need to take the original conf file. add my stuff to it and create a patch and then add it to the bbappend?15:58
tlwoernersmurray: okay, thanks15:58
LetoThe2ndshan1: it depends. if you want to patch, if you want to replace, of its another file, if its version dependent or not...15:58
shan1I checked. I mostly append my stuff in the end because the default conf that is installed and it should work.15:59
qschulzmcfrisk: it's a signing tool used in one very specific process, so if it does its job, good enough. It's not running on the target as well...15:59
mcfriskqschulz: and see poky/meta/conf/bitbake.conf for FULL_OPTIMIZATION etc flags. you can modify them. I used that to build a full system with Os once and also fixed all components which were abusing default optimization flags...16:01
*** kroon <kroon!~kroon@213.185.29.22> has quit IRC16:01
qschulzmcfrisk: yeah I've seen that one, the question is what's advised?16:01
mcfriskI'm not an expert but you can override those variables or _append|_remove in recipes..16:02
*** sstiller <sstiller!~sstiller@b2b-94-79-174-114.unitymedia.biz> has quit IRC16:03
qschulzmcfrisk: I could do a CFLAGS_remove = "-O2" for example, that would maybe work better than overriding the variable and avoid weird problems when upgrading to newer yocto releases16:03
mcfriskqschulz: yep, could work.16:10
*** frsc <frsc!~frsc@2003:a:e7a:6200:b881:faf7:20c8:b9fa> has quit IRC16:13
*** berton <berton!~berton@177.194.196.4> has joined #yocto16:19
*** shan1 <shan1!86666183@dhcp-131.biba.uni-bremen.de> has quit IRC16:20
*** otavio <otavio!~otavio@177.194.196.4> has joined #yocto16:22
*** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto16:22
*** kroon_ <kroon_!~kroon@213.185.29.22> has quit IRC16:35
*** yacar2_ <yacar2_!~yacar_@static-css-csd-172251.business.bouyguestelecom.com> has quit IRC16:37
*** alexpires <alexpires!5cb04ce1@92.176.76.225> has quit IRC16:40
*** mattis <mattis!~mattis@cm-84.212.77.93.getinternet.no> has quit IRC16:44
*** vineela <vineela!vtummala@nat/intel/x-ttgbguhqergatynb> has quit IRC16:46
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto16:52
*** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has quit IRC16:55
*** berton <berton!~berton@177.194.196.4> has quit IRC16:58
*** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC16:59
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC16:59
*** leonanavi <leonanavi!~Leon@78.130.197.211> has joined #yocto16:59
*** vineela <vineela!~vtummala@134.134.137.75> has joined #yocto17:02
*** mihai <mihai!~mihai@unaffiliated/mihai> has quit IRC17:04
*** otavio <otavio!~otavio@177.194.196.4> has joined #yocto17:06
*** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto17:06
*** yann <yann!~yann@85.118.38.73> has quit IRC17:07
*** m1ster_r0b0t <m1ster_r0b0t!~m1ster_r0@80-110-44-28.static.upcbusiness.at> has joined #yocto17:07
*** fl0v0 <fl0v0!~fvo@89.244.126.67> has quit IRC17:07
*** net_wayfarer <net_wayfarer!net_wayfar@gateway/shell/ircnow/x-uvcjakscoannnkef> has quit IRC17:10
*** fitzsim <fitzsim!~user@69-165-165-189.dsl.teksavvy.com> has joined #yocto17:14
*** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC17:17
yoctiNew news from stackoverflow: cache vs sstate-cache folder in Yocto <https://stackoverflow.com/questions/60622491/cache-vs-sstate-cache-folder-in-yocto>17:18
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC17:21
*** leonanavi <leonanavi!~Leon@78.130.197.211> has quit IRC17:26
*** yacar2_ <yacar2_!~yacar_@static-css-csd-172251.business.bouyguestelecom.com> has joined #yocto17:27
*** otavio <otavio!~otavio@177.194.196.4> has joined #yocto17:29
*** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto17:29
*** net_wayfarer <net_wayfarer!net_wayfar@gateway/shell/ircnow/x-sxpfvuvirsevwqcx> has joined #yocto17:38
*** mckoan is now known as mckoan|away17:39
*** WillMiles <WillMiles!~Will@209.87.231.80> has joined #yocto17:46
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has quit IRC17:57
*** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC18:00
*** sno <sno!~sno@195.14.209.36> has quit IRC18:00
*** otavio <otavio!~otavio@177.194.196.4> has joined #yocto18:02
*** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto18:02
*** yacar2_ <yacar2_!~yacar_@static-css-csd-172251.business.bouyguestelecom.com> has quit IRC18:32
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto18:33
*** tomeccles <tomeccles!~tomeccles@167.98.27.226> has quit IRC18:38
*** guerinoni <guerinoni!~fg@host83-196-dynamic.60-82-r.retail.telecomitalia.it> has joined #yocto18:39
tgamblinRP: how soon do you need the coreutils-ptest patch? i.e. do you care about a cover letter updated with arm/arm64 results? Those will take a couple of hours to get18:43
*** Bunio_FH1 <Bunio_FH1!~bunio@clj-165.netdrive.pl> has joined #yocto18:43
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC18:44
*** mattis <mattis!~mattis@cm-84.211.223.3.getinternet.no> has joined #yocto18:44
*** dbro <dbro!c77448a2@eero.static.monkeybrains.net> has joined #yocto18:47
yoctiNew news from stackoverflow: add git to yocto image <https://stackoverflow.com/questions/60624068/add-git-to-yocto-image>18:48
*** rcw <rcw!~rcw@128.224.252.2> has joined #yocto18:50
*** hopser <hopser!b0c7d25c@ip-176-199-210-92.hsi06.unitymediagroup.de> has quit IRC18:53
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC18:53
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC19:16
*** dbro <dbro!c77448a2@eero.static.monkeybrains.net> has quit IRC19:22
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@mob-31-157-149-192.net.vodafone.it> has joined #yocto19:24
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto19:24
*** jpuhlman <jpuhlman!~jpuhlman@45.19.219.178> has joined #yocto19:28
*** amaury_d <amaury_d!~amaury_@lfbn-idf1-1-2172-114.w90-127.abo.wanadoo.fr> has quit IRC19:28
*** ed___ <ed___!uid425530@gateway/web/irccloud.com/x-riyfflviscnlcuvx> has quit IRC19:30
*** yacar_ <yacar_!~yacar_@static-css-csd-172251.business.bouyguestelecom.com> has joined #yocto19:32
*** Bunio_FH1 <Bunio_FH1!~bunio@clj-165.netdrive.pl> has quit IRC19:36
*** sno <sno!~sno@p4FE93893.dip0.t-ipconnect.de> has joined #yocto19:44
*** yann <yann!~yann@91-170-159-152.subs.proxad.net> has joined #yocto19:47
*** nate02 <nate02!~nate02@184.71.112.118> has joined #yocto19:53
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto19:55
*** jrdn <jrdn!~jrdn__@mail.validmanufacturing.com> has joined #yocto20:06
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto20:06
*** yacar_ <yacar_!~yacar_@static-css-csd-172251.business.bouyguestelecom.com> has quit IRC20:07
kanavin_homerburton: do you remember that couple of articles about implementing yocto-like features with buildroot? do you have the links?20:09
*** lucaceresoli <lucaceresoli!~lucaceres@81-174-47-191.v4.ngi.it> has quit IRC20:10
*** dreyna <dreyna!~dreyna@unknown-6-136.windriver.com> has joined #yocto20:13
*** mattis <mattis!~mattis@cm-84.211.223.3.getinternet.no> has quit IRC20:15
rburtonkanavin_home: yes, it was codethink20:16
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto20:17
rburtonkanavin_home: https://www.codethink.co.uk/tag/buildroot.html has the links20:17
*** lucaceresoli <lucaceresoli!~lucaceres@81-174-47-191.v4.ngi.it> has joined #yocto20:18
kanavin_homerburton: thanks :) as chance would have it, we bought a teufel radio last week :D20:18
rburtonkanavin_home: one of the smart connected ones?20:18
kanavin_homethe reason I asked is that some people raise 'buildroot' at work as an alternative, and I want to write a blog post20:18
rburtonkanavin_home: please do20:19
rburtonkanavin_home: the old rule about 'easy to start with' does appear to be true20:19
rburtonespecially when you read those posts and see how much effort they put into custom infrastructure to speed up builds20:19
kanavin_homerburton: it's not a multiroom product, just an internet radio20:19
nate02Hey guys, I'm having a fetch error on our pyro branch due to NXP deleting the git.freescale.com repositories. I tried using the PREMIRROR but it isn't working for me. Any suggestions? bbappend everything.... ugghh20:20
kanavin_homerburton: this https://www.teufelaudio.com/stereo/radio-3sixty-p16568.html20:20
LetoThe2ndrburton: it is way easier. alone Kconfig vs. image-recipes is a kind of killer-feature.20:20
LetoThe2ndrburton: but it just does not scale, IMHO20:20
LetoThe2ndnate02: upgrade :P20:20
rburtonkanavin_home: i've still got the multiroom speakers pre-teufel when they were raumfeld.  the base and controller are dead but the speakers still work, they'll be spotify speakers in my study at some point20:21
*** tgamblin <tgamblin!~tgamblin@128.224.252.2> has quit IRC20:22
*** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has joined #yocto20:23
nate02so PREMIRRORS is broken, or was broken? Or am I misreading the yocto manual?20:25
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC20:26
*** florian_kc is now known as florian20:26
LetoThe2ndnate02: no it should work if you already have everything. and if the signatures match etc.20:26
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto20:26
nate02hmm, it seems like the git repo isn't an exact mirror, grrr20:28
*** amaury_d <amaury_d!~amaury_@lfbn-idf1-1-2172-114.w90-127.abo.wanadoo.fr> has joined #yocto20:29
*** yacar_ <yacar_!~yacar_@static-css-csd-172251.business.bouyguestelecom.com> has joined #yocto20:36
*** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has quit IRC20:44
*** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has joined #yocto20:45
*** dkl__ <dkl__!~m1ster_r0@80-110-44-28.static.upcbusiness.at> has joined #yocto20:48
*** JaMa <JaMa!~martin@109.238.218.228> has quit IRC20:49
*** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has quit IRC20:50
*** m1ster_r0b0t <m1ster_r0b0t!~m1ster_r0@80-110-44-28.static.upcbusiness.at> has quit IRC20:50
*** robert_yang <robert_yang!~robert@60.247.85.82> has quit IRC20:52
*** robert_yang <robert_yang!~robert@60.247.85.82> has joined #yocto20:52
*** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has joined #yocto20:55
*** yacar_ <yacar_!~yacar_@static-css-csd-172251.business.bouyguestelecom.com> has quit IRC20:58
*** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has quit IRC21:00
*** robert_yang <robert_yang!~robert@60.247.85.82> has quit IRC21:02
*** robert_yang <robert_yang!~robert@60.247.85.82> has joined #yocto21:02
*** rcw <rcw!~rcw@128.224.252.2> has quit IRC21:05
*** vineela <vineela!~vtummala@134.134.137.75> has quit IRC21:07
*** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has quit IRC21:11
*** sagner <sagner!~ags@2a02:169:3df5::edf> has joined #yocto21:17
*** vineela <vineela!vtummala@nat/intel/x-vnihgfprqccpppkj> has joined #yocto21:17
*** WillMiles <WillMiles!~Will@209.87.231.80> has quit IRC21:24
*** dev1990 <dev1990!~dev@asx191.neoplus.adsl.tpnet.pl> has quit IRC21:24
*** guerinoni <guerinoni!~fg@host83-196-dynamic.60-82-r.retail.telecomitalia.it> has quit IRC21:27
*** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has joined #yocto21:33
*** ssajal_ <ssajal_!~ssajal@128.224.252.2> has quit IRC21:36
*** rburton <rburton!rburton@nat/intel/x-iyynrkezjabpyufk> has quit IRC21:43
*** dreyna_ <dreyna_!~dreyna@unknown-6-136.windriver.com> has joined #yocto21:45
*** dreyna <dreyna!~dreyna@unknown-6-136.windriver.com> has quit IRC21:48
*** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has joined #yocto21:48
*** lucaceresoli_ <lucaceresoli_!~lucaceres@81-174-47-191.v4.ngi.it> has joined #yocto21:51
*** alephnull <alephnull!~quassel@49.206.31.187> has quit IRC21:52
*** lucaceresoli_ <lucaceresoli_!~lucaceres@81-174-47-191.v4.ngi.it> has quit IRC21:52
*** lucaceresoli_ <lucaceresoli_!~lucaceres@81-174-47-191.v4.ngi.it> has joined #yocto21:52
*** pohly <pohly!~pohly@p5B05600C.dip0.t-ipconnect.de> has quit IRC21:54
*** lucaceresoli <lucaceresoli!~lucaceres@81-174-47-191.v4.ngi.it> has quit IRC21:54
*** vineela <vineela!vtummala@nat/intel/x-vnihgfprqccpppkj> has quit IRC21:55
*** dreyna <dreyna!~dreyna@unknown-6-136.windriver.com> has joined #yocto21:56
*** vineela <vineela!vtummala@nat/intel/x-hdeytmlhqmzzokpl> has joined #yocto21:57
*** dreyna_ <dreyna_!~dreyna@unknown-6-136.windriver.com> has quit IRC21:59
*** dreyna_ <dreyna_!~dreyna@unknown-6-136.windriver.com> has joined #yocto22:00
*** lucaceresoli_ <lucaceresoli_!~lucaceres@81-174-47-191.v4.ngi.it> has quit IRC22:03
*** dreyna <dreyna!~dreyna@unknown-6-136.windriver.com> has quit IRC22:04
*** pohly <pohly!~pohly@p5B05600C.dip0.t-ipconnect.de> has joined #yocto22:08
*** pohly <pohly!~pohly@p5B05600C.dip0.t-ipconnect.de> has quit IRC22:10
*** falstaff <falstaff!~quassel@37.17.234.113> has quit IRC22:11
*** dreyna <dreyna!~dreyna@unknown-6-136.windriver.com> has joined #yocto22:17
*** dreyna_ <dreyna_!~dreyna@unknown-6-136.windriver.com> has quit IRC22:19
RPtgamblin: sorry, had to step away with a headache22:23
RPtgamblin: how's it looking?22:23
*** robbawebba <robbawebba!~rob@12.206.203.186> has quit IRC22:24
tgamblinRP: just churning through the arm target tests, should have it submitted tonight22:24
tgamblinRP: ended up just removing that assert test (for now)22:24
* tgamblin wishes he had a beefy ARM server to kvm this stuff on22:25
*** robbawebba <robbawebba!~rob@12.206.203.186> has joined #yocto22:25
*** robbawebba <robbawebba!~rob@12.206.203.186> has quit IRC22:30
*** robbawebba <robbawebba!~rob@12.206.203.186> has joined #yocto22:32
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC22:32
RPtgamblin: Can you share it on a branch. Even if you don't send yet I'm tempted to queue for testing in -next22:50
tgamblinRP: sent it directly to your email. Note that it includes your hack patch too22:57
RPtgamblin: ok, I was thinking I might just clean that up as a fix on top and explain it but I guess either way is fine22:58
tgamblinRP: ah, oops22:59
*** robbawebba <robbawebba!~rob@12.206.203.186> has quit IRC23:01
*** ericch <ericch!~ericch@50-205-235-218-static.hfc.comcastbusiness.net> has quit IRC23:02
*** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has quit IRC23:05
tgamblinRP: well, I can pull that chunk back out when I submit and you can still do the second patch23:07
tgamblinI just added it in for my testing23:07
RPtgamblin: I'm tempted to do this mainly so we can have a commit message describing what we did and why23:08
tgamblinRP: sure, no worries23:08
RPsince its been a pain to figure out23:08
RPtgamblin: good news is the hack and other patches in -next have green builds apart from infrastructure issues23:08
tgamblinRP: excellent :)23:09
*** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has joined #yocto23:19
*** dreyna <dreyna!~dreyna@unknown-6-136.windriver.com> has quit IRC23:31
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:2053:9642:7b83:aadc> has quit IRC23:47

Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!