Monday, 2020-11-09

*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC00:03
*** la_croix <la_croix!~la_croix@cpc97624-walt24-2-0-cust98.13-2.cable.virginm.net> has quit IRC00:20
*** la_croix <la_croix!~la_croix@cpc139740-walt24-2-0-cust196.13-2.cable.virginm.net> has joined #yocto00:28
*** mattia1 <mattia1!~mattia@85.148.245.106> has quit IRC00:42
*** Batman__ <Batman__!~Batman@2601:647:4802:4430:6d41:6a4a:4a6:8ddb> has quit IRC00:55
*** Batman_ <Batman_!~Batman@2601:647:4802:4430:6d41:6a4a:4a6:8ddb> has joined #yocto00:55
*** radsquirrel <radsquirrel!~radsquirr@mail.fuzziesquirrel.com> has quit IRC01:21
*** radsquirrel <radsquirrel!~radsquirr@mail.fuzziesquirrel.com> has joined #yocto01:24
*** paulg <paulg!~paulg@24-212-229-210.cable.teksavvy.com> has quit IRC01:36
*** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto01:43
*** paulg <paulg!~paulg@24-212-228-244.cable.teksavvy.com> has joined #yocto01:49
*** Batman_ <Batman_!~Batman@c-67-188-92-153.hsd1.ca.comcast.net> has joined #yocto01:56
*** paulg <paulg!~paulg@24-212-228-244.cable.teksavvy.com> has quit IRC01:57
*** paulg <paulg!~paulg@24-212-229-210.cable.teksavvy.com> has joined #yocto01:57
*** manuel1985 <manuel1985!~manuel@213-147-161-193.nat.highway.bob.at> has quit IRC02:52
*** manuel1985 <manuel1985!~manuel@213-147-161-193.nat.highway.bob.at> has joined #yocto03:07
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC03:15
*** ahadi <ahadi!~ahadi@i5E86AF61.versanet.de> has quit IRC03:17
*** ahadi <ahadi!~ahadi@89.244.125.220> has joined #yocto03:19
*** vmeson <vmeson!~rmacleod@198-48-226-187.cpe.pppoe.ca> has quit IRC03:38
*** vmeson <vmeson!~rmacleod@198-48-226-187.cpe.pppoe.ca> has joined #yocto03:39
*** tlwoerner <tlwoerner!~Trevor@unaffiliated/tlwoerner> has joined #yocto03:45
*** WillMiles_ <WillMiles_!~Will@209.87.231.80> has quit IRC03:53
*** WillMiles_ <WillMiles_!~Will@209.87.231.80> has joined #yocto03:54
*** Batman_ <Batman_!~Batman@2601:640:101:9493:1154:13b3:504b:27fe> has joined #yocto04:16
*** Batman_ <Batman_!~Batman@2601:640:101:9493:1154:13b3:504b:27fe> has quit IRC04:21
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has quit IRC04:31
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has joined #yocto04:38
*** gendevbot <gendevbot!~devbot@176.235.187.234> has joined #yocto04:53
*** wooosaiii <wooosaiii!~wooo@89-212-21-243.static.t-2.net> has quit IRC05:01
*** wooosaiii <wooosaiii!~wooo@89-212-21-243.static.t-2.net> has joined #yocto05:02
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-udsyrwxvanlyuatr> has quit IRC05:11
*** Batman_ <Batman_!~Batman@c-67-188-92-153.hsd1.ca.comcast.net> has joined #yocto05:18
*** mihai <mihai!~mihai@unaffiliated/mihai> has joined #yocto05:42
*** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto05:47
*** Batman_ <Batman_!~Batman@c-67-188-92-153.hsd1.ca.comcast.net> has joined #yocto05:54
*** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC06:05
*** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto06:18
*** beneth` <beneth`!~beneth@irc.beneth.fr> has joined #yocto06:18
*** pohly <pohly!~pohly@p54bd56f5.dip0.t-ipconnect.de> has joined #yocto06:38
*** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto06:40
*** jobroe <jobroe!~manjaro-u@p579eb81c.dip0.t-ipconnect.de> has joined #yocto06:41
*** AndersD_ <AndersD_!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto06:41
*** dv_ <dv_!~dv@62.178.50.190> has quit IRC06:44
*** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC06:45
*** jobroe_ <jobroe_!~manjaro-u@p579eb81c.dip0.t-ipconnect.de> has joined #yocto06:46
*** jobroe <jobroe!~manjaro-u@p579eb81c.dip0.t-ipconnect.de> has quit IRC06:47
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto07:04
*** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has joined #yocto07:05
*** g0hl1n <g0hl1n!~g0hl1n@83-215-125-121.lhau.dyn.salzburg-online.at> has quit IRC07:07
*** ThomasD13 <ThomasD13!~thomas@DSL01.212.114.255.148.ip-pool.NEFkom.net> has joined #yocto07:08
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto07:10
*** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto07:11
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC07:11
*** camus1 is now known as kaspter07:11
*** mbulut <mbulut!~nameclash@ip1f110f5b.dynamic.kabel-deutschland.de> has joined #yocto07:12
*** mattia_ <mattia_!~mattia@85.148.245.106> has joined #yocto07:16
*** Batman_ <Batman_!~Batman@c-67-188-92-153.hsd1.ca.comcast.net> has quit IRC07:18
*** mattia_ <mattia_!~mattia@85.148.245.106> has quit IRC07:20
*** manuel1985 <manuel1985!~manuel@213-147-161-193.nat.highway.bob.at> has quit IRC07:23
*** mckoan|away is now known as mckoan07:37
mckoangood morning07:37
*** agust <agust!~agust@p508b685f.dip0.t-ipconnect.de> has joined #yocto07:41
*** elvispre <elvispre!~elvispre@2001:8b0:e0:884d:99db:5cdc:4b13:fabc> has quit IRC07:41
*** elvispre <elvispre!~elvispre@2001:8b0:e0:884d:99db:5cdc:4b13:fabc> has joined #yocto07:41
*** goodmorning <goodmorning!52a995b3@82-169-149-179.biz.kpn.net> has joined #yocto07:44
goodmorninghi there07:44
*** oberstet <oberstet!~oberstet@213.170.219.39> has joined #yocto07:45
goodmorningwhenever I restart my SBC I need to manually login as well as manually connect to my wifi. Is there a way to make this do automatically everytime I restart or even boot?07:45
*** frsc <frsc!~frsc@p50937620.dip0.t-ipconnect.de> has joined #yocto07:49
*** g0hl1n <g0hl1n!~g0hl1n@83-215-125-121.lhau.dyn.salzburg-online.at> has joined #yocto07:50
*** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto07:57
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC07:58
*** camus1 is now known as kaspter07:58
*** fl0v0 <fl0v0!~fvo@i59F44F55.versanet.de> has joined #yocto07:58
*** mattia1 <mattia1!~mattia@85.148.245.106> has joined #yocto08:14
*** rcoote <rcoote!~rcoote@2a02:908:692:81c0:417:3c66:9f10:400f> has joined #yocto08:17
*** oberstet <oberstet!~oberstet@213.170.219.39> has quit IRC08:20
*** B0ned1ger2 <B0ned1ger2!~B0ned1ger@78-60-213-230.static.zebra.lt> has joined #yocto08:26
*** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC08:29
*** manuel1985 <manuel1985!~manuel@62.99.131.178> has joined #yocto08:31
*** beneth` is now known as beneth08:31
*** B0ned1ger2 <B0ned1ger2!~B0ned1ger@78-60-213-230.static.zebra.lt> has quit IRC08:33
*** goodmorning <goodmorning!52a995b3@82-169-149-179.biz.kpn.net> has quit IRC08:37
*** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-vdsctagarfdnfkdf> has joined #yocto08:39
LetoThe2ndyo dudX08:40
mckoanhi LetoThe2nd08:43
*** tnovotny <tnovotny!~tnovotny@ip-78-45-64-220.net.upcbroadband.cz> has joined #yocto08:50
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto08:52
*** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto08:55
*** eduardas <eduardas!~eduardas@93.93.57.5> has joined #yocto08:58
abelalmorning09:04
LetoThe2ndmuch so, indeed.09:05
abelalI am trying to build qtwebengine using the dunfell branch and running into09:06
abelal/usr/include/c++/7/cstddef:49:10: fatal error: bits/c++config.h: No such file or directory09:06
abelal #include <bits/c++config.h>09:06
abelal          ^~~~~~~~~~~~~~~~~~09:06
abelalcompilation terminated.09:06
*** oberstet <oberstet!~oberstet@213.170.219.39> has joined #yocto09:06
LetoThe2ndabelal: any specifica about your build? or is it really just poky+meta-qt on dunfell head?09:07
abelalhmmm good question09:08
abelalpoky: 33fdf03169ab2a3355e090d41ba034855d47f86509:09
abelalmeta-qt5: a22f0e22524a921422740ce640187e14dd82955209:09
*** beneth is now known as beneth`09:10
*** beneth` is now known as beneth09:10
* LetoThe2nd will admittedly not look up the hashes now.09:10
LetoThe2ndany other stuff in the mix?09:11
LetoThe2ndany specific configuration? etc. pp.09:11
abelalmmm if it makes any difference i'm building one of the atmel machines, sama5d27 to be specific but I don't think that would play a role09:12
abelalnothing has been changed in the default configs09:12
abelalmaybe I am missing something on the host?09:13
abelaldo I need the g++multilib on the host?09:13
erboabelal: that rings a bell, I think if you're building on a 64-bit host for a 32-bit target you need some extra stuff to build qtwebengine09:14
erboabelal: something like lib32stdc++-5-dev gcc-multilib g++-multilib would solve it on old ubuntu 18.0409:16
erboSo if you translate that to your current build host os, it should work09:17
abelalhmmmm09:25
abelalthanks erbo I'll try that out09:25
*** dev1990 <dev1990!~dev@dynamic-78-8-233-105.ssp.dialog.net.pl> has quit IRC09:26
marexerbo: indeed, qt5 still pulls in a few host headers09:27
marexJaMa: ^09:27
*** dev1990 <dev1990!~dev@dynamic-78-8-233-105.ssp.dialog.net.pl> has joined #yocto09:31
*** dev1990 <dev1990!~dev@dynamic-78-8-233-105.ssp.dialog.net.pl> has joined #yocto09:34
*** florian_kc is now known as florian09:40
*** WillMiles_ <WillMiles_!~Will@209.87.231.80> has quit IRC09:54
*** megabread <megabread!~megabread@2a01:4b00:e031:2600:a1c9:ce4d:7e83:bbc6> has joined #yocto09:54
*** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto09:54
*** mattia_ <mattia_!~mattia@85.148.245.106> has joined #yocto09:54
*** WillMiles_ <WillMiles_!~Will@209.87.231.80> has joined #yocto09:55
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC09:55
*** camus1 is now known as kaspter09:55
*** dleppich <dleppich!~Thunderbi@81.20.119.6> has joined #yocto09:56
*** mattia1 <mattia1!~mattia@85.148.245.106> has quit IRC09:57
*** mattia1 <mattia1!~mattia@85.148.245.106> has joined #yocto10:01
qschulzhello folks o/ congrats on the gatesgarth release10:06
LetoThe2ndno condolences?10:13
*** xtron <xtron!~xtron@110.93.212.98> has joined #yocto10:17
qschulzLetoThe2nd: condolences on zeus being EOL10:18
LetoThe2ndqschulz: ++10:19
LetoThe2ndmanuel1985: howdy! just had a look concerning the esdk problem with container distro. sadly, can't really reproduce it :(10:30
*** yann <yann!~yann@88.120.44.86> has quit IRC10:31
LetoThe2ndmanuel1985: i initially thought linux-dummy would be problematic, but it doesn't seem to be the case, at least not directly. its basically unmaintained, but can you try with https://github.com/LetoThe2nd/meta-containerization.git being the base setup of the container distro? just add dunfell to the compatible series, it should work10:33
*** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto10:41
*** yann <yann!~yann@88.120.44.86> has joined #yocto10:42
*** emrius <emrius!~emrius@dslb-088-064-250-155.088.064.pools.vodafone-ip.de> has joined #yocto10:57
*** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto11:01
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC11:01
emriusHey everyone, I've got a technical question. Me and a colleague developed a small device for disaster preparedness for scientific purposes. We used the orange pi zero LTS (http://www.orangepi.org/orangepizerolts/) so far and were quite happy with it. Before we build some 100 devices based on that I would like to have an external opinion if somebody more experienced sees a very obvious prohibitive reason not to use that11:02
emriusboard. I'm not a truly embedded expert event though I managed (after a really steep learning curve) to get our yocto linux running on that board... So, do you have any opinion on that board?11:02
paulbarkeremrius: You may want to try #elinux as that's not really Yocto specific11:03
*** camus1 <camus1!~Instantbi@58.246.136.202> has quit IRC11:03
*** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto11:04
emriuspaulbaker: Ah ok, great! I will drop a message there as well. Thanks11:07
*** marius_ <marius_!~emrius@dslb-088-064-250-155.088.064.pools.vodafone-ip.de> has joined #yocto11:08
LetoThe2ndemrius: if it fits your needs and the hw does what you want under the specifications you need and they guarantee, why not. the only thing that obviously comes to my mind is that i would be very reluctant to base a long term solution on a board like that - just for reasons of availability etc. if its a one-off, you can just judge by specs/price.11:11
emriusLetoThe2nd: Thanks for your valuable feedback!! That helped a lot. We kind of trust the 'LTS' suffix but, well, you never know...11:13
LetoThe2ndemrius: trust in suffixes is worth exactly nothing, unless they guarantee - in written, legally binding form - a specific timeframe for availability. and even that can be broken.11:14
*** berton <berton!~berton@191-221-68-106.user3p.brasiltelecom.net.br> has joined #yocto11:39
*** berton <berton!~berton@191-221-68-106.user3p.brasiltelecom.net.br> has joined #yocto11:42
*** dleppich <dleppich!~Thunderbi@81.20.119.6> has quit IRC11:43
*** dleppich <dleppich!~Thunderbi@81.20.119.6> has joined #yocto11:44
*** mattia1 <mattia1!~mattia@85.148.245.106> has quit IRC11:55
*** AndersD_ <AndersD_!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC11:57
*** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto11:57
*** AndersD_ <AndersD_!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto11:59
*** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC12:02
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC12:08
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-hcbhdikglcfmgdxy> has joined #yocto12:20
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto12:21
*** thaytan <thaytan!~thaytan@180-150-69-32.b49645.syd.nbn.aussiebb.net> has quit IRC12:30
*** mattia1 <mattia1!~mattia@85.148.245.106> has joined #yocto12:36
*** rsalveti <rsalveti!uid117878@gateway/web/irccloud.com/x-deobbmyzaaelxjjg> has joined #yocto12:37
*** yacar_ <yacar_!~yacar_@91-168-169-253.subs.proxad.net> has joined #yocto12:40
RPkanavin_home: another thing we should work on is reproducible builds for world13:01
*** mattia1 <mattia1!~mattia@85.148.245.106> has quit IRC13:09
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC13:21
LetoThe2ndmanuel1985: correction: i can reproduce it.13:22
LetoThe2ndzeddii: hey CCC (crazy canadian club)!13:25
*** 5EXAA5O9E <5EXAA5O9E!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto13:28
*** 7GHACG3JD <7GHACG3JD!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto13:28
* zeddii pops up13:28
LetoThe2nd\m/13:29
*** 5EXAA5O9E <5EXAA5O9E!~bob@unaffiliated/rob-w/x-1112029> has quit IRC13:29
*** 7GHACG3JD <7GHACG3JD!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC13:29
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto13:30
LetoThe2ndzeddii: fun observation (a.k.a. unexpected behaviour a.k.a. probably bug n.a.k.a. feature): populate_sdk_ext breaks with some error about unexpected tasks if linux-dummy provides the kernel. any pointers? interested in a log?13:31
*** xtron <xtron!~xtron@110.93.212.98> has quit IRC13:32
zeddiiI have seen that float by, but I can't recall exactly where.   A log would be helpful.13:32
*** xtron <xtron!~xtron@110.93.212.98> has joined #yocto13:32
rburtonoh zeddii is here13:34
rburtonhow handy13:35
rburtonas perf just exploded13:35
rburton2020-11-09 13:18:23 - ERROR    - /builds/work/build/tmp/work/tc0-poky-linux/perf/1.0-r9/recipe-sysroot-native/usr/bin/aarch64-poky-linux/../../libexec/aarch64-poky-linux/gcc/aarch64-poky-linux/10.2.0/ld:/builds/work/build/tmp/work/tc0-poky-linux/perf/1.0-r9/perf-1.0/plugins/libtraceevent-dynamic-list:2: syntax error in dynamic list13:35
rburtonzeddii: ^^ thoughts?13:35
zeddiiwhat kernel version is it from ? That smells like the binutils issue.13:36
* rburton mumbles13:36
rburtongood news, i can replicate13:36
rburtonyeah maybe it is13:37
*** emrius <emrius!~emrius@dslb-088-064-250-155.088.064.pools.vodafone-ip.de> has quit IRC13:37
zeddiithere's a libtraceevent commit to fix that right up, I sent the patch to someone else just last week :D13:37
zeddiinow only, if I could find the directory I exported the patch to. ..13:37
rburton-$(NM) -u -D $1 | awk 'NF>1 {print "\t"$$2";"}' | sort -u;\13:38
rburton+$(NM) -u -D $1 | awk 'NF>1 {sub("@.*", "", $$2); print "\t"$$2";"}' | sort -u;\13:38
rburtonthat one?13:38
zeddiiahah. there is13:38
zeddiiFrom c2fd34d4311033120fa502aa8bd4723cdeee0103 Mon Sep 17 00:00:00 200113:38
zeddiiFrom: Ben Hutchings <ben@decadent.org.uk>13:38
zeddiiDate: Sat, 25 Jul 2020 02:06:23 +010013:38
zeddiiSubject: [PATCH] libtraceevent: Fix build with binutils 2.3513:38
rburtonyes, thats it13:38
rburtonnow to scream at vendor kernel people13:38
rburtonI couldn't actually remember what the binutils problem looked like :)13:38
zeddiineither could I (when asked last week).13:39
zeddiiyou just arrived before I flushed it out of the cache13:39
*** mattia_ <mattia_!~mattia@85.148.245.106> has quit IRC13:39
rburtonof course this is the android kernel, for mystery reasons13:40
zeddiiYOU CAN'T HANDLE THE TRUTH13:42
rburtonthe truth will make me angry13:42
zeddiino doubt there.13:43
LetoThe2ndno doubt, indeed. https://youtu.be/TR3Vdo5etCQ13:44
LetoThe2ndzeddii: http://paste.ubuntu.com/p/HzVJ8nZ5WT/13:45
zeddiiahah. yes, I have seen that. It might have been internally.  it's similar to the "linux-dummy: Add do_compile_kernelmodules" fix in oe-core.13:48
LetoThe2ndzeddii: something in gatesgarth/master?13:48
zeddiithat's from 2019, when we added the empty task to keep things moving. I recall in the thread (that I can't find now), that do fetch was done the same way.13:49
zeddiithe eSDK is heavily used here, so it must be in my 'work' email.13:50
LetoThe2ndzeddii: well i gave it a quite tinkering test and added empty fetch and package_setscene tasks, but that didn't do thetrick.13:51
zeddiihmm. exactly the same error ?13:51
LetoThe2ndlemme re-run13:52
zeddiiI have similar classes for containerizing meta-virt apps, but I don't think the internal folks are using them, so they haven't been run against the eSDK.13:52
LetoThe2ndhum, you tell me: http://paste.ubuntu.com/p/2JfKS2b9SY/13:56
zeddiihmm. yes, looks the same. tried to run unexpectedly.13:59
* zeddii ponders.13:59
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto13:59
*** weltling <weltling!~toll@klapt.com> has quit IRC13:59
LetoThe2ndi'd say it goes boom. https://youtu.be/OriR-vTOqYg14:00
*** maudat <maudat!~moda@bas2-montreal28-70-53-242-33.dsl.bell.ca> has joined #yocto14:02
LetoThe2ndzeddii: any pointers where i could start digging?14:06
zeddiinot yet, trying to find that reference. I found the EFI one, but that was a misconfiguration on something that should never have depended on kernel .. but yours has a valid virtual/kernel depedency.14:08
zeddiiso I understand, this is the first time you've tried it with the eSDK ? i.e. it hasn't been broken, it just may have never worked.14:08
LetoThe2ndzeddii: never tried so far, has been reported to me too. just having that famous short look..14:11
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC14:11
* zeddii nods14:11
zeddiiI'm thinking I'll run into this soon in my Xilinx stuff, so I'm interested.  trying to mock up a reproducer here.14:12
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto14:13
LetoThe2ndzeddii: thx.14:13
*** tnovotny <tnovotny!~tnovotny@ip-78-45-64-220.net.upcbroadband.cz> has quit IRC14:13
LetoThe2ndmanuel1985: so here you go ^^^^14:13
*** emrius <emrius!~emrius@dslb-088-064-250-155.088.064.pools.vodafone-ip.de> has joined #yocto14:18
*** ssajal <ssajal!~ssajal@bras-base-otwaon1146w-grc-11-174-88-220-58.dsl.bell.ca> has joined #yocto14:22
*** tnovotny <tnovotny!~tnovotny@ip-78-45-64-220.net.upcbroadband.cz> has joined #yocto14:25
kanavin_homeRP: right, one challenge for reproducible world is that world takes a lot of time to build from scratch14:29
*** tgamblin <tgamblin!~tgamblin@cpe64777de11593-cm64777de11590.cpe.net.cable.rogers.com> has quit IRC14:30
RPkanavin_home: it should happen in parallel with other selftests so that in itself shouldn't stop us. We could also exclude some specific recipes if that help...14:30
kanavin_homeRP: I guess that can be addressed by having dedicated builders that take reproducibility test, and do just that14:30
*** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto14:31
kanavin_homeRP: I guess llvm and webkit are the worst offenders in core14:31
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC14:31
*** camus1 is now known as kaspter14:31
LetoThe2ndmhh... wurst offenders...14:32
*** tgamblin <tgamblin!~tgamblin@cpe64777de11593-cm64777de11590.cpe.net.cable.rogers.com> has joined #yocto14:35
RPkanavin_home: selftest is parallelised so the reproduibility should already be run it its own thread FWIW14:41
*** champagneg <champagneg!~gchamp@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has quit IRC14:47
*** champagneg <champagneg!~gchamp@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has joined #yocto14:47
qschulzin https://docs.yoctoproject.org/ref-manual/ref-variables.html?highlight=bbmask#term-BBMASK, why do we have one example with a leading / and one without?14:51
qschulzand more specifically, which one's correct :p?14:52
*** thaytan <thaytan!~thaytan@180-150-69-32.b49645.syd.nbn.aussiebb.net> has joined #yocto14:52
*** dleppich <dleppich!~Thunderbi@81.20.119.6> has quit IRC14:52
*** jwessel <jwessel!~jwessel@128.224.252.2> has joined #yocto14:52
*** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has joined #yocto14:54
derRicharddevtool hates me. i have a kernel recipe with a line like this in SRC_URI "file://arch/arm64/boot/dts/;subdir=git/", the goal is to keep devicetree files in the layer to work better with it.15:03
derRichardwhen i run devtool modify my-kernel, it ignores the files in arch/arm64/boot/dts/, nothing is copied to oe-local-files15:03
derRichardand when i run devtool finish or update-recipe device unlinks all files from arch/arm64/boot/dts/15:04
derRichardWTF15:04
derRichardis this a bug? a feature?15:04
derRicharddevtool update-recipe seems to have --no-remove, sounds better15:04
derRichardbut devtool finish has not :-(15:04
mcfriskderRichard: devtool doesn't work like do_patch()15:06
derRichardwhat does this mean?15:06
mcfrisksadly, I use devshell since that calls the real do_patch() and working tree is always setup correctly just like for do_compile()15:06
kanavin_homeRP: right, but it still shared the same worker machine with the rest of the selftest, and it'd probably be better to allocate a dedicated worker?15:07
mcfriskdevtool and bitbake build apply patches from SRC_URI differently15:07
RPkanavin_home: in practise its not been too bad. You could argue that for several of the oe-selftests15:07
derRichardmcfrisk: so devtool crap and should not be used? ;-)15:07
RPderRichard: patches to improve it and add more tests welcome15:08
mcfriskderRichard: errm, well yea... :(15:08
derRichardRP: i'm currently reading devtool source, yes15:09
derRichardi makes me very sad15:09
derRichard*it15:09
derRichardanyway, sorry for the rant. i try to find a solution15:09
derRichardfirst i need to understand what exactly is going on15:09
kanavin_homeRP: right, I hope to find a bit of time to work on this.15:10
qschulzderRichard: why subdir for your SRC_URI?15:11
derRichardqschulz: because it is useful to have stuff like customer specific device tree files in the layer instead in the patch queue15:12
derRichardand by talking away my use case we cannot get devtool fixed ;-P15:13
qschulzderRichard: I'm not questioning DTS files in layer (though... well..) but rather why subdir is git and why you need this?15:14
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC15:15
derRichardqschulz: i've always used it like that. is there a better way to host my dts file in the kernel recipe dir?15:15
derRichardin devtool source i see:15:20
derRichard                # Ignore local files with subdir={BP}15:20
derRichard                srcabspath = os.path.abspath(srcsubdir)15:20
derRichard                local_files = [fname for fname in local_files if os.path.exists(os.path.join(workdir, fname)) and  (srcabspath == workdir or not  os.path.join(workdir, fname).startswith(srcabspath + os.sep))]15:20
derRicharddoes do we need to ignore subdir={BP} files?15:21
derRichard*why do we15:21
qschulzderRichard: is S = ${WORKDIR}/git in your recipe?15:25
derRichardyes15:25
qschulzcould you put subdir to ${S} instead of git?15:25
qschulzs/put/set15:26
derRicharddoes not work. bitbake wants subdir to be a subdir of ${WORKDIR}15:26
qschulzshit15:26
qschulzI think that's the issue15:26
qschulzbecause devtool unpacks and stores files/sources differently than "Yocto"15:27
derRichardgrrrrrr15:28
qschulzderRichard: but you're already in the source code so go on with it15:28
qschulzbut that's my wild guess15:28
derRichardyeah, i'm trying to figure what is wrong :(15:29
qschulzderRichard: FYI, I had issues with patches with patchdir=.. (patching the files from the layers, don't ask why we wanted to do that please)15:30
derRichardis there another way to have dts files for the kernel outside of the kernel source tree?15:31
qschulzderRichard: I would first try to install the files without intermediate subdirectories in the layer15:32
qschulzso remove arch/arm64/boot/dts/ from your path15:32
*** tgamblin <tgamblin!~tgamblin@cpe64777de11593-cm64777de11590.cpe.net.cable.rogers.com> has quit IRC15:32
qschulzif it still does not work, you could remove subdir=git and manually put your DTS into the correct place by adding a do_configure_prepend cp'ing them to the correct dir15:33
*** mattia1 <mattia1!~mattia@85.148.245.106> has joined #yocto15:36
*** tgamblin <tgamblin!~tgamblin@cpe64777de11593-cm64777de11590.cpe.net.cable.rogers.com> has joined #yocto15:36
derRichardqschulz: sorry, i don't understand. the line is "file://arch/arm64/boot/dts/;subdir=git/" what shall i remove?15:39
eduardashello, even though lua itself is part of meta-oe, it does not seem Yocto project or meta-opembedded are packaging any lua components like lua-openssl, etc.15:39
derRichardhmm, i see in devtool "if bb.data.inherits_class('kernel-yocto', rd)"15:40
derRichardbut my kernel recipe does:15:40
derRichardinherit kernel15:40
derRichardrequire recipes-kernel/linux/linux-yocto.inc15:40
derRichardmaybe this is the problem?15:40
eduardasWould upstreaming more recipes for lua be welcome in meta-openembedded or somewhere else in yocto project related layers?15:40
rburtonmeta-oe is fine unless you end up adding so many that a meta-lua makes sense15:43
paulbarkerderRichard: linux-yocto.inc inherits the kernel-yocto bbclass15:44
paulbarkerSo that should be true already15:44
derRichardlooks like this if does not evaluate to true for me:15:47
derRichardif (os.path.exists(srcdir) and os.listdir(srcdir)) and (kernelVersion in staging_kerVer and staging_kbranch == kbranch)15:47
qschulzderRichard: my 2ยข on os.path.exists(srcdir) ;)15:52
derRichardi bet on staging_kbranch == kbranch15:52
derRichard:D15:52
qschulz(if srcdir is supposed to be where your files are exported)15:53
derRicharddebug patch in progress15:53
*** ThomasD13 <ThomasD13!~thomas@DSL01.212.114.255.148.ip-pool.NEFkom.net> has quit IRC16:00
eduardasI get  lua-openssl-20200709-rc1 do_package_qa: QA Issue: lua-openssl: The install log indicates that host include and/or library paths were used.16:03
eduardasDoes it say anywhere what specific installation command does this?16:03
eduardashere is the log: https://pastebin.com/ZV6F6XGs16:05
eduardascan not really spot what the offending line is16:05
derRichardqschulz: shouln't this work?16:06
derRicharddo_configure_prepend() {16:06
derRichard        cp -a ${WORKDIR}/mydts ${S}/arch/arm/boot/dts/16:06
derRichard}16:06
derRichardkernel build fails to find my dts files and looking to the source dir confirms, nothing copied :(16:06
derRichardit fails long after do_compile16:07
eduardasthen again, its probably this: rmdir: failed to remove '/tmp/luapath-31f96199004aed82': Directory not empty16:07
qschulzderRichard: time to check your SRC_URI is correct16:07
qschulzderRichard: bitbake virtual/kernel -e | grep -e "^SRC_URI="16:07
qschulzdo you have your files in there?16:07
derRichardthey are there, "file://mydts"16:09
derRichardothwise cp would fail16:09
derRichardbut it does not16:09
qschulzindeed, but how come they're not copied and cp "works" then?16:10
derRichardthat's why i'm asking :)16:10
* derRichard does a cleanll16:10
qschulzare you still trying only with devtool or also "normal" bitbake?16:10
derRichardnormal bitbake16:11
derRichardno devtool at all16:11
qschulzwhat do you have in WORKDIR/mydts then?16:11
derRichardmy device tree files16:13
qschulzin WORKDIR/temp do you have a do_configure?16:13
qschulzdo you have your cp -a in there?16:13
derRichardlet me check16:14
derRichardwill take a few mins.16:14
eduardaslua-openssl expects a host /tmp directory: mk/luapath:160:: ${TMPDIR:=/tmp} # sane TMPDIR16:17
*** frsc <frsc!~frsc@p50937620.dip0.t-ipconnect.de> has quit IRC16:17
eduardaswhat do I set the TMPDIR in my recipe so that I pass the QA check?16:17
eduardasnot sure what is appropriate to do here16:17
eduardascreate a directory under ${WORKDIR} to act as /tmp?16:18
*** jobroe_ <jobroe_!~manjaro-u@p579eb81c.dip0.t-ipconnect.de> has quit IRC16:18
*** fl0v0 <fl0v0!~fvo@i59F44F55.versanet.de> has quit IRC16:19
derRichardqschulz: yes, i see cp -a ... in my do_configure16:19
derRichardis ${S} right for the kernel recipe?16:20
derRichardthe yocto kernel class does so much black magic these days :-(16:20
derRichardah, yes ${S} seems to be wrong16:23
derRichardgrrr16:23
derRichardi see the file not under git/, one level above16:23
derRichardbut i have S = "${WORKDIR}/git"16:24
derRichardi need some booze soon ;)16:24
*** otavio__ <otavio__!~otavio@191-221-68-106.user3p.brasiltelecom.net.br> has joined #yocto16:25
*** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC16:25
*** Batman_ <Batman_!~Batman@2601:640:102:27ea:815a:3d9a:81bb:8839> has joined #yocto16:26
derRichardqschulz: oh damn, i'm sorry. arm vs. arm6416:28
derRichardtime to take a break16:28
qschulzderRichard: or some booze ;)16:29
*** Batman_ <Batman_!~Batman@2601:640:102:27ea:815a:3d9a:81bb:8839> has quit IRC16:31
*** AndersD_ <AndersD_!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC16:31
derRichardqschulz: yeah. i tried too much in too little time :D16:32
derRichardlater i'll see how badly devtool interacts with the new do_configure_prepend approach :)16:32
*** eduardas <eduardas!~eduardas@93.93.57.5> has quit IRC16:37
*** mihai <mihai!~mihai@unaffiliated/mihai> has quit IRC16:46
*** emrius <emrius!~emrius@dslb-088-064-250-155.088.064.pools.vodafone-ip.de> has quit IRC16:57
*** Konsgnx <Konsgnx!~Konsgnx3@66-109-34-138.tvc-ip.com> has joined #yocto17:00
*** pharaon2502 <pharaon2502!~manjaro-u@dh207-122-217.xnet.hr> has quit IRC17:03
*** pharaon2502 <pharaon2502!~manjaro-u@dh207-122-217.xnet.hr> has joined #yocto17:05
derRichardqschulz: also when i add my dts files using do_configure_prepend, devtool update-recipe/finish removes them :-(17:11
christnerHello, still pretty new to yocto. I've gotten sdk building & execs work when placed on the target device (both host & target are x86-64), but when running against the build host it is attempting to link using /lib/ld-linux-x86-64.so.2 which doesn't exist on my ubuntu system. Adding as symlink to right ld-linux.so fixes it, however this is meant to be sharable internally. Is there a way to fix/customize this in the sdk17:13
christnerinstallation?17:13
marexchristner: is that sdk for 32bit target ?17:15
christnerno17:15
marexchristner: try apt install libc6-i38617:15
christnerboth are 64 bit17:15
christnertried that, already installed17:16
marexchristner: apt-file search ld-linux-x86-64.so.2 says this is coming from libc btw17:17
smurraychristner: tbh, I'd expect that behavior.  OE default for target w/o setting up multilib is /lib, not /lib64.17:20
smurraychristner: if you want to be able to take target binaries and run them on the build host, you'll need to set things up to avoid that17:21
christneryea, looks like libc6, on my ubuntu 18.04 system, it looks like it's located in /lib64/ld-linux-x86-64.so.2 instead of /lib/ld-linux-x86-64.so.217:22
christnersmurray: where in the yocto build would be a good starting place to look to set this up?17:23
RPsmurray: we should change that...17:23
smurrayRP: heh, it wouldn't shock me if opinions varied on what that default should be17:24
RPsmurray: for a long time I never dared change the default but I think I feel brave enough now17:25
RPkanavin_home: pppd maintainer seems keen, might be a good opportunity there :)17:25
smurrayRP: I wouldn't have any objection here17:26
RPsmurray: I keep forgetting to propose a patch...17:26
rburtonpaulbarker: the old stable kernels in meta-stable don't build perf with current gatesgarth. do you want to ship exactly upstream or will you take patches?17:27
sgwRP: Morning!  Is there a way with tinfoil to get the dependent packages/recipes that would go into creating a given image?17:27
sgwit seems to be single recipes or all17:27
*** manuel1985 <manuel1985!~manuel@62.99.131.178> has quit IRC17:29
RPsgw: you can likely find all dependent tasks. It would have no idea about packages17:29
sgwOk, I will have to dig around a little more, is there some more docuemtation or examples of that other than in the code?17:32
*** yacar_ <yacar_!~yacar_@91-168-169-253.subs.proxad.net> has quit IRC17:33
smurraychristner: I think just inheriting multilib will do it with the defaults it has for x86-64, otherwise you can try over-riding BASELIB.17:34
christnersmurray: thanks, I'll give those a go17:35
*** rcoote <rcoote!~rcoote@2a02:908:692:81c0:417:3c66:9f10:400f> has quit IRC17:41
*** mbulut <mbulut!~nameclash@ip1f110f5b.dynamic.kabel-deutschland.de> has quit IRC17:42
kanavin_homeRP: I am missing the context, keen on what, and what is the opportunity?17:44
*** mckoan is now known as mckoan|away17:44
RPkanavin_home: you're cc'd on a github pppd discussion I think17:45
smurraychristner: if you try multilib, docs are here: https://docs.yoctoproject.org/dev-manual/dev-manual-common-tasks.html#combining-multiple-versions-library-files-into-one-image17:46
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC17:49
kanavin_homeRP: I think this patch is primarly of interest https://github.com/openembedded/openembedded-core/blob/master/meta/recipes-connectivity/ppp/ppp/0001-Fix-build-with-musl.patch and it's on Khem to submit that. I'll ping him.17:52
*** vineela <vineela!~vtummala@134.134.137.73> has joined #yocto17:58
paulbarkerrburton: I got the notification half an hour late for that message for some reason.17:59
paulbarkerWhich kernel versions? I got a fix backported to 4.19, earlier than that may have other issues18:00
RPkanavin_home: thanks, I hadn't been able to look at our patchset yet but it is a rare opportunity to see upstream interested18:00
rburtonpaulbarker: 5.3 and 5.718:05
paulbarkerrburton: Sadly both those are EOL on kernel.org so I don't want to carry patches for them18:07
rburtonok18:07
rburtonI'm prepping a bbappend for them18:07
rburtonas perf won't build at all and we still have BSPs that want them18:07
christnersmurray: even better, thanks again18:08
*** weltling <weltling!~toll@klapt.com> has joined #yocto18:08
*** xtron <xtron!~xtron@110.93.212.98> has quit IRC18:11
paulbarkerrburton: On master I'm aggressively dropping recipes for EOL kernels, for releases BSPs should be selecting kernels which are maintained until the expected EOL for that BSP release18:12
paulbarkerI'm not going to change anything that would break dunfell or gatesgarth though18:12
rburtonyeah you'd think that would be obvious wouldn't you18:13
paulbarkerI feel guilty that my layer has encouraged the wrong choices there, I can fix that going forward on master at least18:15
paulbarkerThe idea with meta-kernel was you say "I want a stable kernel" and you follow 5.7 -> 5.8 -> 5.9, or you say "I want an LTS kernel" and you get 5.4 until 5.10 is released and settled in18:18
*** shan1 <shan1!866661de@dhcp-222.biba.uni-bremen.de> has joined #yocto18:18
paulbarkerI'll add a todo for this week to really clarify things in the readme18:18
shan1Hi all, wanted to know if someone has a recipe to install things via `python3 wheel`18:18
paulbarkerI'm renaming it to meta-linux-mainline at some point soon as well18:18
*** vineela <vineela!~vtummala@134.134.137.73> has quit IRC18:19
shan1I have `tensorflow-lite 1.15.2` installed on the board and the dev team want the python3 tensorflowlite-interpreter which is a downloadable wheel file as mentioned on the documentation page (https://www.tensorflow.org/lite/guide/python?hl=en)18:20
shan1I am unaware of any `wheel.bbclass` which I could inherit in the recipe.18:22
*** weltling <weltling!~toll@klapt.com> has quit IRC18:23
smurraychristner: after a couple of quick experiments here, I think over-riding BASELIB is likely to be a lot less hassle than trying to coax multilib to do what you want18:23
*** shan1 <shan1!866661de@dhcp-222.biba.uni-bremen.de> has quit IRC18:30
*** weltling <weltling!~toll@klapt.com> has joined #yocto18:33
*** DanmerZ <DanmerZ!~op@46.150.1.133> has joined #yocto18:34
DanmerZHi! I need to populate extended SDK with Python modules (python3-click). I added18:35
DanmerZTOOLCHAIN_HOST_TASK += "python3-click"18:35
DanmerZto example-image.bb18:35
*** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-vdsctagarfdnfkdf> has quit IRC18:36
DanmerZBut after installation of the SDK there is no such module for Python3 (sdk_ext/buildtools/sysroots/x86_64-pokysdk-linux/usr/bin/python3)18:37
*** megabread <megabread!~megabread@2a01:4b00:e031:2600:a1c9:ce4d:7e83:bbc6> has quit IRC18:37
clementp[m]Hi, when i build my SDK i trigger a "ssh-keys-dev : Depends: ssh-keys (= 0.1-r0) but it is not installable"18:39
clementp[m]This is coming from : http://git.yoctoproject.org/cgit/cgit.cgi/meta-web-kiosk/tree/recipes-common/ssh-keys/ssh-keys_0.1.bb18:40
*** Saur <Saur!pkj@nat/axis/x-tfmpntwdrntoaiyi> has quit IRC18:40
clementp[m]And this package is selected by CORE_IMAGE_EXTRA_INSTALL += "ssh-keys-server"18:40
*** Saur <Saur!pkj@nat/axis/x-knrwcervvjhtausx> has joined #yocto18:40
clementp[m]I'm not sure how to say to Yocto that it's a Runtime depends and not required for SDK dev18:40
*** Saur <Saur!pkj@nat/axis/x-knrwcervvjhtausx> has quit IRC18:41
paulbarkerclementp[m]: You can either allow an empty `ssh-keys` package to be created or override the deps for `ssh-keys-dev`18:41
*** weltling <weltling!~toll@klapt.com> has quit IRC18:41
*** pbb <pbb!~quassel@petabyte.dev> has quit IRC18:41
paulbarkerOr prevent the `ssh-keys-dev` package from being created if you really don't need it18:42
*** Saur <Saur!pkj@nat/axis/x-hzprbafhvayzokga> has joined #yocto18:42
*** pbb <pbb!~quassel@petabyte.dev> has joined #yocto18:45
*** shan1 <shan1!86666a39@galileo-313.wohnheim.uni-bremen.de> has joined #yocto18:49
*** shan1 <shan1!86666a39@galileo-313.wohnheim.uni-bremen.de> has quit IRC18:58
*** Sandrita <Sandrita!b8a36cf4@gateway/web/cgi-irc/kiwiirc.com/ip.184.163.108.244> has joined #yocto19:27
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:29fe:c4d1:ebb5:612a> has joined #yocto19:40
rburtonkhem: do you plan on branching gatesgarth for meta-clang at some point?19:41
khemrburton: yes I usually do that a bit later when we approach clang major release. Do you think we should do it now ? if it makes your life easier I could do that19:44
rburtoni can track master, i just wanted to make sure you were not planning on breaking master when building against gatesgarth ;)19:44
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:29fe:c4d1:ebb5:612a> has quit IRC19:46
*** mbulut <mbulut!~nameclash@ip1f110f5b.dynamic.kabel-deutschland.de> has joined #yocto19:52
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto19:56
*** tnovotny <tnovotny!~tnovotny@ip-78-45-64-220.net.upcbroadband.cz> has quit IRC20:13
*** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC20:16
*** manuel1985 <manuel1985!~manuel@213-147-161-193.nat.highway.bob.at> has joined #yocto20:17
*** manuel1985 <manuel1985!~manuel@213-147-161-193.nat.highway.bob.at> has quit IRC20:18
khemkeeping master helps me keep my meagre resources testing it for both 3.2 and master as long as I can20:19
derRichardqschulz: i think i've found the problem20:20
derRichardremember this if is not true: if (os.path.exists(srcdir) and os.listdir(srcdir)) and (kernelVersion in staging_kerVer and staging_kbranch == kbranch)20:20
derRicharddevtool fills the variables like that:20:20
derRichardkernelVersion 5.4.61-rt3720:20
derRichardstaging_kerVer 5.4.6120:20
derRichardstaging_kbranch v5.4-rt20:20
derRichardkbranch master20:20
*** manuel1985 <manuel1985!~manuel@213-147-161-193.nat.highway.bob.at> has joined #yocto20:23
*** m1ster_r0b0t <m1ster_r0b0t!~m1ster_r0@prometheus.umask.eu> has quit IRC20:24
*** manuel1985 <manuel1985!~manuel@213-147-161-193.nat.highway.bob.at> has quit IRC20:24
*** m1ster_r0b0t <m1ster_r0b0t!~m1ster_r0@prometheus.umask.eu> has joined #yocto20:25
derRichardyeah, get_staging_kver() is b0rked :(20:25
derRichardto get the kernel version string you need more than just the Makefile20:25
derRichardbut i don't see why kbranch is master20:27
derRichardanother riddle20:27
derRichardall this breakage comes from: 015c87d95292 ("devtool/standard.py: Update devtool modify to copy source from work-shared if its already downloaded")20:37
*** rcw <rcw!~rcwoolley@216.154.0.157> has joined #yocto20:40
*** Shikadi <Shikadi!~Shikadi@135.30.27.136.in-addr.arpa> has joined #yocto20:43
derRichardhm, there is more20:43
ShikadiSimple question, in a layer where I have an image, can I have a conf/machine/<other_layer_machine_name>.bbappend where I can override variables without changing the machine name?20:44
Shikadi(3rd party vendor has obnoxious dependencies on machine name, and I'd rather not just edit their file, but that's what they suggest)20:44
*** maudat <maudat!~moda@bas2-montreal28-70-53-242-33.dsl.bell.ca> has quit IRC20:46
*** maudat <maudat!~moda@64.18.88.250> has joined #yocto20:46
*** Konsgnx <Konsgnx!~Konsgnx3@66-109-34-138.tvc-ip.com> has quit IRC20:50
*** Konsgnx <Konsgnx!~Konsgnx3@66-109-34-138.tvc-ip.com> has joined #yocto20:50
*** Konsgnx1 <Konsgnx1!~Konsgnx3@66-109-34-138.tvc-ip.com> has joined #yocto20:51
*** Konsgn <Konsgn!~Konsgnx3@66-109-34-138.tvc-ip.com> has joined #yocto20:52
*** Konsgnx <Konsgnx!~Konsgnx3@66-109-34-138.tvc-ip.com> has quit IRC20:52
*** Konsgn <Konsgn!~Konsgnx3@66-109-34-138.tvc-ip.com> has joined #yocto20:52
*** Konsgn is now known as Guest5191920:53
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:29fe:c4d1:ebb5:612a> has joined #yocto20:54
*** Guest51919 <Guest51919!~Konsgnx3@66-109-34-138.tvc-ip.com> has quit IRC21:04
rewittShikadi: I'm pretty sure bbappends won't work for the machine conf files. They get included due to meta/conf/bitbake.conf. But you could make another conf file and include it via local.conf, or another configuration file, here is one of the times an example was given on the list. https://www.yoctoproject.org/pipermail/yocto/2017-October/038432.html21:10
ShikadiThanks, I'll give that a try...21:12
*** berton <berton!~berton@191-221-68-106.user3p.brasiltelecom.net.br> has quit IRC21:16
*** Sandrita <Sandrita!b8a36cf4@gateway/web/cgi-irc/kiwiirc.com/ip.184.163.108.244> has quit IRC21:18
*** manuel1985 <manuel1985!~manuel@213-147-161-193.nat.highway.bob.at> has joined #yocto21:19
Shikadirewitt: Awesome, that worked perfectly, thanks!21:20
rewittShikadi: Great! :)21:29
*** rangergord is now known as rangergord221:31
*** rangergord2 is now known as rangergord21:33
sgwbluelightning: morning!  you around now?  I am trying to write a tinfoil script that can get me a list PNs/recipes  based on a given image. I see I can do it on a particular recipe or a world equiv.21:44
bluelightninghi sgw21:45
bluelightningit's a bit difficult to do it from tinfoil, your best bet is to base it on the image manifest (or buildhistory)21:45
bluelightningsince the full package dependencies aren't determined until packages are produced, and that influences what goes into the image21:46
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC21:47
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC21:49
sgwI kind of dug into both of those and could not really find the hooks for the data I wanted. I have to refresh my memory, but I think buildhistory did not work well if it was rebuilding images from existing packages or sstate.  image manifest, I don't exactly recall it's short comings.21:50
sgwbluelightning: maybe there some hooks or details I missed.21:50
*** ptsneves <ptsneves!b0dd7824@176.221.120.36> has joined #yocto21:52
ptsnevesHey all. I have a solution for this https://lists.yoctoproject.org/g/yocto/topic/74637733?p=Created,,,20,1,0,0 but i cannot find a way to reply to this thread. There is no mailto: link. Am i missing something obvious?21:53
rburtonptsneves: if you don't get the mails to your inbox then login to the web site and you can press reply21:54
rburtonbut a solution is very interesting :)21:54
*** pbb <pbb!~quassel@petabyte.dev> has quit IRC21:55
*** pbb <pbb!~quassel@petabyte.dev> has joined #yocto21:56
ptsnevesi cannot find any reply button even though i am logged in. Each message only has the link button which goes to a page where the message is displayed. Also the more only shows "Show more messages from this user"21:58
ptsneveswell the solution is sudo ln -fs /usr/lib/python3.8/_sysconfigdata__x86_64-linux-gnu.py  /usr/lib/python3.8/_sysconfigdata.py21:58
*** beneth <beneth!~beneth@irc.beneth.fr> has left #yocto21:59
*** pohly <pohly!~pohly@p54bd56f5.dip0.t-ipconnect.de> has quit IRC21:59
ptsnevesi guess ubuntu adds the arch by default as well as _sysconfigdata__linux_x86_64-linux-gnu.py but not _sysconfigdata21:59
ptsnevesi tried to reinstall python3 but it seems this is how upstream ubuntu "wants" things22:00
*** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto22:02
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC22:03
*** camus1 is now known as kaspter22:03
*** DanmerZ <DanmerZ!~op@46.150.1.133> has quit IRC22:03
rburtonPretty sure that's a workaround not a solution22:06
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto22:07
ptsnevesah ok. in that sense. The mailing list had neither.22:08
*** \x2D <\x2D!~Thunderbi@freenode/staff/grumble> has quit IRC22:08
rburtonworth replying to the thread still22:10
rburtonthe problem is a little thorny22:11
*** grumble <grumble!~Thunderbi@freenode/staff/grumble> has joined #yocto22:11
bluelightningsgw: buildhistory should definitely work from sstate, if it doesn't that is a bug we need to fix22:12
bluelightningsgw: image manifest doesn't have recipes in it, but you can look those up via pkgdata22:12
ptsnevesyeah...i still cant. :(22:13
*** oberstet <oberstet!~oberstet@213.170.219.39> has quit IRC22:14
derRichardwhat is the correct mailinglist for devtool related stuff?22:16
sgwbluelightning: let me dig back into it, if you have any good examples to share, they would be most welcome!  I think there is a community need for something like this as we talked about before.22:17
ptsnevesIs there any plan to upgrade to binutils 2.35.1? I can submit a patch if it would in the interests of the community22:23
*** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC22:23
*** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto22:23
rburtonplease do22:23
rburtoncheck with khem that he doesn't have a patch ready to be sent first22:23
rburton482322:24
rburton483922:25
rburtondamn wrong window22:25
manuel1985I don't get the difference between SRCREV and SRCPV. Okay, with SRCREV I tell the fetcher which repo revision to fetch. And SRCPV is set by the fetcher based on the revision it fetched: `SRCPV = "${@bb.fetch2.get_srcrev(d)}"` So they're having the same value. Except... when?22:26
RPrburton: haha :)22:26
ptsnevesrburton at least it is not in the mailing list22:26
RPmanuel1985: a version might be 5.6+git<revision>22:27
manuel1985RP: But thats PV, isn't it?22:29
manuel1985I know `PV = "1.0.5+git${SRCPV}"` e.g.22:29
RPmanuel1985: ah, right, yes. SRCPV is the revision in a form which can be included there22:30
RPmanuel1985: its so you can do things like set SRCREV=${AUTOREV} and still have PV be correct22:30
manuel1985RP: Ah ok, I get it. Thanks!22:31
*** pharaon2502 <pharaon2502!~manjaro-u@dh207-122-217.xnet.hr> has quit IRC22:38
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:29fe:c4d1:ebb5:612a> has quit IRC22:45
khemptsneves: if you work on patches for binutils thats fine, I will wait for them22:48
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC22:48
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto22:53
*** bsmerbeck <bsmerbeck!4a6132e0@pool-74-97-50-224.prvdri.fios.verizon.net> has joined #yocto23:09
bsmerbeckhey guys, running into a small issue that i've tried to resolve on my own for a while now. Nothing crazy specific. I'm trying to write a recipe in which I create two groups, create two users, and then add those users to those groups. For some reason, only one of the groups is made23:10
bsmerbeckuseradd looks like: USERADD_PARAM_${PN} = "-u 1200 -d /home/nano -G i2c,gpio -m -p yFTYm1b18SPr6 nano; -u 1201 -d /home/pdu -G i2c,gpio -m -p JU1wTQ9mH04ns pdu"23:10
bsmerbeckgroupadd param looks like `GROUPADD_PARAM_${PN} = "-g 880 i2c; -g 890 gpio"`23:11
bsmerbeckAfter build and flashing, only the group `i2c` is valid, with users successfully added. Any idea as to why the second gets skipped?23:11
*** manuel1985 <manuel1985!~manuel@213-147-161-193.nat.highway.bob.at> has quit IRC23:12
khemdid you look through meta-skeleton/recipes-skeleton/useradd/useradd-example.bb23:12
bsmerbeckI did, and modeled this recipe after that recipe23:12
khemrburton:  are these your debit card PIN number ?23:13
bsmerbeckIt shows two groups being added using that `groupadd_param` but they didn't show using the `-G` modifier on `useradd_param`23:13
bsmerbeckI suppose I could split it into two recipes and try it like that before combining again23:14
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC23:23
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto23:45

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