| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 00:03 | |
| *** la_croix <la_croix!~la_croix@cpc97624-walt24-2-0-cust98.13-2.cable.virginm.net> has quit IRC | 00:20 | |
| *** la_croix <la_croix!~la_croix@cpc139740-walt24-2-0-cust196.13-2.cable.virginm.net> has joined #yocto | 00:28 | |
| *** mattia1 <mattia1!~mattia@85.148.245.106> has quit IRC | 00:42 | |
| *** Batman__ <Batman__!~Batman@2601:647:4802:4430:6d41:6a4a:4a6:8ddb> has quit IRC | 00:55 | |
| *** Batman_ <Batman_!~Batman@2601:647:4802:4430:6d41:6a4a:4a6:8ddb> has joined #yocto | 00:55 | |
| *** radsquirrel <radsquirrel!~radsquirr@mail.fuzziesquirrel.com> has quit IRC | 01:21 | |
| *** radsquirrel <radsquirrel!~radsquirr@mail.fuzziesquirrel.com> has joined #yocto | 01:24 | |
| *** paulg <paulg!~paulg@24-212-229-210.cable.teksavvy.com> has quit IRC | 01:36 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 01:43 | |
| *** paulg <paulg!~paulg@24-212-228-244.cable.teksavvy.com> has joined #yocto | 01:49 | |
| *** Batman_ <Batman_!~Batman@c-67-188-92-153.hsd1.ca.comcast.net> has joined #yocto | 01:56 | |
| *** paulg <paulg!~paulg@24-212-228-244.cable.teksavvy.com> has quit IRC | 01:57 | |
| *** paulg <paulg!~paulg@24-212-229-210.cable.teksavvy.com> has joined #yocto | 01:57 | |
| *** manuel1985 <manuel1985!~manuel@213-147-161-193.nat.highway.bob.at> has quit IRC | 02:52 | |
| *** manuel1985 <manuel1985!~manuel@213-147-161-193.nat.highway.bob.at> has joined #yocto | 03:07 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC | 03:15 | |
| *** ahadi <ahadi!~ahadi@i5E86AF61.versanet.de> has quit IRC | 03:17 | |
| *** ahadi <ahadi!~ahadi@89.244.125.220> has joined #yocto | 03:19 | |
| *** vmeson <vmeson!~rmacleod@198-48-226-187.cpe.pppoe.ca> has quit IRC | 03:38 | |
| *** vmeson <vmeson!~rmacleod@198-48-226-187.cpe.pppoe.ca> has joined #yocto | 03:39 | |
| *** tlwoerner <tlwoerner!~Trevor@unaffiliated/tlwoerner> has joined #yocto | 03:45 | |
| *** WillMiles_ <WillMiles_!~Will@209.87.231.80> has quit IRC | 03:53 | |
| *** WillMiles_ <WillMiles_!~Will@209.87.231.80> has joined #yocto | 03:54 | |
| *** Batman_ <Batman_!~Batman@2601:640:101:9493:1154:13b3:504b:27fe> has joined #yocto | 04:16 | |
| *** Batman_ <Batman_!~Batman@2601:640:101:9493:1154:13b3:504b:27fe> has quit IRC | 04:21 | |
| *** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has quit IRC | 04:31 | |
| *** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has joined #yocto | 04:38 | |
| *** gendevbot <gendevbot!~devbot@176.235.187.234> has joined #yocto | 04:53 | |
| *** wooosaiii <wooosaiii!~wooo@89-212-21-243.static.t-2.net> has quit IRC | 05:01 | |
| *** wooosaiii <wooosaiii!~wooo@89-212-21-243.static.t-2.net> has joined #yocto | 05:02 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-udsyrwxvanlyuatr> has quit IRC | 05:11 | |
| *** Batman_ <Batman_!~Batman@c-67-188-92-153.hsd1.ca.comcast.net> has joined #yocto | 05:18 | |
| *** mihai <mihai!~mihai@unaffiliated/mihai> has joined #yocto | 05:42 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto | 05:47 | |
| *** Batman_ <Batman_!~Batman@c-67-188-92-153.hsd1.ca.comcast.net> has joined #yocto | 05:54 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC | 06:05 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto | 06:18 | |
| *** beneth` <beneth`!~beneth@irc.beneth.fr> has joined #yocto | 06:18 | |
| *** pohly <pohly!~pohly@p54bd56f5.dip0.t-ipconnect.de> has joined #yocto | 06:38 | |
| *** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto | 06:40 | |
| *** jobroe <jobroe!~manjaro-u@p579eb81c.dip0.t-ipconnect.de> has joined #yocto | 06:41 | |
| *** AndersD_ <AndersD_!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto | 06:41 | |
| *** dv_ <dv_!~dv@62.178.50.190> has quit IRC | 06:44 | |
| *** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC | 06:45 | |
| *** jobroe_ <jobroe_!~manjaro-u@p579eb81c.dip0.t-ipconnect.de> has joined #yocto | 06:46 | |
| *** jobroe <jobroe!~manjaro-u@p579eb81c.dip0.t-ipconnect.de> has quit IRC | 06:47 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 07:04 | |
| *** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has joined #yocto | 07:05 | |
| *** g0hl1n <g0hl1n!~g0hl1n@83-215-125-121.lhau.dyn.salzburg-online.at> has quit IRC | 07:07 | |
| *** ThomasD13 <ThomasD13!~thomas@DSL01.212.114.255.148.ip-pool.NEFkom.net> has joined #yocto | 07:08 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 07:10 | |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 07:11 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 07:11 | |
| *** camus1 is now known as kaspter | 07:11 | |
| *** mbulut <mbulut!~nameclash@ip1f110f5b.dynamic.kabel-deutschland.de> has joined #yocto | 07:12 | |
| *** mattia_ <mattia_!~mattia@85.148.245.106> has joined #yocto | 07:16 | |
| *** Batman_ <Batman_!~Batman@c-67-188-92-153.hsd1.ca.comcast.net> has quit IRC | 07:18 | |
| *** mattia_ <mattia_!~mattia@85.148.245.106> has quit IRC | 07:20 | |
| *** manuel1985 <manuel1985!~manuel@213-147-161-193.nat.highway.bob.at> has quit IRC | 07:23 | |
| *** mckoan|away is now known as mckoan | 07:37 | |
| mckoan | good morning | 07:37 |
|---|---|---|
| *** agust <agust!~agust@p508b685f.dip0.t-ipconnect.de> has joined #yocto | 07:41 | |
| *** elvispre <elvispre!~elvispre@2001:8b0:e0:884d:99db:5cdc:4b13:fabc> has quit IRC | 07:41 | |
| *** elvispre <elvispre!~elvispre@2001:8b0:e0:884d:99db:5cdc:4b13:fabc> has joined #yocto | 07:41 | |
| *** goodmorning <goodmorning!52a995b3@82-169-149-179.biz.kpn.net> has joined #yocto | 07:44 | |
| goodmorning | hi there | 07:44 |
| *** oberstet <oberstet!~oberstet@213.170.219.39> has joined #yocto | 07:45 | |
| goodmorning | whenever 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 #yocto | 07:49 | |
| *** g0hl1n <g0hl1n!~g0hl1n@83-215-125-121.lhau.dyn.salzburg-online.at> has joined #yocto | 07:50 | |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 07:57 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 07:58 | |
| *** camus1 is now known as kaspter | 07:58 | |
| *** fl0v0 <fl0v0!~fvo@i59F44F55.versanet.de> has joined #yocto | 07:58 | |
| *** mattia1 <mattia1!~mattia@85.148.245.106> has joined #yocto | 08:14 | |
| *** rcoote <rcoote!~rcoote@2a02:908:692:81c0:417:3c66:9f10:400f> has joined #yocto | 08:17 | |
| *** oberstet <oberstet!~oberstet@213.170.219.39> has quit IRC | 08:20 | |
| *** B0ned1ger2 <B0ned1ger2!~B0ned1ger@78-60-213-230.static.zebra.lt> has joined #yocto | 08:26 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC | 08:29 | |
| *** manuel1985 <manuel1985!~manuel@62.99.131.178> has joined #yocto | 08:31 | |
| *** beneth` is now known as beneth | 08:31 | |
| *** B0ned1ger2 <B0ned1ger2!~B0ned1ger@78-60-213-230.static.zebra.lt> has quit IRC | 08:33 | |
| *** goodmorning <goodmorning!52a995b3@82-169-149-179.biz.kpn.net> has quit IRC | 08:37 | |
| *** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-vdsctagarfdnfkdf> has joined #yocto | 08:39 | |
| LetoThe2nd | yo dudX | 08:40 |
| mckoan | hi LetoThe2nd | 08:43 |
| *** tnovotny <tnovotny!~tnovotny@ip-78-45-64-220.net.upcbroadband.cz> has joined #yocto | 08:50 | |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 08:52 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto | 08:55 | |
| *** eduardas <eduardas!~eduardas@93.93.57.5> has joined #yocto | 08:58 | |
| abelal | morning | 09:04 |
| LetoThe2nd | much so, indeed. | 09:05 |
| abelal | I am trying to build qtwebengine using the dunfell branch and running into | 09:06 |
| abelal | /usr/include/c++/7/cstddef:49:10: fatal error: bits/c++config.h: No such file or directory | 09:06 |
| abelal | #include <bits/c++config.h> | 09:06 |
| abelal | ^~~~~~~~~~~~~~~~~~ | 09:06 |
| abelal | compilation terminated. | 09:06 |
| *** oberstet <oberstet!~oberstet@213.170.219.39> has joined #yocto | 09:06 | |
| LetoThe2nd | abelal: any specifica about your build? or is it really just poky+meta-qt on dunfell head? | 09:07 |
| abelal | hmmm good question | 09:08 |
| abelal | poky: 33fdf03169ab2a3355e090d41ba034855d47f865 | 09:09 |
| abelal | meta-qt5: a22f0e22524a921422740ce640187e14dd829552 | 09:09 |
| *** beneth is now known as beneth` | 09:10 | |
| *** beneth` is now known as beneth | 09:10 | |
| * LetoThe2nd will admittedly not look up the hashes now. | 09:10 | |
| LetoThe2nd | any other stuff in the mix? | 09:11 |
| LetoThe2nd | any specific configuration? etc. pp. | 09:11 |
| abelal | mmm 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 role | 09:12 |
| abelal | nothing has been changed in the default configs | 09:12 |
| abelal | maybe I am missing something on the host? | 09:13 |
| abelal | do I need the g++multilib on the host? | 09:13 |
| erbo | abelal: 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 qtwebengine | 09:14 |
| erbo | abelal: something like lib32stdc++-5-dev gcc-multilib g++-multilib would solve it on old ubuntu 18.04 | 09:16 |
| erbo | So if you translate that to your current build host os, it should work | 09:17 |
| abelal | hmmmm | 09:25 |
| abelal | thanks erbo I'll try that out | 09:25 |
| *** dev1990 <dev1990!~dev@dynamic-78-8-233-105.ssp.dialog.net.pl> has quit IRC | 09:26 | |
| marex | erbo: indeed, qt5 still pulls in a few host headers | 09:27 |
| marex | JaMa: ^ | 09:27 |
| *** dev1990 <dev1990!~dev@dynamic-78-8-233-105.ssp.dialog.net.pl> has joined #yocto | 09:31 | |
| *** dev1990 <dev1990!~dev@dynamic-78-8-233-105.ssp.dialog.net.pl> has joined #yocto | 09:34 | |
| *** florian_kc is now known as florian | 09:40 | |
| *** WillMiles_ <WillMiles_!~Will@209.87.231.80> has quit IRC | 09:54 | |
| *** megabread <megabread!~megabread@2a01:4b00:e031:2600:a1c9:ce4d:7e83:bbc6> has joined #yocto | 09:54 | |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 09:54 | |
| *** mattia_ <mattia_!~mattia@85.148.245.106> has joined #yocto | 09:54 | |
| *** WillMiles_ <WillMiles_!~Will@209.87.231.80> has joined #yocto | 09:55 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 09:55 | |
| *** camus1 is now known as kaspter | 09:55 | |
| *** dleppich <dleppich!~Thunderbi@81.20.119.6> has joined #yocto | 09:56 | |
| *** mattia1 <mattia1!~mattia@85.148.245.106> has quit IRC | 09:57 | |
| *** mattia1 <mattia1!~mattia@85.148.245.106> has joined #yocto | 10:01 | |
| qschulz | hello folks o/ congrats on the gatesgarth release | 10:06 |
| LetoThe2nd | no condolences? | 10:13 |
| *** xtron <xtron!~xtron@110.93.212.98> has joined #yocto | 10:17 | |
| qschulz | LetoThe2nd: condolences on zeus being EOL | 10:18 |
| LetoThe2nd | qschulz: ++ | 10:19 |
| LetoThe2nd | manuel1985: 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 IRC | 10:31 | |
| LetoThe2nd | manuel1985: 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 work | 10:33 |
| *** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 10:41 | |
| *** yann <yann!~yann@88.120.44.86> has joined #yocto | 10:42 | |
| *** emrius <emrius!~emrius@dslb-088-064-250-155.088.064.pools.vodafone-ip.de> has joined #yocto | 10:57 | |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 11:01 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 11:01 | |
| emrius | Hey 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 that | 11:02 |
| emrius | board. 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 |
| paulbarker | emrius: You may want to try #elinux as that's not really Yocto specific | 11:03 |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has quit IRC | 11:03 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 11:04 | |
| emrius | paulbaker: Ah ok, great! I will drop a message there as well. Thanks | 11:07 |
| *** marius_ <marius_!~emrius@dslb-088-064-250-155.088.064.pools.vodafone-ip.de> has joined #yocto | 11:08 | |
| LetoThe2nd | emrius: 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 |
| emrius | LetoThe2nd: Thanks for your valuable feedback!! That helped a lot. We kind of trust the 'LTS' suffix but, well, you never know... | 11:13 |
| LetoThe2nd | emrius: 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 #yocto | 11:39 | |
| *** berton <berton!~berton@191-221-68-106.user3p.brasiltelecom.net.br> has joined #yocto | 11:42 | |
| *** dleppich <dleppich!~Thunderbi@81.20.119.6> has quit IRC | 11:43 | |
| *** dleppich <dleppich!~Thunderbi@81.20.119.6> has joined #yocto | 11:44 | |
| *** mattia1 <mattia1!~mattia@85.148.245.106> has quit IRC | 11:55 | |
| *** AndersD_ <AndersD_!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC | 11:57 | |
| *** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto | 11:57 | |
| *** AndersD_ <AndersD_!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto | 11:59 | |
| *** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC | 12:02 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 12:08 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-hcbhdikglcfmgdxy> has joined #yocto | 12:20 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 12:21 | |
| *** thaytan <thaytan!~thaytan@180-150-69-32.b49645.syd.nbn.aussiebb.net> has quit IRC | 12:30 | |
| *** mattia1 <mattia1!~mattia@85.148.245.106> has joined #yocto | 12:36 | |
| *** rsalveti <rsalveti!uid117878@gateway/web/irccloud.com/x-deobbmyzaaelxjjg> has joined #yocto | 12:37 | |
| *** yacar_ <yacar_!~yacar_@91-168-169-253.subs.proxad.net> has joined #yocto | 12:40 | |
| RP | kanavin_home: another thing we should work on is reproducible builds for world | 13:01 |
| *** mattia1 <mattia1!~mattia@85.148.245.106> has quit IRC | 13:09 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 13:21 | |
| LetoThe2nd | manuel1985: correction: i can reproduce it. | 13:22 |
| LetoThe2nd | zeddii: hey CCC (crazy canadian club)! | 13:25 |
| *** 5EXAA5O9E <5EXAA5O9E!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 13:28 | |
| *** 7GHACG3JD <7GHACG3JD!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto | 13:28 | |
| * zeddii pops up | 13:28 | |
| LetoThe2nd | \m/ | 13:29 |
| *** 5EXAA5O9E <5EXAA5O9E!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 13:29 | |
| *** 7GHACG3JD <7GHACG3JD!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC | 13:29 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 13:30 | |
| LetoThe2nd | zeddii: 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 IRC | 13:32 | |
| zeddii | I 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 #yocto | 13:32 | |
| rburton | oh zeddii is here | 13:34 |
| rburton | how handy | 13:35 |
| rburton | as perf just exploded | 13:35 |
| rburton | 2020-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 list | 13:35 |
| rburton | zeddii: ^^ thoughts? | 13:35 |
| zeddii | what kernel version is it from ? That smells like the binutils issue. | 13:36 |
| * rburton mumbles | 13:36 | |
| rburton | good news, i can replicate | 13:36 |
| rburton | yeah maybe it is | 13:37 |
| *** emrius <emrius!~emrius@dslb-088-064-250-155.088.064.pools.vodafone-ip.de> has quit IRC | 13:37 | |
| zeddii | there's a libtraceevent commit to fix that right up, I sent the patch to someone else just last week :D | 13:37 |
| zeddii | now 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 |
| rburton | that one? | 13:38 |
| zeddii | ahah. there is | 13:38 |
| zeddii | From c2fd34d4311033120fa502aa8bd4723cdeee0103 Mon Sep 17 00:00:00 2001 | 13:38 |
| zeddii | From: Ben Hutchings <ben@decadent.org.uk> | 13:38 |
| zeddii | Date: Sat, 25 Jul 2020 02:06:23 +0100 | 13:38 |
| zeddii | Subject: [PATCH] libtraceevent: Fix build with binutils 2.35 | 13:38 |
| rburton | yes, thats it | 13:38 |
| rburton | now to scream at vendor kernel people | 13:38 |
| rburton | I couldn't actually remember what the binutils problem looked like :) | 13:38 |
| zeddii | neither could I (when asked last week). | 13:39 |
| zeddii | you just arrived before I flushed it out of the cache | 13:39 |
| *** mattia_ <mattia_!~mattia@85.148.245.106> has quit IRC | 13:39 | |
| rburton | of course this is the android kernel, for mystery reasons | 13:40 |
| zeddii | YOU CAN'T HANDLE THE TRUTH | 13:42 |
| rburton | the truth will make me angry | 13:42 |
| zeddii | no doubt there. | 13:43 |
| LetoThe2nd | no doubt, indeed. https://youtu.be/TR3Vdo5etCQ | 13:44 |
| LetoThe2nd | zeddii: http://paste.ubuntu.com/p/HzVJ8nZ5WT/ | 13:45 |
| zeddii | ahah. 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 |
| LetoThe2nd | zeddii: something in gatesgarth/master? | 13:48 |
| zeddii | that'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 |
| zeddii | the eSDK is heavily used here, so it must be in my 'work' email. | 13:50 |
| LetoThe2nd | zeddii: well i gave it a quite tinkering test and added empty fetch and package_setscene tasks, but that didn't do thetrick. | 13:51 |
| zeddii | hmm. exactly the same error ? | 13:51 |
| LetoThe2nd | lemme re-run | 13:52 |
| zeddii | I 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 |
| LetoThe2nd | hum, you tell me: http://paste.ubuntu.com/p/2JfKS2b9SY/ | 13:56 |
| zeddii | hmm. 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 #yocto | 13:59 | |
| *** weltling <weltling!~toll@klapt.com> has quit IRC | 13:59 | |
| LetoThe2nd | i'd say it goes boom. https://youtu.be/OriR-vTOqYg | 14:00 |
| *** maudat <maudat!~moda@bas2-montreal28-70-53-242-33.dsl.bell.ca> has joined #yocto | 14:02 | |
| LetoThe2nd | zeddii: any pointers where i could start digging? | 14:06 |
| zeddii | not 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 |
| zeddii | so 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 |
| LetoThe2nd | zeddii: 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 IRC | 14:11 | |
| * zeddii nods | 14:11 | |
| zeddii | I'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 #yocto | 14:13 | |
| LetoThe2nd | zeddii: thx. | 14:13 |
| *** tnovotny <tnovotny!~tnovotny@ip-78-45-64-220.net.upcbroadband.cz> has quit IRC | 14:13 | |
| LetoThe2nd | manuel1985: so here you go ^^^^ | 14:13 |
| *** emrius <emrius!~emrius@dslb-088-064-250-155.088.064.pools.vodafone-ip.de> has joined #yocto | 14:18 | |
| *** ssajal <ssajal!~ssajal@bras-base-otwaon1146w-grc-11-174-88-220-58.dsl.bell.ca> has joined #yocto | 14:22 | |
| *** tnovotny <tnovotny!~tnovotny@ip-78-45-64-220.net.upcbroadband.cz> has joined #yocto | 14:25 | |
| kanavin_home | RP: right, one challenge for reproducible world is that world takes a lot of time to build from scratch | 14:29 |
| *** tgamblin <tgamblin!~tgamblin@cpe64777de11593-cm64777de11590.cpe.net.cable.rogers.com> has quit IRC | 14:30 | |
| RP | kanavin_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_home | RP: I guess that can be addressed by having dedicated builders that take reproducibility test, and do just that | 14:30 |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 14:31 | |
| kanavin_home | RP: I guess llvm and webkit are the worst offenders in core | 14:31 |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 14:31 | |
| *** camus1 is now known as kaspter | 14:31 | |
| LetoThe2nd | mhh... wurst offenders... | 14:32 |
| *** tgamblin <tgamblin!~tgamblin@cpe64777de11593-cm64777de11590.cpe.net.cable.rogers.com> has joined #yocto | 14:35 | |
| RP | kanavin_home: selftest is parallelised so the reproduibility should already be run it its own thread FWIW | 14:41 |
| *** champagneg <champagneg!~gchamp@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has quit IRC | 14:47 | |
| *** champagneg <champagneg!~gchamp@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has joined #yocto | 14:47 | |
| qschulz | in 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 |
| qschulz | and more specifically, which one's correct :p? | 14:52 |
| *** thaytan <thaytan!~thaytan@180-150-69-32.b49645.syd.nbn.aussiebb.net> has joined #yocto | 14:52 | |
| *** dleppich <dleppich!~Thunderbi@81.20.119.6> has quit IRC | 14:52 | |
| *** jwessel <jwessel!~jwessel@128.224.252.2> has joined #yocto | 14:52 | |
| *** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has joined #yocto | 14:54 | |
| derRichard | devtool 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 |
| derRichard | when i run devtool modify my-kernel, it ignores the files in arch/arm64/boot/dts/, nothing is copied to oe-local-files | 15:03 |
| derRichard | and when i run devtool finish or update-recipe device unlinks all files from arch/arm64/boot/dts/ | 15:04 |
| derRichard | WTF | 15:04 |
| derRichard | is this a bug? a feature? | 15:04 |
| derRichard | devtool update-recipe seems to have --no-remove, sounds better | 15:04 |
| derRichard | but devtool finish has not :-( | 15:04 |
| mcfrisk | derRichard: devtool doesn't work like do_patch() | 15:06 |
| derRichard | what does this mean? | 15:06 |
| mcfrisk | sadly, 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_home | RP: 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 |
| mcfrisk | devtool and bitbake build apply patches from SRC_URI differently | 15:07 |
| RP | kanavin_home: in practise its not been too bad. You could argue that for several of the oe-selftests | 15:07 |
| derRichard | mcfrisk: so devtool crap and should not be used? ;-) | 15:07 |
| RP | derRichard: patches to improve it and add more tests welcome | 15:08 |
| mcfrisk | derRichard: errm, well yea... :( | 15:08 |
| derRichard | RP: i'm currently reading devtool source, yes | 15:09 |
| derRichard | i makes me very sad | 15:09 |
| derRichard | *it | 15:09 |
| derRichard | anyway, sorry for the rant. i try to find a solution | 15:09 |
| derRichard | first i need to understand what exactly is going on | 15:09 |
| kanavin_home | RP: right, I hope to find a bit of time to work on this. | 15:10 |
| qschulz | derRichard: why subdir for your SRC_URI? | 15:11 |
| derRichard | qschulz: because it is useful to have stuff like customer specific device tree files in the layer instead in the patch queue | 15:12 |
| derRichard | and by talking away my use case we cannot get devtool fixed ;-P | 15:13 |
| qschulz | derRichard: 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 IRC | 15:15 | |
| derRichard | qschulz: i've always used it like that. is there a better way to host my dts file in the kernel recipe dir? | 15:15 |
| derRichard | in 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 |
| derRichard | does do we need to ignore subdir={BP} files? | 15:21 |
| derRichard | *why do we | 15:21 |
| qschulz | derRichard: is S = ${WORKDIR}/git in your recipe? | 15:25 |
| derRichard | yes | 15:25 |
| qschulz | could you put subdir to ${S} instead of git? | 15:25 |
| qschulz | s/put/set | 15:26 |
| derRichard | does not work. bitbake wants subdir to be a subdir of ${WORKDIR} | 15:26 |
| qschulz | shit | 15:26 |
| qschulz | I think that's the issue | 15:26 |
| qschulz | because devtool unpacks and stores files/sources differently than "Yocto" | 15:27 |
| derRichard | grrrrrr | 15:28 |
| qschulz | derRichard: but you're already in the source code so go on with it | 15:28 |
| qschulz | but that's my wild guess | 15:28 |
| derRichard | yeah, i'm trying to figure what is wrong :( | 15:29 |
| qschulz | derRichard: 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 |
| derRichard | is there another way to have dts files for the kernel outside of the kernel source tree? | 15:31 |
| qschulz | derRichard: I would first try to install the files without intermediate subdirectories in the layer | 15:32 |
| qschulz | so remove arch/arm64/boot/dts/ from your path | 15:32 |
| *** tgamblin <tgamblin!~tgamblin@cpe64777de11593-cm64777de11590.cpe.net.cable.rogers.com> has quit IRC | 15:32 | |
| qschulz | if 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 dir | 15:33 |
| *** mattia1 <mattia1!~mattia@85.148.245.106> has joined #yocto | 15:36 | |
| *** tgamblin <tgamblin!~tgamblin@cpe64777de11593-cm64777de11590.cpe.net.cable.rogers.com> has joined #yocto | 15:36 | |
| derRichard | qschulz: sorry, i don't understand. the line is "file://arch/arm64/boot/dts/;subdir=git/" what shall i remove? | 15:39 |
| eduardas | hello, 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 |
| derRichard | hmm, i see in devtool "if bb.data.inherits_class('kernel-yocto', rd)" | 15:40 |
| derRichard | but my kernel recipe does: | 15:40 |
| derRichard | inherit kernel | 15:40 |
| derRichard | require recipes-kernel/linux/linux-yocto.inc | 15:40 |
| derRichard | maybe this is the problem? | 15:40 |
| eduardas | Would upstreaming more recipes for lua be welcome in meta-openembedded or somewhere else in yocto project related layers? | 15:40 |
| rburton | meta-oe is fine unless you end up adding so many that a meta-lua makes sense | 15:43 |
| paulbarker | derRichard: linux-yocto.inc inherits the kernel-yocto bbclass | 15:44 |
| paulbarker | So that should be true already | 15:44 |
| derRichard | looks like this if does not evaluate to true for me: | 15:47 |
| derRichard | if (os.path.exists(srcdir) and os.listdir(srcdir)) and (kernelVersion in staging_kerVer and staging_kbranch == kbranch) | 15:47 |
| qschulz | derRichard: my 2¢ on os.path.exists(srcdir) ;) | 15:52 |
| derRichard | i bet on staging_kbranch == kbranch | 15:52 |
| derRichard | :D | 15:52 |
| qschulz | (if srcdir is supposed to be where your files are exported) | 15:53 |
| derRichard | debug patch in progress | 15:53 |
| *** ThomasD13 <ThomasD13!~thomas@DSL01.212.114.255.148.ip-pool.NEFkom.net> has quit IRC | 16:00 | |
| eduardas | I 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 |
| eduardas | Does it say anywhere what specific installation command does this? | 16:03 |
| eduardas | here is the log: https://pastebin.com/ZV6F6XGs | 16:05 |
| eduardas | can not really spot what the offending line is | 16:05 |
| derRichard | qschulz: shouln't this work? | 16:06 |
| derRichard | do_configure_prepend() { | 16:06 |
| derRichard | cp -a ${WORKDIR}/mydts ${S}/arch/arm/boot/dts/ | 16:06 |
| derRichard | } | 16:06 |
| derRichard | kernel build fails to find my dts files and looking to the source dir confirms, nothing copied :( | 16:06 |
| derRichard | it fails long after do_compile | 16:07 |
| eduardas | then again, its probably this: rmdir: failed to remove '/tmp/luapath-31f96199004aed82': Directory not empty | 16:07 |
| qschulz | derRichard: time to check your SRC_URI is correct | 16:07 |
| qschulz | derRichard: bitbake virtual/kernel -e | grep -e "^SRC_URI=" | 16:07 |
| qschulz | do you have your files in there? | 16:07 |
| derRichard | they are there, "file://mydts" | 16:09 |
| derRichard | othwise cp would fail | 16:09 |
| derRichard | but it does not | 16:09 |
| qschulz | indeed, but how come they're not copied and cp "works" then? | 16:10 |
| derRichard | that's why i'm asking :) | 16:10 |
| * derRichard does a cleanll | 16:10 | |
| qschulz | are you still trying only with devtool or also "normal" bitbake? | 16:10 |
| derRichard | normal bitbake | 16:11 |
| derRichard | no devtool at all | 16:11 |
| qschulz | what do you have in WORKDIR/mydts then? | 16:11 |
| derRichard | my device tree files | 16:13 |
| qschulz | in WORKDIR/temp do you have a do_configure? | 16:13 |
| qschulz | do you have your cp -a in there? | 16:13 |
| derRichard | let me check | 16:14 |
| derRichard | will take a few mins. | 16:14 |
| eduardas | lua-openssl expects a host /tmp directory: mk/luapath:160:: ${TMPDIR:=/tmp} # sane TMPDIR | 16:17 |
| *** frsc <frsc!~frsc@p50937620.dip0.t-ipconnect.de> has quit IRC | 16:17 | |
| eduardas | what do I set the TMPDIR in my recipe so that I pass the QA check? | 16:17 |
| eduardas | not sure what is appropriate to do here | 16:17 |
| eduardas | create a directory under ${WORKDIR} to act as /tmp? | 16:18 |
| *** jobroe_ <jobroe_!~manjaro-u@p579eb81c.dip0.t-ipconnect.de> has quit IRC | 16:18 | |
| *** fl0v0 <fl0v0!~fvo@i59F44F55.versanet.de> has quit IRC | 16:19 | |
| derRichard | qschulz: yes, i see cp -a ... in my do_configure | 16:19 |
| derRichard | is ${S} right for the kernel recipe? | 16:20 |
| derRichard | the yocto kernel class does so much black magic these days :-( | 16:20 |
| derRichard | ah, yes ${S} seems to be wrong | 16:23 |
| derRichard | grrr | 16:23 |
| derRichard | i see the file not under git/, one level above | 16:23 |
| derRichard | but i have S = "${WORKDIR}/git" | 16:24 |
| derRichard | i need some booze soon ;) | 16:24 |
| *** otavio__ <otavio__!~otavio@191-221-68-106.user3p.brasiltelecom.net.br> has joined #yocto | 16:25 | |
| *** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC | 16:25 | |
| *** Batman_ <Batman_!~Batman@2601:640:102:27ea:815a:3d9a:81bb:8839> has joined #yocto | 16:26 | |
| derRichard | qschulz: oh damn, i'm sorry. arm vs. arm64 | 16:28 |
| derRichard | time to take a break | 16:28 |
| qschulz | derRichard: or some booze ;) | 16:29 |
| *** Batman_ <Batman_!~Batman@2601:640:102:27ea:815a:3d9a:81bb:8839> has quit IRC | 16:31 | |
| *** AndersD_ <AndersD_!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC | 16:31 | |
| derRichard | qschulz: yeah. i tried too much in too little time :D | 16:32 |
| derRichard | later 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 IRC | 16:37 | |
| *** mihai <mihai!~mihai@unaffiliated/mihai> has quit IRC | 16:46 | |
| *** emrius <emrius!~emrius@dslb-088-064-250-155.088.064.pools.vodafone-ip.de> has quit IRC | 16:57 | |
| *** Konsgnx <Konsgnx!~Konsgnx3@66-109-34-138.tvc-ip.com> has joined #yocto | 17:00 | |
| *** pharaon2502 <pharaon2502!~manjaro-u@dh207-122-217.xnet.hr> has quit IRC | 17:03 | |
| *** pharaon2502 <pharaon2502!~manjaro-u@dh207-122-217.xnet.hr> has joined #yocto | 17:05 | |
| derRichard | qschulz: also when i add my dts files using do_configure_prepend, devtool update-recipe/finish removes them :-( | 17:11 |
| christner | Hello, 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 sdk | 17:13 |
| christner | installation? | 17:13 |
| marex | christner: is that sdk for 32bit target ? | 17:15 |
| christner | no | 17:15 |
| marex | christner: try apt install libc6-i386 | 17:15 |
| christner | both are 64 bit | 17:15 |
| christner | tried that, already installed | 17:16 |
| marex | christner: apt-file search ld-linux-x86-64.so.2 says this is coming from libc btw | 17:17 |
| smurray | christner: tbh, I'd expect that behavior. OE default for target w/o setting up multilib is /lib, not /lib64. | 17:20 |
| smurray | christner: 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 that | 17:21 |
| christner | yea, 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.2 | 17:22 |
| christner | smurray: where in the yocto build would be a good starting place to look to set this up? | 17:23 |
| RP | smurray: we should change that... | 17:23 |
| smurray | RP: heh, it wouldn't shock me if opinions varied on what that default should be | 17:24 |
| RP | smurray: for a long time I never dared change the default but I think I feel brave enough now | 17:25 |
| RP | kanavin_home: pppd maintainer seems keen, might be a good opportunity there :) | 17:25 |
| smurray | RP: I wouldn't have any objection here | 17:26 |
| RP | smurray: I keep forgetting to propose a patch... | 17:26 |
| rburton | paulbarker: 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 |
| sgw | RP: Morning! Is there a way with tinfoil to get the dependent packages/recipes that would go into creating a given image? | 17:27 |
| sgw | it seems to be single recipes or all | 17:27 |
| *** manuel1985 <manuel1985!~manuel@62.99.131.178> has quit IRC | 17:29 | |
| RP | sgw: you can likely find all dependent tasks. It would have no idea about packages | 17:29 |
| sgw | Ok, 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 IRC | 17:33 | |
| smurray | christner: 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 |
| christner | smurray: thanks, I'll give those a go | 17:35 |
| *** rcoote <rcoote!~rcoote@2a02:908:692:81c0:417:3c66:9f10:400f> has quit IRC | 17:41 | |
| *** mbulut <mbulut!~nameclash@ip1f110f5b.dynamic.kabel-deutschland.de> has quit IRC | 17:42 | |
| kanavin_home | RP: I am missing the context, keen on what, and what is the opportunity? | 17:44 |
| *** mckoan is now known as mckoan|away | 17:44 | |
| RP | kanavin_home: you're cc'd on a github pppd discussion I think | 17:45 |
| smurray | christner: 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-image | 17:46 |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 17:49 | |
| kanavin_home | RP: 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 #yocto | 17:58 | |
| paulbarker | rburton: I got the notification half an hour late for that message for some reason. | 17:59 |
| paulbarker | Which kernel versions? I got a fix backported to 4.19, earlier than that may have other issues | 18:00 |
| RP | kanavin_home: thanks, I hadn't been able to look at our patchset yet but it is a rare opportunity to see upstream interested | 18:00 |
| rburton | paulbarker: 5.3 and 5.7 | 18:05 |
| paulbarker | rburton: Sadly both those are EOL on kernel.org so I don't want to carry patches for them | 18:07 |
| rburton | ok | 18:07 |
| rburton | I'm prepping a bbappend for them | 18:07 |
| rburton | as perf won't build at all and we still have BSPs that want them | 18:07 |
| christner | smurray: even better, thanks again | 18:08 |
| *** weltling <weltling!~toll@klapt.com> has joined #yocto | 18:08 | |
| *** xtron <xtron!~xtron@110.93.212.98> has quit IRC | 18:11 | |
| paulbarker | rburton: 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 release | 18:12 |
| paulbarker | I'm not going to change anything that would break dunfell or gatesgarth though | 18:12 |
| rburton | yeah you'd think that would be obvious wouldn't you | 18:13 |
| paulbarker | I feel guilty that my layer has encouraged the wrong choices there, I can fix that going forward on master at least | 18:15 |
| paulbarker | The 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 in | 18:18 |
| *** shan1 <shan1!866661de@dhcp-222.biba.uni-bremen.de> has joined #yocto | 18:18 | |
| paulbarker | I'll add a todo for this week to really clarify things in the readme | 18:18 |
| shan1 | Hi all, wanted to know if someone has a recipe to install things via `python3 wheel` | 18:18 |
| paulbarker | I'm renaming it to meta-linux-mainline at some point soon as well | 18:18 |
| *** vineela <vineela!~vtummala@134.134.137.73> has quit IRC | 18:19 | |
| shan1 | I 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 |
| shan1 | I am unaware of any `wheel.bbclass` which I could inherit in the recipe. | 18:22 |
| *** weltling <weltling!~toll@klapt.com> has quit IRC | 18:23 | |
| smurray | christner: 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 want | 18:23 |
| *** shan1 <shan1!866661de@dhcp-222.biba.uni-bremen.de> has quit IRC | 18:30 | |
| *** weltling <weltling!~toll@klapt.com> has joined #yocto | 18:33 | |
| *** DanmerZ <DanmerZ!~op@46.150.1.133> has joined #yocto | 18:34 | |
| DanmerZ | Hi! I need to populate extended SDK with Python modules (python3-click). I added | 18:35 |
| DanmerZ | TOOLCHAIN_HOST_TASK += "python3-click" | 18:35 |
| DanmerZ | to example-image.bb | 18:35 |
| *** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-vdsctagarfdnfkdf> has quit IRC | 18:36 | |
| DanmerZ | But 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 IRC | 18: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.bb | 18:40 |
| *** Saur <Saur!pkj@nat/axis/x-tfmpntwdrntoaiyi> has quit IRC | 18: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 #yocto | 18:40 | |
| clementp[m] | I'm not sure how to say to Yocto that it's a Runtime depends and not required for SDK dev | 18:40 |
| *** Saur <Saur!pkj@nat/axis/x-knrwcervvjhtausx> has quit IRC | 18:41 | |
| paulbarker | clementp[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 IRC | 18:41 | |
| *** pbb <pbb!~quassel@petabyte.dev> has quit IRC | 18:41 | |
| paulbarker | Or prevent the `ssh-keys-dev` package from being created if you really don't need it | 18:42 |
| *** Saur <Saur!pkj@nat/axis/x-hzprbafhvayzokga> has joined #yocto | 18:42 | |
| *** pbb <pbb!~quassel@petabyte.dev> has joined #yocto | 18:45 | |
| *** shan1 <shan1!86666a39@galileo-313.wohnheim.uni-bremen.de> has joined #yocto | 18:49 | |
| *** shan1 <shan1!86666a39@galileo-313.wohnheim.uni-bremen.de> has quit IRC | 18:58 | |
| *** Sandrita <Sandrita!b8a36cf4@gateway/web/cgi-irc/kiwiirc.com/ip.184.163.108.244> has joined #yocto | 19:27 | |
| *** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:29fe:c4d1:ebb5:612a> has joined #yocto | 19:40 | |
| rburton | khem: do you plan on branching gatesgarth for meta-clang at some point? | 19:41 |
| khem | rburton: 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 that | 19:44 |
| rburton | i 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 IRC | 19:46 | |
| *** mbulut <mbulut!~nameclash@ip1f110f5b.dynamic.kabel-deutschland.de> has joined #yocto | 19:52 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 19:56 | |
| *** tnovotny <tnovotny!~tnovotny@ip-78-45-64-220.net.upcbroadband.cz> has quit IRC | 20:13 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC | 20:16 | |
| *** manuel1985 <manuel1985!~manuel@213-147-161-193.nat.highway.bob.at> has joined #yocto | 20:17 | |
| *** manuel1985 <manuel1985!~manuel@213-147-161-193.nat.highway.bob.at> has quit IRC | 20:18 | |
| khem | keeping master helps me keep my meagre resources testing it for both 3.2 and master as long as I can | 20:19 |
| derRichard | qschulz: i think i've found the problem | 20:20 |
| derRichard | remember 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 |
| derRichard | devtool fills the variables like that: | 20:20 |
| derRichard | kernelVersion 5.4.61-rt37 | 20:20 |
| derRichard | staging_kerVer 5.4.61 | 20:20 |
| derRichard | staging_kbranch v5.4-rt | 20:20 |
| derRichard | kbranch master | 20:20 |
| *** manuel1985 <manuel1985!~manuel@213-147-161-193.nat.highway.bob.at> has joined #yocto | 20:23 | |
| *** m1ster_r0b0t <m1ster_r0b0t!~m1ster_r0@prometheus.umask.eu> has quit IRC | 20:24 | |
| *** manuel1985 <manuel1985!~manuel@213-147-161-193.nat.highway.bob.at> has quit IRC | 20:24 | |
| *** m1ster_r0b0t <m1ster_r0b0t!~m1ster_r0@prometheus.umask.eu> has joined #yocto | 20:25 | |
| derRichard | yeah, get_staging_kver() is b0rked :( | 20:25 |
| derRichard | to get the kernel version string you need more than just the Makefile | 20:25 |
| derRichard | but i don't see why kbranch is master | 20:27 |
| derRichard | another riddle | 20:27 |
| derRichard | all 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 #yocto | 20:40 | |
| *** Shikadi <Shikadi!~Shikadi@135.30.27.136.in-addr.arpa> has joined #yocto | 20:43 | |
| derRichard | hm, there is more | 20:43 |
| Shikadi | Simple 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 IRC | 20:46 | |
| *** maudat <maudat!~moda@64.18.88.250> has joined #yocto | 20:46 | |
| *** Konsgnx <Konsgnx!~Konsgnx3@66-109-34-138.tvc-ip.com> has quit IRC | 20:50 | |
| *** Konsgnx <Konsgnx!~Konsgnx3@66-109-34-138.tvc-ip.com> has joined #yocto | 20:50 | |
| *** Konsgnx1 <Konsgnx1!~Konsgnx3@66-109-34-138.tvc-ip.com> has joined #yocto | 20:51 | |
| *** Konsgn <Konsgn!~Konsgnx3@66-109-34-138.tvc-ip.com> has joined #yocto | 20:52 | |
| *** Konsgnx <Konsgnx!~Konsgnx3@66-109-34-138.tvc-ip.com> has quit IRC | 20:52 | |
| *** Konsgn <Konsgn!~Konsgnx3@66-109-34-138.tvc-ip.com> has joined #yocto | 20:52 | |
| *** Konsgn is now known as Guest51919 | 20:53 | |
| *** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:29fe:c4d1:ebb5:612a> has joined #yocto | 20:54 | |
| *** Guest51919 <Guest51919!~Konsgnx3@66-109-34-138.tvc-ip.com> has quit IRC | 21:04 | |
| rewitt | Shikadi: 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.html | 21:10 |
| Shikadi | Thanks, I'll give that a try... | 21:12 |
| *** berton <berton!~berton@191-221-68-106.user3p.brasiltelecom.net.br> has quit IRC | 21:16 | |
| *** Sandrita <Sandrita!b8a36cf4@gateway/web/cgi-irc/kiwiirc.com/ip.184.163.108.244> has quit IRC | 21:18 | |
| *** manuel1985 <manuel1985!~manuel@213-147-161-193.nat.highway.bob.at> has joined #yocto | 21:19 | |
| Shikadi | rewitt: Awesome, that worked perfectly, thanks! | 21:20 |
| rewitt | Shikadi: Great! :) | 21:29 |
| *** rangergord is now known as rangergord2 | 21:31 | |
| *** rangergord2 is now known as rangergord | 21:33 | |
| sgw | bluelightning: 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 |
| bluelightning | hi sgw | 21:45 |
| bluelightning | it's a bit difficult to do it from tinfoil, your best bet is to base it on the image manifest (or buildhistory) | 21:45 |
| bluelightning | since the full package dependencies aren't determined until packages are produced, and that influences what goes into the image | 21:46 |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 21:47 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 21:49 | |
| sgw | I 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 |
| sgw | bluelightning: maybe there some hooks or details I missed. | 21:50 |
| *** ptsneves <ptsneves!b0dd7824@176.221.120.36> has joined #yocto | 21:52 | |
| ptsneves | Hey 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 |
| rburton | ptsneves: if you don't get the mails to your inbox then login to the web site and you can press reply | 21:54 |
| rburton | but a solution is very interesting :) | 21:54 |
| *** pbb <pbb!~quassel@petabyte.dev> has quit IRC | 21:55 | |
| *** pbb <pbb!~quassel@petabyte.dev> has joined #yocto | 21:56 | |
| ptsneves | i 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 |
| ptsneves | well the solution is sudo ln -fs /usr/lib/python3.8/_sysconfigdata__x86_64-linux-gnu.py /usr/lib/python3.8/_sysconfigdata.py | 21:58 |
| *** beneth <beneth!~beneth@irc.beneth.fr> has left #yocto | 21:59 | |
| *** pohly <pohly!~pohly@p54bd56f5.dip0.t-ipconnect.de> has quit IRC | 21:59 | |
| ptsneves | i guess ubuntu adds the arch by default as well as _sysconfigdata__linux_x86_64-linux-gnu.py but not _sysconfigdata | 21:59 |
| ptsneves | i tried to reinstall python3 but it seems this is how upstream ubuntu "wants" things | 22:00 |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 22:02 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 22:03 | |
| *** camus1 is now known as kaspter | 22:03 | |
| *** DanmerZ <DanmerZ!~op@46.150.1.133> has quit IRC | 22:03 | |
| rburton | Pretty sure that's a workaround not a solution | 22:06 |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 22:07 | |
| ptsneves | ah ok. in that sense. The mailing list had neither. | 22:08 |
| *** \x2D <\x2D!~Thunderbi@freenode/staff/grumble> has quit IRC | 22:08 | |
| rburton | worth replying to the thread still | 22:10 |
| rburton | the problem is a little thorny | 22:11 |
| *** grumble <grumble!~Thunderbi@freenode/staff/grumble> has joined #yocto | 22:11 | |
| bluelightning | sgw: buildhistory should definitely work from sstate, if it doesn't that is a bug we need to fix | 22:12 |
| bluelightning | sgw: image manifest doesn't have recipes in it, but you can look those up via pkgdata | 22:12 |
| ptsneves | yeah...i still cant. :( | 22:13 |
| *** oberstet <oberstet!~oberstet@213.170.219.39> has quit IRC | 22:14 | |
| derRichard | what is the correct mailinglist for devtool related stuff? | 22:16 |
| sgw | bluelightning: 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 |
| ptsneves | Is there any plan to upgrade to binutils 2.35.1? I can submit a patch if it would in the interests of the community | 22:23 |
| *** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC | 22:23 | |
| *** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 22:23 | |
| rburton | please do | 22:23 |
| rburton | check with khem that he doesn't have a patch ready to be sent first | 22:23 |
| rburton | 4823 | 22:24 |
| rburton | 4839 | 22:25 |
| rburton | damn wrong window | 22:25 |
| manuel1985 | I 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 |
| RP | rburton: haha :) | 22:26 |
| ptsneves | rburton at least it is not in the mailing list | 22:26 |
| RP | manuel1985: a version might be 5.6+git<revision> | 22:27 |
| manuel1985 | RP: But thats PV, isn't it? | 22:29 |
| manuel1985 | I know `PV = "1.0.5+git${SRCPV}"` e.g. | 22:29 |
| RP | manuel1985: ah, right, yes. SRCPV is the revision in a form which can be included there | 22:30 |
| RP | manuel1985: its so you can do things like set SRCREV=${AUTOREV} and still have PV be correct | 22:30 |
| manuel1985 | RP: Ah ok, I get it. Thanks! | 22:31 |
| *** pharaon2502 <pharaon2502!~manjaro-u@dh207-122-217.xnet.hr> has quit IRC | 22:38 | |
| *** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:29fe:c4d1:ebb5:612a> has quit IRC | 22:45 | |
| khem | ptsneves: if you work on patches for binutils thats fine, I will wait for them | 22:48 |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 22:48 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 22:53 | |
| *** bsmerbeck <bsmerbeck!4a6132e0@pool-74-97-50-224.prvdri.fios.verizon.net> has joined #yocto | 23:09 | |
| bsmerbeck | hey 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 made | 23:10 |
| bsmerbeck | useradd 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 |
| bsmerbeck | groupadd param looks like `GROUPADD_PARAM_${PN} = "-g 880 i2c; -g 890 gpio"` | 23:11 |
| bsmerbeck | After 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 IRC | 23:12 | |
| khem | did you look through meta-skeleton/recipes-skeleton/useradd/useradd-example.bb | 23:12 |
| bsmerbeck | I did, and modeled this recipe after that recipe | 23:12 |
| khem | rburton: are these your debit card PIN number ? | 23:13 |
| bsmerbeck | It shows two groups being added using that `groupadd_param` but they didn't show using the `-G` modifier on `useradd_param` | 23:13 |
| bsmerbeck | I suppose I could split it into two recipes and try it like that before combining again | 23:14 |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 23:23 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 23:45 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!