| *** kaspter <kaspter!~Instantbi@222.67.188.180> has quit IRC | 01:00 | |
| *** camus <camus!~Instantbi@222.67.152.154> has joined #yocto | 01:00 | |
| *** camus is now known as kaspter | 01:02 | |
| *** camus <camus!~Instantbi@222.67.188.180> has joined #yocto | 02:04 | |
| *** kaspter <kaspter!~Instantbi@222.67.152.154> has quit IRC | 02:05 | |
| *** camus is now known as kaspter | 02:05 | |
| *** camus <camus!~Instantbi@222.67.188.180> has joined #yocto | 02:28 | |
| *** kaspter <kaspter!~Instantbi@222.67.188.180> has quit IRC | 02:29 | |
| *** camus is now known as kaspter | 02:29 | |
| *** davisr <davisr!~davisr@cpe-184-58-235-7.wi.res.rr.com> has joined #yocto | 02:41 | |
| *** dev1990_ <dev1990_!~dev@asx191.neoplus.adsl.tpnet.pl> has quit IRC | 02:52 | |
| *** kaspter <kaspter!~Instantbi@222.67.188.180> has quit IRC | 03:45 | |
| *** kaspter <kaspter!~Instantbi@222.67.188.180> has joined #yocto | 03:45 | |
| *** kaspter <kaspter!~Instantbi@222.67.188.180> has quit IRC | 03:56 | |
| *** kaspter <kaspter!~Instantbi@222.67.188.180> has joined #yocto | 03:56 | |
| *** kaspter <kaspter!~Instantbi@222.67.188.180> has quit IRC | 04:27 | |
| *** camus <camus!~Instantbi@222.67.188.180> has joined #yocto | 04:27 | |
| *** camus is now known as kaspter | 04:30 | |
| *** learningc <learningc!~pi@121.121.99.192> has quit IRC | 05:20 | |
| *** camus <camus!~Instantbi@222.67.188.180> has joined #yocto | 05:36 | |
| *** kaspter <kaspter!~Instantbi@222.67.188.180> has quit IRC | 05:38 | |
| *** camus is now known as kaspter | 05:38 | |
| *** learningc <learningc!~pi@121.121.99.192> has joined #yocto | 05:47 | |
| *** khem <khem!~khem@unaffiliated/khem> has quit IRC | 05:50 | |
| *** khem <khem!~khem@unaffiliated/khem> has joined #yocto | 06:01 | |
| *** camus <camus!~Instantbi@222.67.188.180> has joined #yocto | 06:09 | |
| *** kaspter <kaspter!~Instantbi@222.67.188.180> has quit IRC | 06:09 | |
| *** camus is now known as kaspter | 06:09 | |
| *** ThomasD13 <ThomasD13!~ThomasD13@DSL01.212.114.255.148.ip-pool.NEFkom.net> has joined #yocto | 06:13 | |
| *** pohly <pohly!~pohly@p5B05600C.dip0.t-ipconnect.de> has joined #yocto | 06:22 | |
| *** stuom1 <stuom1!3eecd81d@62.236.216.29> has joined #yocto | 06:22 | |
| *** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto | 06:27 | |
| khem | RP: I have sent a v2 for qemumips/vga issue which runs core-image-sato testimage fine | 06:45 |
|---|---|---|
| khem | RP: however, with glibc-2.31 I see that core-image-sato passes but core-image-sato-sdk does not boot I wonder what it does that crashes init system | 06:46 |
| khem | RP: sato-sdk is working ok on qemumips/glibc-2.30 so I think it pehaps is related to glibc 2.31 | 06:46 |
| khem | I will dig more into it. but things are now much better | 06:47 |
| *** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC | 06:50 | |
| *** agust <agust!~agust@p508B64CC.dip0.t-ipconnect.de> has joined #yocto | 06:56 | |
| *** lfa <lfa!~lfa@217.19.35.51> has joined #yocto | 07:08 | |
| *** lfa <lfa!~lfa@217.19.35.51> has quit IRC | 07:10 | |
| *** camus <camus!~Instantbi@222.67.188.168> has joined #yocto | 07:19 | |
| *** kaspter <kaspter!~Instantbi@222.67.188.180> has quit IRC | 07:20 | |
| *** camus is now known as kaspter | 07:20 | |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has joined #yocto | 07:24 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.245.67> has joined #yocto | 07:27 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 07:34 | |
| *** camus <camus!~Instantbi@222.67.188.168> has joined #yocto | 07:36 | |
| *** kaspter <kaspter!~Instantbi@222.67.188.168> has quit IRC | 07:38 | |
| *** camus is now known as kaspter | 07:38 | |
| *** frsc <frsc!~frsc@2003:a:e7a:6200:5130:1df3:c7ea:134e> has joined #yocto | 07:44 | |
| *** yann <yann!~yann@91-170-159-152.subs.proxad.net> has quit IRC | 07:45 | |
| *** mckoan|away is now known as mckoan | 07:47 | |
| mckoan | good morning | 07:47 |
| *** guerinoni <guerinoni!~guerinoni@internet.micro-systems.it> has joined #yocto | 07:59 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 08:01 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has joined #yocto | 08:03 | |
| hmw1 | Hi, im trying to add a user in a .bb file by adding inherit extrausers and setting the EXTRA_USERS_PARMS value with adduser test. but there is no new erntry in /etc/passwd | 08:06 |
| *** ThomasD13 <ThomasD13!~ThomasD13@DSL01.212.114.255.148.ip-pool.NEFkom.net> has quit IRC | 08:07 | |
| *** diego_r <diego_r!~diego@217-133-17-98.static.clienti.tiscali.it> has joined #yocto | 08:09 | |
| mckoan | hmw1: https://git.yoctoproject.org/cgit.cgi/poky/tree/meta-skeleton/recipes-skeleton/useradd/useradd-example.bb | 08:09 |
| *** guerinoni <guerinoni!~guerinoni@internet.micro-systems.it> has quit IRC | 08:15 | |
| *** guerinoni <guerinoni!~guerinoni@internet.micro-systems.it> has joined #yocto | 08:15 | |
| *** diego_r <diego_r!~diego@217-133-17-98.static.clienti.tiscali.it> has quit IRC | 08:27 | |
| *** diego_r <diego_r!~diego@217-133-17-98.static.clienti.tiscali.it> has joined #yocto | 08:28 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 08:29 | |
| *** kaspter <kaspter!~Instantbi@222.67.188.168> has quit IRC | 08:30 | |
| *** kaspter <kaspter!~Instantbi@222.67.188.180> has joined #yocto | 08:30 | |
| *** camus <camus!~Instantbi@222.67.188.180> has joined #yocto | 08:43 | |
| *** kaspter <kaspter!~Instantbi@222.67.188.180> has quit IRC | 08:44 | |
| *** camus is now known as kaspter | 08:44 | |
| *** camus <camus!~Instantbi@222.67.188.180> has joined #yocto | 08:47 | |
| *** yann <yann!~yann@85.118.38.73> has joined #yocto | 08:47 | |
| *** kaspter <kaspter!~Instantbi@222.67.188.180> has quit IRC | 08:48 | |
| *** camus is now known as kaspter | 08:48 | |
| *** nopeman <nopeman!d54413ba@213.68.19.186> has joined #yocto | 08:48 | |
| nopeman | hello | 08:49 |
| nopeman | can anyone give me some advice here with bitbake build? | 08:50 |
| erbo | nopeman: just state the problem/question and people will usually answer if they have ideas | 08:52 |
| nopeman | okay, so while i'm trying to build using bitbake core-image-weston i got this problem: | 08:53 |
| nopeman | http://bit.ly/2TecYxs | 08:54 |
| nopeman | im using ubuntu 16.06.6 LTS and following this instruction: https://elinux.org/R-Car/Boards/Yocto-Gen3 | 08:55 |
| erbo | nopeman: seems like it's one of the binary drivers that's not found, did you download those drivers manually from renesas? | 08:57 |
| nopeman | yes | 08:58 |
| nopeman | all up to point when you build using bitbake core-image-weston is done | 08:58 |
| erbo | can you check if the file RTM0AC0000XCMCTL30SL41C.tar.bz2 that bitbake can't find is located somewhere? Maybe check using find. | 08:59 |
| erbo | I guess the idea is that it should be put inplace by the meta-rcar-gen3/docs/sample/copyscript/copy_evaproprietary_softwares.sh script, but maybe something went wrong | 09:00 |
| nopeman | yeah it's called EVARTM0AC0000XCMCTL30SL41C.tar.bz2 but that should be fine with | 09:00 |
| nopeman | it should be seen because of DISTRO_FEATURES_append = " use_eva_pkg" in previous step isn't it? | 09:01 |
| erbo | well the recipe seems to be looking for RTM0AC0000XCMCTL30SL41C.tar.bz2, so maybe that flag hasn't worked as it should? | 09:01 |
| erbo | can you check with "bitbake core-image-weston -e | grep ^DISTRO_FEATURES" how the DISTRO_FEATURE variable ended up? | 09:03 |
| *** hpsy <hpsy!~hpsy@217.66.60.5> has joined #yocto | 09:05 | |
| nopeman | http://bit.ly/35MmtXj | 09:05 |
| *** camus <camus!~Instantbi@222.67.152.154> has joined #yocto | 09:06 | |
| erbo | nopeman: so where did you put the DISTRO_FEATURES_append line? Doesn't seem to be used | 09:06 |
| *** kaspter <kaspter!~Instantbi@222.67.188.180> has quit IRC | 09:07 | |
| *** camus is now known as kaspter | 09:07 | |
| nopeman | it's in local.conf | 09:07 |
| nopeman | http://bit.ly/2Nl7Rrv | 09:07 |
| nopeman | on # Evaluation packages | 09:08 |
| erbo | Well, it's commented out :) | 09:08 |
| nopeman | well, thats probably it | 09:09 |
| nopeman | if i got any other questions see ya in another 4-5 hrs :) | 09:10 |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto | 09:14 | |
| nopeman | well i was too optimistic about it | 09:15 |
| nopeman | another issue | 09:15 |
| nopeman | http://bit.ly/2uBkNTt | 09:15 |
| erbo | "which triggered exception OSError: [Errno 12] Cannot allocate memory" | 09:15 |
| erbo | seems like you might run low of RAM? | 09:16 |
| nopeman | welp, i'll allocate more then | 09:16 |
| nopeman | thanks again | 09:17 |
| erbo | no problem | 09:23 |
| *** goliath <goliath!~goliath@82.150.214.1> has joined #yocto | 09:34 | |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 09:44 | |
| MeanEngi | Hey, can anyone help me get the bigger picture around the bb.note and similar calls? Thinks like: what's the purpose for the wrapper? Are the print() calls in the codebase on purpose or legay? Stuff like that... :) | 10:21 |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 10:23 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 10:23 | |
| *** palate <palate!~palate@unaffiliated/palate> has joined #yocto | 10:27 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 10:28 | |
| *** JaMa <JaMa!~martin@109.238.218.228> has joined #yocto | 11:11 | |
| *** ThomasD13 <ThomasD13!~ThomasD13@DSL01.212.114.255.148.ip-pool.NEFkom.net> has joined #yocto | 11:15 | |
| *** winotu <winotu!4e0b08f9@78-11-8-249.static.ip.netia.com.pl> has joined #yocto | 11:18 | |
| winotu | Hi o/ | 11:18 |
| LetoThe2nd | what provides full dmesg over the busybox variant? my grep fu is failing me | 11:18 |
| RP | MeanEngi: I doubt there are many print() calls outside the UI | 11:22 |
| RP | MeanEngi: bb.note/debug are the user facing way of logging, internally bitbake moved to use the logger.XXX calls | 11:22 |
| *** MeanEngi <MeanEngi!5fa87c99@95.168.124.153> has quit IRC | 11:29 | |
| *** camus <camus!~Instantbi@222.67.188.180> has joined #yocto | 11:33 | |
| *** kaspter <kaspter!~Instantbi@222.67.152.154> has quit IRC | 11:33 | |
| *** camus is now known as kaspter | 11:33 | |
| qschulz | LetoThe2nd: LMGTFY :p "dmesg source code" => first link: util-linux/dmesg.c at master · karelzak/util-linux · GitHub. => https://layers.openembedded.org/layerindex/recipe/5601/ | 11:42 |
| qschulz | (that's how I usually do it :) I didn't know about it as well, but it worked for the last few times I tried) | 11:42 |
| qschulz | http://cgit.openembedded.org/openembedded-core/tree/meta/recipes-core/util-linux/util-linux.inc?h=master#n226 | 11:43 |
| LetoThe2nd | qschulz: ah. i did the layerseries and grep layers thing, both failed me. thanks, next time gonna try that approach | 11:44 |
| qschulz | layerseries thing? | 11:45 |
| LetoThe2nd | qschulz: gah. layerindex. | 11:45 |
| *** berton <berton!~berton@189.103.49.163> has joined #yocto | 11:46 | |
| * LetoThe2nd is being totally confused and grumpy, because SQL | 11:46 | |
| qschulz | (I recently discovered bitbake-layers show-* command and it's awesome, so if you have any "new" (to me) thing you're using, pleased to hear about it :) ) | 11:46 |
| LetoThe2nd | qschulz: i guess that this will be the $NEWCOOLHOTSHITZ: https://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/scripts/oe-pkgdata-browser | 11:47 |
| *** berton <berton!~berton@189.103.49.163> has quit IRC | 11:47 | |
| qschulz | LetoThe2nd: from quick glance: knowing which packages are created from a recipe? | 11:50 |
| milloni | you would think looking up PACKAGES would be enough, but that's not always the case | 11:56 |
| milloni | but it's usually enough | 11:57 |
| rburton | packages, dependencies, contents... | 11:57 |
| winotu | nice | 11:57 |
| *** guerinoni <guerinoni!~guerinoni@internet.micro-systems.it> has quit IRC | 11:58 | |
| qschulz | milloni: PACKAGES_DYNAMIC for example, I know :) | 11:58 |
| qschulz | rburton: oh wow, nice, we're always unpacking the ipk manually to debug things | 11:58 |
| *** guerinoni <guerinoni!~guerinoni@internet.micro-systems.it> has joined #yocto | 11:58 | |
| rburton | qschulz: yes i was reading pkgdata directly or unpacking the ipkgs until i wrote that | 11:59 |
| qschulz | rburton: release 3.1 targetted I guess? | 12:01 |
| *** FrazerClews <FrazerClews!~frazer.cl@78.40.148.177> has joined #yocto | 12:03 | |
| LetoThe2nd | rburton: where can i sent my advertising invoice? ;) | 12:07 |
| *** dev1990 <dev1990!~dev@asx191.neoplus.adsl.tpnet.pl> has joined #yocto | 12:08 | |
| *** winotu <winotu!4e0b08f9@78-11-8-249.static.ip.netia.com.pl> has quit IRC | 12:10 | |
| *** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has quit IRC | 12:12 | |
| yocti | New news from stackoverflow: Nvidia Jetson Nano with docker <https://stackoverflow.com/questions/59716205/nvidia-jetson-nano-with-docker> | 12:14 |
| *** berton <berton!~berton@189.103.49.163> has joined #yocto | 12:14 | |
| nopeman | hey I got another issue with bitbake :http://bit.ly/35LU7fS | 12:25 |
| nopeman | built on Ubuntu 16.06.6 LTS, using instruction from:https://elinux.org/R-Car/Boards/Yocto-Gen3 | 12:26 |
| nopeman | anyone have any idea? | 12:27 |
| *** abhiarora44 <abhiarora44!uid396576@gateway/web/irccloud.com/x-hshglytlimaqqanj> has joined #yocto | 12:28 | |
| rburton | qschulz: yes | 12:31 |
| qschulz | rburton: now I'm tempted to wait 3.1 before pushing the company to update :p | 12:31 |
| LetoThe2nd | qschulz: if you update now, you can update soon again! double the pleasure, triple the fun. https://youtu.be/U56KbegdkGs?t=62 | 12:35 |
| stuom1 | @nope line 136 is the actual problem. Try to find out why it's missing | 12:36 |
| stuom1 | nopeman i mean | 12:36 |
| qschulz | LetoThe2nd: in the future, that's the plan. I'd want to work on zeus now, so that when we release, 3.1 is just released and we can start porting on that one. Goal would be to have the latest-1 version so that we benefit from all the bugfixes and tests :) But we're not on that yet :) | 12:37 |
| *** cengiz_io <cengiz_io!~cengiz_io@159.89.7.238> has quit IRC | 12:43 | |
| nopeman | @stuom1 thanks, i just did that | 12:43 |
| *** cengiz_io <cengiz_io!~cengiz_io@159.89.7.238> has joined #yocto | 12:45 | |
| *** vmeson <vmeson!~rmacleod@24-52-239-53.cable.teksavvy.com> has quit IRC | 12:47 | |
| fullstop | khem: A start job is running for Run pend…insts (2d 15h 46min 1s / no limit) <-- ha ha ha | 12:47 |
| fullstop | something tells me that it will not finish | 12:47 |
| nopeman | @stuom1 well online fix didn't help | 12:48 |
| RP | rburton: I wonder if we should put a tips section in the weekly status, the new ui could be a good candidate to highlight. Not sure I could come up with something every week though | 13:01 |
| *** tgamblin <tgamblin!~tgamblin@128.224.252.2> has joined #yocto | 13:02 | |
| LetoThe2nd | RP: rburton get in front of a webcam and show it! | 13:02 |
| RP | LetoThe2nd: not my thing, I have enough else to do without worrying about webcams ;-) | 13:03 |
| LetoThe2nd | otherwise, want me to give it a spin on the next session? planning is jan 21st | 13:03 |
| qschulz | RP: "new ui" should be part of the release note for sure. | 13:03 |
| qschulz | RP: but other than that, a random "tip" in the weekly status is nice :) | 13:04 |
| LetoThe2nd | hum. would it make sense to give a condenset wekly status on twitter/linkedin? i mean, those are channels we already have. and more content is always more good. just like free beer. more free beer is always better. | 13:05 |
| qschulz | LetoThe2nd: depends, do you want people to not read the mails anymore? that's a risk :) | 13:06 |
| stuom1 | can I use "devtool modify" to modify a recipe (.inc file) from another layer? Just recipe, not source | 13:06 |
| LetoThe2nd | qschulz: i think those who are there don't read the ML anyways. | 13:07 |
| LetoThe2nd | so it would have to be like the executive summary. two lines about whats going on. | 13:07 |
| LetoThe2nd | stuom1: an inc is not a recipe. | 13:07 |
| qschulz | LetoThe2nd: paint me offended | 13:09 |
| LetoThe2nd | qschulz: can't i paint you black? | 13:10 |
| stuom1 | ok, can I use "devtool modify" to modify a .inc file required by a recipe from another layer? | 13:10 |
| LetoThe2nd | stuom1: i don't think devtool is inc aware in any form. | 13:10 |
| stuom1 | it there a wiki how to do that then? | 13:11 |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 13:11 | |
| rburton | stuom1: use devtool modify on a recipe instead | 13:12 |
| RP | LetoThe2nd: it could be useful, the status report is a bit dry, its a necessary evil :/ | 13:13 |
| RP | LetoThe2nd: I don't enjoy writing it every week | 13:14 |
| yocti | New news from stackoverflow: Yocto build: Debian Package Management error <https://stackoverflow.com/questions/59716949/yocto-build-debian-package-management-error> | 13:14 |
| *** florian_kc is now known as florian | 13:15 | |
| stuom1 | @rburton I'm currently trying that, but it fetches the sources to workspace but the recipe/inc is not in the sources | 13:15 |
| LetoThe2nd | RP: if it help, i'll happily do an executive summary digest based on your output | 13:17 |
| rburton | stuom1: modify is to modify the *sources* isnt it | 13:17 |
| rburton | if you want to edit the recipe, edit the recipe | 13:17 |
| LetoThe2nd | RP: actually, i think i have an idea. | 13:18 |
| stuom1 | but it is somebody else's layer fetched online and not in my git | 13:19 |
| stuom1 | do i just have to make a new recipe in my layer to override it | 13:19 |
| rburton | stuom1: you definitely fetched the recipe if you built it | 13:21 |
| dev1990 | Is there any public CI server that can test yocto layer for free? | 13:22 |
| qschulz | rburton: I think he wants to modify a .inc from another layer which he isn't a maintainer of | 13:22 |
| LetoThe2nd | dev1990: if you find one, tell us so we can slam it! | 13:22 |
| qschulz | stuom1: if ^ is correct, then look at .bbappends | 13:22 |
| qschulz | LetoThe2nd: damn it, you had to write between my two sentences didn't you :D | 13:22 |
| rburton | dev1990: if you're careful, github etc CI will work. you'll want to use poky and point at the poky sstate mirrors to save time (building gcc will timeout the CI) | 13:23 |
| stuom1 | yes I want a bbappend and I thought devtool modify is the way, but it seems to work only for sources | 13:23 |
| rburton | as per the devtool docs, modify Modify the source for an existing recipe | 13:24 |
| qschulz | stuom1: you can use devtool to create patches basically or do active development on something | 13:24 |
| rburton | if you want to edit a bbappend just create one | 13:24 |
| rburton | i think kergoth has a bbappend-creating extension for devtool, he should submit it | 13:25 |
| qschulz | otherwise, it's a bbappend you want. devtool won't help fro that, it's just a text file that you write from scratch (there's nothing devtool or any tool can deduct for you for that) | 13:25 |
| LetoThe2nd | qschulz: of course. just to annoy you. | 13:25 |
| qschulz | well technically, you could use devtool to create the patches for the sources of the software built by the recipe and ask it to add the patches to your recipe (maybe even in a recipe) but honestly, it's not a big help and might even be counter-productive | 13:27 |
| dev1990 | rburton: I'm using gitlab to test small qt aplication build and it takes around 3~min (but yeah preparation of sandbox takes some time too), my computer 4x4.0GHz Haswell takes about 20~30sec | 13:28 |
| dev1990 | image bakeing for about 4h so I wonder what github will dilivers | 13:29 |
| dev1990 | 40hours | 13:29 |
| dev1990 | ? | 13:29 |
| rburton | HOW LONG | 13:29 |
| dev1990 | delivers* | 13:29 |
| LetoThe2nd | dev1990: it will deliver nothing, just report a timeout. | 13:30 |
| rburton | i can build core-image-sato from *scratch* in 45 minutes | 13:30 |
| LetoThe2nd | rburton: with how sstate | 13:30 |
| rburton | and this is a four year old machine | 13:30 |
| LetoThe2nd | s/how/hot/ | 13:30 |
| rburton | (the fast machines in the office do it in <30mins) | 13:30 |
| dev1990 | rburton: I mean with clean build enviroment (and build my personal distro with stuff about 4800~ packages) | 13:31 |
| rburton | dev1990: if you want to do builds that large you want persistent sstate, which no provider will do for free | 13:31 |
| rburton | if you were building a small add-on layer then poky + sstate mirrors will give you everything but the pieces in the layer | 13:32 |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 13:33 | |
| dev1990 | kk, just asking I found just that some official layers have their CI and I was wondering about "Comunnity edition CI" with some limits | 13:35 |
| *** kovalevsky <kovalevsky!~kovalevsk@fedora/kovalevsky> has joined #yocto | 13:36 | |
| dev1990 | anyway thanks for tip for shared poky sstate, this may come handy on daily basis | 13:37 |
| *** stuom1 <stuom1!3eecd81d@62.236.216.29> has quit IRC | 13:42 | |
| paulbarker | Anyone else unable to access lists.yoctoproject.org? | 13:43 |
| paulbarker | I'm trying to look at the mail archives on groups.io, it's redirecting to lists.yoctoproject.org which is giving me NXDOMAIN | 13:43 |
| fullstop | NXDOMAIN here as well | 13:43 |
| fullstop | cloudflare and google dns agree.. | 13:44 |
| fullstop | Somebody must be watching, because it now resolves. :-) | 13:44 |
| paulbarker | fullstop: Working for me as well | 13:47 |
| paulbarker | halstead: ^^^ FYI, may just be a one-off weirdness though | 13:48 |
| *** bluelotus <bluelotus!5c5625d6@92.86.37.214> has joined #yocto | 13:54 | |
| *** vmeson <vmeson!~rmacleod@128.224.252.2> has joined #yocto | 13:55 | |
| *** kovalevsky <kovalevsky!~kovalevsk@fedora/kovalevsky> has quit IRC | 13:57 | |
| kergoth | qschulz, rburton: recipetool has a few bbappend-creating subcommands, directly or indirectly. newappend, appendfile, appendsrcfile in particular | 14:03 |
| * kergoth yawns | 14:03 | |
| rburton | not sure why we still have both recipetool and devtool | 14:03 |
| *** sgw <sgw!~sgw@192.55.54.42> has quit IRC | 14:04 | |
| *** GrimSleepless <GrimSleepless!~GrimSleep@bras-base-qubcpq0634w-grc-04-70-30-123-105.dsl.bell.ca> has quit IRC | 14:05 | |
| Yatekii | folks, I am looking for the sysroot dir within yocto to get access to the glibc etc | 14:07 |
| Yatekii | how would I approach this best | 14:07 |
| *** GrimSleepless <GrimSleepless!~GrimSleep@bras-base-qubcpq0634w-grc-04-70-30-123-105.dsl.bell.ca> has joined #yocto | 14:07 | |
| *** baldgeek <baldgeek!~dan@65.167.211.225> has joined #yocto | 14:11 | |
| yocti | New news from stackoverflow: How to build a working TPM2 image for Raspberry Pi with Yocto? <https://stackoverflow.com/questions/57693130/how-to-build-a-working-tpm2-image-for-raspberry-pi-with-yocto> | 14:14 |
| *** kovalevsky <kovalevsky!~kovalevsk@fedora/kovalevsky> has joined #yocto | 14:16 | |
| kergoth | rburton: yeah, it's a bit fuzzy. it seems like devtool was focused on the active development and esdk workflows while recipetool was for interacting with recipes more directly, but the boundaries are definitely not always clear. i sometimes feel like we could use a master 'oe' command with everything else under it, including 'build', but *shrug* | 14:19 |
| kergoth | or bb, or whatever.. | 14:19 |
| LetoThe2nd | Ö | 14:19 |
| LetoThe2nd | i vote for "Ö" | 14:19 |
| *** kovalevsky <kovalevsky!~kovalevsk@fedora/kovalevsky> has quit IRC | 14:19 | |
| LetoThe2nd | Crofton|road: "they need networkd access" typo or finally getting into systemd? :P | 14:23 |
| *** griffinp <griffinp!griffinp@gateway/shell/linaro/x-lulzwyenvtaexhsf> has joined #yocto | 14:25 | |
| *** GrimSleepless <GrimSleepless!~GrimSleep@bras-base-qubcpq0634w-grc-04-70-30-123-105.dsl.bell.ca> has quit IRC | 14:30 | |
| rburton | kergoth: i can't see why recipetool shouldnt merge into devtool (and exist purely as a "i think you mean devtool foo") | 14:33 |
| rburton | as long as we stop devtool starting bitbake before showing --help | 14:33 |
| rburton | which drives me insane | 14:33 |
| LetoThe2nd | that brings me back to, long time ago i submitted a patch to add a clean command to devtool. any reason it got lost / not merged? | 14:34 |
| kergoth | i think it's doing that to allow pulling plugins from BBLAYERS, but we shouldn't need a bitbake server for that, all we need to do is parse bblayers.conf. that said, iirc Cooker does that, and it parses both bblayers *and* bitbake.conf in its *constructor* | 14:34 |
| kergoth | course you could always use bb.parse directly and bypass that | 14:34 |
| rburton | LetoThe2nd: probably because me and rp tend to let bluelightning review devtool patches | 14:34 |
| kergoth | probably cleaner to do a tiny bit of refactoring in the cooker though | 14:34 |
| rburton | LetoThe2nd: ping the patch | 14:34 |
| kergoth | (it irks me that cooker parses bitbake.conf int eh constructor anyway, it means bitbake-layers remove-layer can't remove the layer that broke parsing) | 14:35 |
| LetoThe2nd | rburton: can't even find it, was years ago | 14:35 |
| kergoth | was planning to fix that but never got around to getting it merged | 14:35 |
| LetoThe2nd | rburton: https://www.yoctoproject.org/pipermail/yocto/2017-October/038596.html | 14:36 |
| rburton | whats wrong with bitbake -cclean? | 14:37 |
| fullstop | is there a way to auto-reload udev when a package is installed? I can do it in postinst but I was wondering if there was something similar to SYSTEMD_AUTO_ENABLE for udev. | 14:37 |
| LetoThe2nd | rburton: that you don't have easy access to it in the esdk situation | 14:37 |
| rburton | LetoThe2nd: good reason | 14:37 |
| rburton | LetoThe2nd: rebase and repost? | 14:37 |
| LetoThe2nd | rburton: only reason, actually. | 14:37 |
| LetoThe2nd | rburton: more like repatch and repost :( | 14:38 |
| LetoThe2nd | rburton: once i find a couple of minutes, will do. | 14:38 |
| rburton | fullstop: a postinst. if several recipes need it, write a class | 14:38 |
| fullstop | thanks | 14:38 |
| fullstop | I've found the source of my booting problems, and it's because of postinst stuff that I've added in my recipes. systemd stuff is touchy on the first boot. | 14:39 |
| rburton | write it to run at rootfs time instead | 14:40 |
| *** marka <marka!~marka@198-84-181-245.cpe.teksavvy.com> has joined #yocto | 14:40 | |
| Yatekii | folks, I did a "bitbake meta-ide-support" but now I can't really find the toolchain :/ | 14:41 |
| Yatekii | any help to make this work? | 14:41 |
| rburton | a toolchain would usually be meta-toolchain or even better 'bitbake myimage -c populate_sdk' | 14:41 |
| rburton | ends up in tmp/deploy/sdk/ | 14:42 |
| qschulz | is patchdir *officially* supported for applying patches on top of files coming from FILEPATH? (e.g. meta-a/recipes-a/a/files/myfile and a patch meta-b/recipes-a/a/files/patch-for-myfile.patch) | 14:44 |
| *** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has joined #yocto | 14:45 | |
| LetoThe2nd | RP: https://twitter.com/YoctoThe | 14:50 |
| Yatekii | rburton: ok, I was using meta-ide-support. is that wring? | 14:51 |
| Yatekii | *wrong | 14:51 |
| qschulz | maybe that's a question for bluelightning since he's sent a few patches to meta/lib/oe/patch.py | 14:51 |
| rburton | Yatekii: yes. where told you do use that recipe? | 14:51 |
| rburton | the description is 'Meta package for ensuring the build directory contains all appropriate toolchain packages for using an IDE' | 14:51 |
| Yatekii | rburton: what does populate_sdk do differently? I basically want a toolchain in my build dir which I then can use from my rust package to build the application on the host :) | 14:51 |
| rburton | Yatekii: in your build dir you have a compiler already | 14:52 |
| qschulz | more specifically, what I'm describing is supported but breaks devtool because the relative path to the files is then incorrect. I could try to dig into that but if we already know it's not gonna make it upstream, i'd rather not waste time :) | 14:52 |
| Yatekii | rburton: https://www.yoctoproject.org/docs/1.8.1/adt-manual/adt-manual.html#using-the-toolchain-from-within-the-build-tree https://pagefault.blog/2018/07/04/embedded-development-with-yocto-and-rust/ both mention the ide support recipe :) | 14:52 |
| LetoThe2nd | rburton: lets see if this works as executive summary distribution path. | 14:52 |
| *** ThomasD13 <ThomasD13!~ThomasD13@DSL01.212.114.255.148.ip-pool.NEFkom.net> has quit IRC | 14:52 | |
| Yatekii | and from what I understood I needed that | 14:52 |
| Yatekii | but I can try and do the populate sdk | 14:52 |
| rburton | god thats horrible | 14:53 |
| LetoThe2nd | Yatekii: that link to 1.8 is massively outdated, ADT is dead. | 14:53 |
| Yatekii | LetoThe2nd: wll it's hard to tell when you are not toooo familiar ;) | 14:53 |
| Yatekii | for you folks it might be obvious :D | 14:53 |
| LetoThe2nd | Yatekii: thats why we're telling. | 14:53 |
| Yatekii | yeah :) | 14:53 |
| Yatekii | thanks a lot! | 14:53 |
| Yatekii | so imma try and do populate sdk | 14:54 |
| LetoThe2nd | ndec: i hope you're ok with the ambassador vs. jester "pun" :) | 14:54 |
| *** MeanEngi <MeanEngi!5fa87c99@95.168.124.153> has joined #yocto | 14:55 | |
| Yatekii | ok that seems tro do something! | 14:55 |
| Yatekii | \o/ | 14:55 |
| qschulz | did my ping to openembedded-core ML make it to the ML? | 15:00 |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 15:02 | |
| LetoThe2nd | qschulz: you made it to the udhcpd thread. | 15:02 |
| qschulz | LetoThe2nd: nice thanks :) | 15:03 |
| *** thannoy_ <thannoy_!~anthony@134-48-190-109.dsl.ovh.fr> has quit IRC | 15:05 | |
| dev1990 | can I use @bb.utils.contains on overrides ? | 15:12 |
| dev1990 | something like that ${@bb.utils.contains('OVERRIDES', 'arm', '1', '0', d)} ? | 15:13 |
| dev1990 | not sure about colon character, OVERRIDES have string like "foo:bar:foo:bar" | 15:14 |
| qschulz | dev1990: what are you trying to achieve? | 15:16 |
| *** ericch <ericch!~ericch@50-205-235-218-static.hfc.comcastbusiness.net> has joined #yocto | 15:19 | |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has quit IRC | 15:25 | |
| dev1990 | qschulz: I'm porting project that want override ARM=0 or 1 in oe_runmake | 15:26 |
| *** goliath <goliath!~goliath@82.150.214.1> has quit IRC | 15:27 | |
| *** camus <camus!~Instantbi@222.67.188.168> has joined #yocto | 15:27 | |
| *** kaspter <kaspter!~Instantbi@222.67.188.180> has quit IRC | 15:27 | |
| *** camus is now known as kaspter | 15:27 | |
| dev1990 | It's using handwritten makefiles and etc, there is my strugles to write a class that supports many of "subproject" of libretro | 15:28 |
| qschulz | CFLAGS += "ARM=0" CFLAGS_arm += "ARM=1" ? | 15:28 |
| dev1990 | https://github.com/dev-0x7C6/meta-retro/blob/zeus/classes/libretro.bbclass | 15:28 |
| dev1990 | qschulz: this won't work some makefiles can do different stuff with this ARM define and more importantly it's makefile parameter not a compiler flag | 15:30 |
| qschulz | even better. ARMFLAG = "0" and ARMFLAG_arm = "1" and then use ARMFLAG where you could? might need to set vardeps on the tasks using it, I don't know exactly how well the detection works | 15:30 |
| dev1990 | qschulz: my current solution is | 15:30 |
| dev1990 | IS_ARM_ARCH ??= "0" | 15:30 |
| dev1990 | IS_ARM_ARCH_armarch = "1" | 15:30 |
| qschulz | you don't need the ??= | 15:31 |
| qschulz | and IS_ARM_ARCH_arm = "1" instead of what you wrote | 15:31 |
| qschulz | That should be it yes | 15:31 |
| dev1990 | where armarch is my override that is set when arch is arm, armeb aarch64 aarch64-be | 15:31 |
| qschulz | I wouldn't do that | 15:31 |
| dev1990 | why ? | 15:32 |
| qschulz | use IS_ARM_ARCH_arch and then IS_ARM_ARCH_aarch64 etc... | 15:32 |
| dev1990 | oh | 15:32 |
| qschulz | because it means that you have to manually add this OVERRIDES to your machines | 15:32 |
| dev1990 | but what if it's redundant | 15:32 |
| qschulz | cumbersome | 15:32 |
| MeanEngi | How many log handlers are there in the bitbake codebase? | 15:32 |
| qschulz | dev1990: it'll work for any machine. Less error prone :) | 15:33 |
| qschulz | by that I mean you don't need to not forget about adding this OVERRIDES to your machines | 15:33 |
| dev1990 | qschulz: well https://github.com/dev-0x7C6/meta-retro/blob/zeus/classes/retroarch-overrides.bbclass I'm using this class and overrides are added for my packages only | 15:33 |
| dev1990 | without distro.conf or machine configuration | 15:33 |
| qschulz | And I guess this is then INHERIT+="retoarch-overrides"? | 15:33 |
| qschulz | +in | 15:34 |
| dev1990 | no | 15:34 |
| dev1990 | just using this as inherit | 15:34 |
| dev1990 | for my custom package set | 15:34 |
| qschulz | honestly. I don't know how risky that is | 15:35 |
| qschulz | modifying OVERRIDES directly in a recipe | 15:35 |
| qschulz | Why aren't you using that but instead of OVERRIDES you use IS_ARCH_ARM? | 15:35 |
| *** nopeman <nopeman!d54413ba@213.68.19.186> has quit IRC | 15:35 | |
| LetoThe2nd | as long as its done in the recipe, the only thing that will bread is this, so ... go ahead and find out. as long as you're not doing stuff like this in a DISTRO or MACHINE that you ship, whatever. | 15:36 |
| *** develonepi3 <develonepi3!~devel@2600:1700:69f0:42c0::12> has joined #yocto | 15:36 | |
| *** champagneg <champagneg!~gchamp@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has joined #yocto | 15:36 | |
| qschulz | LetoThe2nd: OVERRIDES is cleaned before each recipe? No way you can contaminate the following recipes? | 15:37 |
| *** abhiarora44 <abhiarora44!uid396576@gateway/web/irccloud.com/x-hshglytlimaqqanj> has quit IRC | 15:37 | |
| LetoThe2nd | qschulz: everything is cleaned before each recipe. one more time, aloud: "recipe data is local, conf data is global" | 15:37 |
| qschulz | dev1990: also, usually, one patches the Makefile with a patch instead of putting as much as possible in the recipe (well let's say, a compromise). Maybe also worth sending a patch upstream if you can. Less maintenance burden on the recipe, project nice to cross-compilers, 100% benefit | 15:38 |
| LetoThe2nd | so if you want to give yourself a headache in your recipes, go ahead. just make sure you don't hurt anybody else by injecting questionable stuff via conf, where it will affect the whole build. | 15:38 |
| * qschulz screams while crying: "RECIPE DATA IS LOCAL, CONF DATA IS GLOBAL" | 15:39 | |
| dev1990 | qschulz: upstream don't like me, really | 15:39 |
| dev1990 | https://github.com/libretro/RetroArch/pull/9995 | 15:39 |
| dev1990 | you can find more there | 15:40 |
| qschulz | LetoThe2nd: mmm I'm wondering if the location in the file for this OVERRIDES would matter? Is the recipe flattened first and then resolves OVERRIDES and then resolves _myoverrides? | 15:40 |
| qschulz | otherwise if the order between the last two "and" is non guaranteed, ouch | 15:41 |
| LetoThe2nd | qschulz: no idea, beyond my expertise. | 15:41 |
| dev1990 | qschulz: If you're intrested I can tell how it's playing in long term, for this is working for me fine | 15:42 |
| qschulz | dev1990: the famous "Works for me"© :) | 15:43 |
| dev1990 | ;p | 15:43 |
| dev1990 | before I ask about CI for yocto layers | 15:44 |
| dev1990 | well on topic, i got oher makefile parameter ARM_FLOAT_ABI_HARD=${@bb.utils.contains('TUNE_FEATURES', 'callconvention-hard', '1', '0', d)} | 15:45 |
| dev1990 | I think I'm looking for more consistent look | 15:45 |
| dev1990 | ARM_FLOAT_ABI_HARD=${@bb.utils.contains('TELL_YOCTO_IS_THIS_ARM_FAMILLY_CPU', 'YES', '1', '0', d)} | 15:46 |
| dev1990 | ups | 15:46 |
| dev1990 | ARM=${@bb.utils.contains('TELL_YOCTO_IS_THIS_ARM_FAMILLY_CPU', 'YES', '1', '0', d)} | 15:46 |
| dev1990 | ok final version: | 15:47 |
| dev1990 | ARM=${@bb.utils.contains('TELL_ME_YOCTO_IS_THIS_ARM_FAMILLY_CPU', 'YES', '1', '0', d)} | 15:47 |
| RP | dev1990: I put a reply in for you | 15:48 |
| dev1990 | thank you :-) | 15:49 |
| * RP feels old | 15:50 | |
| qschulz | dev1990: on the hackish way to do it, maybe you can set CC to ${HOST_PREFIX}gcc (maybe ${CCACHE} in front if that works) and appending ${HOST_CC_ARCH}${TOOLCHAIN_OPTIONS} to CFLAGS? | 15:51 |
| *** thannoy <thannoy!~anthony@134-48-190-109.dsl.ovh.fr> has joined #yocto | 15:51 | |
| qschulz | dev1990: FWIW CC="${CCACHE}${HOST_PREFIX}gcc ${HOST_CC_ARCH}${TOOLCHAIN_OPTIONS}" by default | 15:51 |
| Yatekii | hmm where exactly is the correct sysroot? :/ IU got one for each packet apparently in the build dir :/ | 15:57 |
| *** havok101 <havok101!~havok101@2601:249:1000:b30:842b:111d:e9b5:523c> has joined #yocto | 16:13 | |
| RP | Yatekii: a sysroot is constructed per recipe. Its mostly hardlinked for efficiency | 16:16 |
| *** thannoy <thannoy!~anthony@134-48-190-109.dsl.ovh.fr> has quit IRC | 16:19 | |
| *** thannoy <thannoy!~anthony@134-48-190-109.dsl.ovh.fr> has joined #yocto | 16:20 | |
| *** goliath <goliath!~goliath@212-186-42-13.cable.dynamic.surfer.at> has joined #yocto | 16:23 | |
| *** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has quit IRC | 16:27 | |
| *** thannoy_ <thannoy_!~anthony@134-48-190-109.dsl.ovh.fr> has joined #yocto | 16:30 | |
| *** thannoy <thannoy!~anthony@134-48-190-109.dsl.ovh.fr> has quit IRC | 16:32 | |
| Yatekii | RP: yes, but where do I find it in the build dir | 16:38 |
| Yatekii | I need it to build my application | 16:38 |
| *** guerinoni <guerinoni!~guerinoni@internet.micro-systems.it> has quit IRC | 16:39 | |
| qschulz | Yatekii: what do you need from the sysroot? | 16:44 |
| Yatekii | qschulz: the toolchain, glibc, etc | 16:44 |
| RP | Yatekii: STAGING_DIR_TARGET and STAGING_DIR_NATIVE? | 16:46 |
| Yatekii | ? | 16:46 |
| Yatekii | I want a folder | 16:46 |
| Yatekii | not an env var | 16:46 |
| RP | Yatekii: they are the variable names which contain the paths | 16:46 |
| Yatekii | RP: both are empty | 16:47 |
| qschulz | Yatekii: then something's very wrong :) | 16:48 |
| qschulz | are they empty in your makefile (or whatever is used for building) or in the recipe? | 16:48 |
| RP | Yatekii: I guess the question is how you're trying to use them. They're not environment variables, they're bitbake datastore variables. It could put them in the environment if you ask bitbake to | 16:52 |
| qschulz | Yatekii: usually, when things are not compiling the way we want it to in Yocto it's because the makefile has some hardcoded CC, CXX, CFLAGS, CXXFLAGS, LDFLAGS, etc. --sysroot is passed as part of $CC, so try to check that your makefile use the one from Yocto ;) | 16:54 |
| Yatekii | qschulz: RP: I just tried echo $STAGING_DIR_TARGET | 16:54 |
| Yatekii | guess I was wrong | 16:54 |
| Yatekii | qschulz: I dont want to alter a recipe just yet | 16:55 |
| Yatekii | I want to use the built toolchain to build my application | 16:55 |
| Yatekii | nothing more | 16:55 |
| Yatekii | I then manually transfer it to the image | 16:55 |
| Yatekii | once it works I'll build a recipe | 16:55 |
| JPEW | Yatekii: Sounds like you want to make an SDK | 16:56 |
| Yatekii | no | 16:56 |
| Yatekii | JPEW: I have the yocto sdk target already built | 16:56 |
| Yatekii | I just don't know which directory in the convoluted build dir (the prompt ius over 3 lines long lol ...) isthe actual sysroot of the sdk | 16:56 |
| RP | Yatekii: I didn't realise you were using the SDK. Not sure there is a specific variable there but the path should be in the CC command | 16:57 |
| qschulz | $CC should be enough I think for you | 16:58 |
| Yatekii | hmm ok I'll have a look, sec | 16:59 |
| *** frsc <frsc!~frsc@2003:a:e7a:6200:5130:1df3:c7ea:134e> has quit IRC | 17:00 | |
| *** yann <yann!~yann@85.118.38.73> has quit IRC | 17:01 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 17:04 | |
| Yatekii | RP: qschulz the $CC bitbake var? | 17:09 |
| Yatekii | how would I proitn that? | 17:10 |
| Yatekii | 17:10 | |
| RP | Yatekii: source the SDK environment file, echo $CC | 17:11 |
| Yatekii | RP: could it be this: st-image-tkrt-openstlinux-tkrt-stm32mp1-raichu-cubemx-x86_64-toolchain-2.6-snapshot.sh ? | 17:12 |
| Yatekii | I just find an installer :/ | 17:15 |
| Yatekii | (the file I pasted) | 17:15 |
| RP | Yatekii: the above should have an archive appended to the script which it would extract when you run it | 17:15 |
| RP | Yatekii: its very unclear what you're trying to do things with though | 17:16 |
| Yatekii | yes, I just installed the SDK | 17:16 |
| Yatekii | but I don't really want that | 17:16 |
| Yatekii | I want to use it diorectly from the build directory | 17:16 |
| Yatekii | why create a binary installer archive which you then have to install everytime you modify your yocto distor? | 17:17 |
| Yatekii | it's plain pain | 17:17 |
| RP | Yatekii: right, so you want to use bitbake itself and use its toolchain from the build env | 17:18 |
| Yatekii | yeah, how would I go about this? I was advised to build the sdk | 17:19 |
| RP | Yatekii: I suspect bitbake meta-environment-<MACHINE> and then sourcing the environment file would do it | 17:22 |
| RP | I still suspect writing a recipe would be easier as that way you can declare your dependencies | 17:23 |
| *** sgw <sgw!~sgw@134.134.137.77> has joined #yocto | 17:26 | |
| Yatekii | RP: sourcing the environment file didn't help as I stated already | 17:26 |
| *** vmeson <vmeson!~rmacleod@128.224.252.2> has quit IRC | 17:26 | |
| Yatekii | I mean wtf the entire toolchain is there inside the build dir and just because I cannot use it, because someone felt fancy with views and stuff | 17:26 |
| *** guerinoni <guerinoni!~guerinoni@internet.micro-systems.it> has joined #yocto | 17:27 | |
| MeanEngi | How many log handlers are there in the bitbake codebase? I'm noticing print() / bb.plain() / logger.info() | 17:33 |
| MeanEngi | Is it context specific where each is used? | 17:34 |
| MeanEngi | bb.plain is probably for everything happening on the cooker. And if I got correctly that gets shipped back to the UI module through pipes as "events" | 17:35 |
| RP | Yatekii: meta-environment creates an environment file which behaves similarly to the sdk | 17:36 |
| RP | MeanEngi: logger.* and bb.XXX all become LogMsg events | 17:37 |
| *** diego_r <diego_r!~diego@217-133-17-98.static.clienti.tiscali.it> has quit IRC | 17:37 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 17:41 | |
| MeanEngi | RP: Thanks. Does that imply a separate thread or something responsible for handling those events? Or would that fall into the authority of the ui_module? | 17:41 |
| Yatekii | RP: ohhh | 17:43 |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC | 17:46 | |
| *** mckoan is now known as mckoan|away | 17:47 | |
| Yatekii | RP: ok the command executed successfully. where would I find that environment source file? | 17:48 |
| RP | MeanEngi: the UI module listens and turns them into print() and writes them to log files etc | 17:53 |
| RP | Yatekii: probably tmp/ iirc | 17:54 |
| Yatekii | RP ur a god, thx so much foir the support :) qschulz too! | 17:55 |
| Yatekii | btw I am trying to use rpmsg with this: https://wiki.st.com/stm32mpu/wiki/Linux_remoteproc_framework_overview specific example. unfortunately I can't see any ttys comming up when I start the remote process. is anyone familiar with the stuff? | 17:55 |
| *** bluelotus <bluelotus!5c5625d6@92.86.37.214> has quit IRC | 18:02 | |
| *** kriive <kriive!~kriive@net-2-37-220-98.cust.vodafonedsl.it> has joined #yocto | 18:22 | |
| kriive | Hi to everyone! | 18:23 |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 18:26 | |
| roussinm | Hello! I would like to "depend" on a binary from another recipe. The binary is packaged to a ${PN}-bin, but afaik you can't depend on packages. I need the binary at configuration time. | 18:34 |
| *** kriive <kriive!~kriive@net-2-37-220-98.cust.vodafonedsl.it> has quit IRC | 18:37 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC | 18:41 | |
| JPEW | roussinm: Is it a native binary? | 18:42 |
| tgamblin | How does one get a very minor change into the YP Reference Manual? The instructions for setting up Fedora hosts should include rpcgen in the package list, but it doesn't | 18:52 |
| khem | tgamblin: actually one needs rpcsvc-proto | 18:55 |
| tgamblin | khem: even better! | 18:55 |
| khem | which should be common across all new distros | 18:56 |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 18:56 | |
| khem | so I guess, you can send a pull request to https://git.yoctoproject.org/cgit/cgit.cgi/yocto-docs/ | 18:56 |
| khem | instrs are here https://git.yoctoproject.org/cgit/cgit.cgi/yocto-docs/tree/README | 18:57 |
| tgamblin | khem: thanks! | 18:58 |
| *** davisr <davisr!~davisr@cpe-184-58-235-7.wi.res.rr.com> has quit IRC | 18:59 | |
| *** yann <yann!~yann@91-170-159-152.subs.proxad.net> has joined #yocto | 19:01 | |
| *** thannoy_ <thannoy_!~anthony@134-48-190-109.dsl.ovh.fr> has quit IRC | 19:05 | |
| *** learningc <learningc!~pi@121.121.99.192> has quit IRC | 19:07 | |
| *** learningc <learningc!~pi@121.121.99.192> has joined #yocto | 19:09 | |
| *** comptroller <comptroller!~comptroll@47-213-227-146.paolcmtc01.res.dyn.suddenlink.net> has quit IRC | 19:19 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 19:24 | |
| *** comptroller <comptroller!~comptroll@47-213-227-146.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto | 19:31 | |
| LetoThe2nd | roussinm: really depend, so you need the -bin thing at build time? then DEPENDS = "whatever-native". if you need the thing at runtime, then RDEPENDS_${PN} = "whatever-bin" | 19:44 |
| jonmason | LetoThe2nd: TheYoctoJester? | 19:45 |
| LetoThe2nd | jonmason: AYUP | 19:45 |
| jonmason | I literally laughed when I saw that and knew it had to be you | 19:46 |
| khem | jonmason: will kvm work if I have aarch64 host ? iow, `runqemu kvm` ? | 20:06 |
| jonmason | khem: sort answer is "it depends, but most likely yes" | 20:07 |
| jonmason | not all aarch64 is guaranteed to have aarch32 support | 20:07 |
| khem | I like 'it depends' since then you are always right | 20:07 |
| jonmason | but iirc, all should support kvm | 20:07 |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto | 20:08 | |
| LetoThe2nd | khem: runqemu kvm? is that new magic? | 20:08 |
| khem | LetoThe2nd: if you do runqemu --help then you will see it :) | 20:08 |
| khem | helps tremendously, when you use similar build and target eg. qemux86 or qemux86-64 | 20:09 |
| LetoThe2nd | khem: i see, thanks | 20:09 |
| jonmason | kvm is 4x speedup on my Softiron board | 20:10 |
| khem | and if you also use llvmpipe then I can see 40fps on cinematicexperience demo which is darn good | 20:10 |
| jonmason | maybe even more than that | 20:10 |
| rangergord | what do you guys use for communication between your embedded devices? Considering grpc for the next generation running on Yocto systems. | 20:12 |
| khem | LetoThe2nd: if you run -ctestimage a lot then just set QEMU_USE_KVM = "1" in local.conf helps | 20:12 |
| rangergord | Before I was using raw TCP :P I'm actually worried about using a large libraries like grpc from a debuggability POV. | 20:12 |
| LetoThe2nd | khem: i never test. once my stuff compiles, i ship it! | 20:12 |
| rangergord | LetoThe2nd, mah man | 20:12 |
| rangergord | that's what the customers are for | 20:12 |
| khem | LetoThe2nd: you are among 90% of people then :) | 20:13 |
| LetoThe2nd | rangergord: re communication, it depends. never used grpc so far, though | 20:13 |
| LetoThe2nd | khem: but hey, i'm being honest about it. | 20:13 |
| khem | LetoThe2nd:yeah | 20:14 |
| LetoThe2nd | but while we're at it. i tried to dig into runqemu a bit. and while nographic is obvious, there seems to be nothing like "nonet" or such | 20:15 |
| rangergord | LetoThe2nd, what *have* you been using then? I know the big solutions backend devs use (grpc, RabbitMQ, socket.io, pure HTTP, etc), but embedded is different | 20:15 |
| roussinm | JPEW: Yes native binary. LetoThe2nd I'll try that. | 20:15 |
| LetoThe2nd | which means it will always try to do the tun/tap, and therefore sudo dance, right? | 20:15 |
| khem | rangergord: so one project I have to strip off dbus and go to websockets, you have to see what resources and workloads you have to deal with | 20:16 |
| LetoThe2nd | rangergord: well i know of folks who use mqtt, for example. | 20:16 |
| LetoThe2nd | rangergord: and really, it depends totally on the workload, not on some fancy tech name. many of the things are conceptually very different. | 20:17 |
| khem | nanomsg is quite good and addressed shortcomings of mqtt but its PITA to contribute to it | 20:17 |
| rangergord | yeah, I read about MQTT but it requires a broker which I won't have. I want something that works peer-to-peer. | 20:17 |
| LetoThe2nd | rangergord: who says that you can#t run a broker on your device? | 20:17 |
| rangergord | khem, I was actually thinking of websockets + protobuf for messages | 20:17 |
| LetoThe2nd | rangergord: -> mosquitto | 20:18 |
| khem | rangergord:yes that combo works pretty well on low end devices, I can confirm | 20:18 |
| rangergord | LetoThe2nd, well...let's say I have 5 devices. I can't have comm between 4 of them break down because the 1 that acts as broker was being serviced | 20:18 |
| LetoThe2nd | rangergord: who says you can' have 5 devices who each is a broker? | 20:18 |
| LetoThe2nd | *can't, even | 20:18 |
| khem | yeah broker architecture does have scaling issues | 20:19 |
| rangergord | see that already sounds conceptually messy | 20:20 |
| LetoThe2nd | rangergord: don't get me wrong, i'm not advocating the MQTT case. what i'm saying is that, understand your prolem fully first, and then pick a solution. don't say "i don't have a broker, so thats out. i don't have js, so thats out... so the only one left in the end mus be my solution" | 20:20 |
| LetoThe2nd | having said that, i am very fond of json as transport protocol, but that may be just me. | 20:23 |
| rangergord | OK...my problem is that I want a crossplatform pub/sub peer-to-peer system that's simple to understand and debug, doesn't require tons of boiler plate code, isn't Billy's Personal Github Project, gives me control over the connections (heartbeat, reconnect, etc). Many fit these requirements, so I go a bit further: what's the most popular/established | 20:23 |
| LetoThe2nd | wow, thats quite a mouthful. no idea, i don't know anything that ticks all the boxes. | 20:25 |
| *** vmeson <vmeson!~rmacleod@24-52-239-53.cable.teksavvy.com> has joined #yocto | 20:34 | |
| LetoThe2nd | other than MQTT, actually, now that i think about it. | 20:37 |
| LetoThe2nd | crossplatform: [X]. pub/sub: [X]. peer-to-peer: [X] (by running client and broker). understand- and debuggable: [X]. amount of boilerplate: [not worse than others]. connection control: [X]. established, not a one man show: [X] | 20:40 |
| *** diego_r <diego_r!~diego@81.29.205.101> has joined #yocto | 20:40 | |
| LetoThe2nd | on the other hand, as you say "many fit these requirements" - which? so i can have a look and learn too? | 20:40 |
| *** goliath <goliath!~goliath@212-186-42-13.cable.dynamic.surfer.at> has quit IRC | 20:48 | |
| *** kriive <kriive!~kriive@net-2-37-220-98.cust.vodafonedsl.it> has joined #yocto | 20:48 | |
| *** MeanEngi <MeanEngi!5fa87c99@95.168.124.153> has quit IRC | 20:56 | |
| *** tgamblin <tgamblin!~tgamblin@128.224.252.2> has quit IRC | 20:58 | |
| rangergord | well, I found grpc, captain proto, socket.io, nanomsg. grpc is the biggest one, pushed by Google and Microsoft as the suggested way of using APIs. | 21:05 |
| *** berton <berton!~berton@189.103.49.163> has quit IRC | 21:13 | |
| roussinm | Thanks LetoThe2nd and JPEW I was able to send my patch. Is this documented somewhere that if you depends on -native recipe you get "all" packages (not sure about this)? | 21:17 |
| *** pohly <pohly!~pohly@p5B05600C.dip0.t-ipconnect.de> has quit IRC | 21:24 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 21:27 | |
| rewitt1 | LetoThe2nd: re: runqemu and "nonet", if there isn't a "nonet" there is the "slirp" option which doesn't require elevated privileges. But you will still have network availability in the guest, so if you really want "nonet" it may need to be added | 21:39 |
| *** rewitt1 is now known as rewitt | 21:41 | |
| *** qschulz <qschulz!~quentin@ns326003.ip-37-187-106.eu> has quit IRC | 21:41 | |
| *** roussinm <roussinm!~mroussin@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has quit IRC | 21:42 | |
| *** roussinm <roussinm!~mroussin@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has joined #yocto | 21:42 | |
| *** yacar_ <yacar_!~yacar@2a01:e0a:22a:7f40:d48c:fe72:e69e:c501> has joined #yocto | 21:42 | |
| *** yacar_ <yacar_!~yacar@2a01:e0a:22a:7f40:d48c:fe72:e69e:c501> has left #yocto | 21:43 | |
| RP | kergoth: I'm wondering if we shouldn't use tuples instead of the task ids in runqueue... | 21:52 |
| kergoth | hmm, not a bad idea, more self-describing, could use a namedtuple at that | 21:53 |
| RP | JPEW: ^^^ may be of interest to you too | 21:53 |
| JPEW | What would be in the tuple? | 21:53 |
| RP | kergoth: http://git.yoctoproject.org/cgit.cgi/poky/commit/?h=master-next&id=d6f468f5b67407c730c67c94d3787696d38a634f :) | 21:54 |
| RP | kergoth: this is what got me thinking about it being wider than that | 21:54 |
| kergoth | aside: it's amazing how much less shitty dev is on windows with WSL, Windows Terminal, and VSCode | 21:54 |
| RP | JPEW: see that patch, basically avoid all this split(":") | 21:54 |
| RP | kergoth: I can imagine, I've been playing with vscode | 21:55 |
| kergoth | the Remote extensions are fantastic. using SSH and WSL every day with it | 21:55 |
| RP | kergoth: I'm not quite there yet as the key combinations keep breaking things for me but I should try again | 21:55 |
| RP | kergoth: I guess we need some patches to test and profile | 21:56 |
| *** elfGamal <elfGamal!~elg@181.215.183.160> has joined #yocto | 21:57 | |
| *** elGamal <elGamal!~elg@181.215.183.160> has quit IRC | 21:58 | |
| angelo__ | From yocto build, building u-boot, i am getting this: "Your GCC is older than 6.0 and is not supported" ... how to fix this ? need to roll back to an older u.boot ? | 22:00 |
| RP | kergoth: https://stackoverflow.com/questions/2646157/what-is-the-fastest-to-access-struct-like-object-in-python | 22:03 |
| RP | angelo__: build on a newer distro? We also have a WIP buildtools tarball with a newer gcc | 22:04 |
| RP | kergoth: I wonder if bitbake runs on pypy... | 22:05 |
| kergoth | I tried it once many years ago after fixing a few minor cpython-isms, iirc it didn't help a lot just due to our particular resource usage | 22:05 |
| kergoth | worth trying out again | 22:05 |
| RP | kergoth: yes, might be quite different now | 22:06 |
| angelo__ | RP, thanks. Strange btw, i am using a version (2018.01) that's seems to be for sumo, i am in sumo, but getting compiler erreor | 22:11 |
| *** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has joined #yocto | 22:14 | |
| RP | angelo__: I'd check you're really building what you think you are as that sounds a little odd | 22:20 |
| *** qschulz <qschulz!~quentin@ns326003.ip-37-187-106.eu> has joined #yocto | 22:21 | |
| *** qschulz <qschulz!~quentin@ns326003.ip-37-187-106.eu> has quit IRC | 22:27 | |
| *** qschulz <qschulz!~quentin@ns326003.ip-37-187-106.eu> has joined #yocto | 22:27 | |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC | 22:29 | |
| *** qschulz <qschulz!~quentin@ns326003.ip-37-187-106.eu> has quit IRC | 22:30 | |
| *** qschulz <qschulz!~quentin@ns326003.ip-37-187-106.eu> has joined #yocto | 22:30 | |
| *** comptroller <comptroller!~comptroll@47-213-227-146.paolcmtc01.res.dyn.suddenlink.net> has quit IRC | 22:40 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 22:41 | |
| *** comptroller <comptroller!~comptroll@47-213-227-146.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto | 22:48 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.245.67> has quit IRC | 22:48 | |
| *** qschulz <qschulz!~quentin@ns326003.ip-37-187-106.eu> has quit IRC | 22:55 | |
| *** qschulz <qschulz!~quentin@ns326003.ip-37-187-106.eu> has joined #yocto | 22:58 | |
| *** nate02 <nate02!~nate02@mail.validmanufacturing.com> has joined #yocto | 22:58 | |
| *** agust <agust!~agust@p508B64CC.dip0.t-ipconnect.de> has quit IRC | 22:58 | |
| *** havok101 <havok101!~havok101@2601:249:1000:b30:842b:111d:e9b5:523c> has quit IRC | 23:00 | |
| nate02 | What's the new naming convention for yocto releases? | 23:01 |
| kriive | cve_check is broken on sumo :c do you think that cherry-picking commits found in newer releases would work in bringing the new cve-check-db in? | 23:02 |
| kergoth | rburton: fyi, looks like bb-var needs tweaking to handle a multiconfig target. mc:foo:bar, gets NoProvider | 23:05 |
| nate02 | places in england? driving me nuts! | 23:07 |
| rburton | nate02: as with the other schemes, you'll likely need a few entries to get it :) | 23:10 |
| rburton | kriive: yes | 23:10 |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 23:15 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 23:19 | |
| *** diego_r <diego_r!~diego@81.29.205.101> has quit IRC | 23:20 | |
| *** kriive <kriive!~kriive@net-2-37-220-98.cust.vodafonedsl.it> has quit IRC | 23:23 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 23:40 | |
| dev1990 | is there any additional benefit for using SECTION in recipes? | 23:56 |
| rburton | dev1990: typically, o | 23:59 |
| rburton | no | 23:59 |
| rburton | useful if you're maintaining a feed and want an human-readable index | 23:59 |
| *** khem <khem!~khem@unaffiliated/khem> has quit IRC | 23:59 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!