| *** armpit <armpit!~armpit@wsip-184-183-165-38.sd.sd.cox.net> has quit IRC | 00:11 | |
| *** sgw <sgw!~sgw@134.134.139.77> has quit IRC | 00:37 | |
| *** diego_r <diego_r!~diego@12.235.16.3> has joined #yocto | 00:39 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 00:48 | |
| *** armpit <armpit!~armpit@12.235.222.84> has joined #yocto | 00:55 | |
| *** Crofton|mini <Crofton|mini!~Crofton@c-73-152-143-112.hsd1.va.comcast.net> has quit IRC | 01:20 | |
| *** chinhuat091 <chinhuat091!~chinhuat@192.198.146.171> has joined #yocto | 01:35 | |
| *** chinhuat09 <chinhuat09!~chinhuat@192.198.146.171> has quit IRC | 01:36 | |
| *** fatalhalt <fatalhalt!~fatalhalt@c-67-163-60-93.hsd1.il.comcast.net> has joined #yocto | 02:22 | |
| *** armpit <armpit!~armpit@12.235.222.84> has quit IRC | 02:37 | |
| *** diego_r <diego_r!~diego@12.235.16.3> has quit IRC | 03:29 | |
| *** fatalhalt <fatalhalt!~fatalhalt@c-67-163-60-93.hsd1.il.comcast.net> has quit IRC | 04:22 | |
| *** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto | 05:19 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-tivdpxpjeppvgsga> has quit IRC | 05:19 | |
| *** sgw <sgw!sgw@nat/intel/x-rtdfypzokvrnnkdl> has joined #yocto | 05:52 | |
| *** diego_r <diego_r!~diego@12.235.16.3> has joined #yocto | 05:58 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 06:03 | |
| *** jeanba <jeanba!~jbl@77.243.63.34> has joined #yocto | 06:10 | |
| *** jeanba <jeanba!~jbl@77.243.63.34> has left #yocto | 06:19 | |
| *** kroon <kroon!~kroon@213.185.29.22> has joined #yocto | 06:29 | |
| *** Crofton|mini <Crofton|mini!~Crofton@145.253.78.226> has joined #yocto | 06:35 | |
| *** balister__ <balister__!~Crofton@145.253.78.226> has joined #yocto | 06:39 | |
| *** Crofton|mini <Crofton|mini!~Crofton@145.253.78.226> has quit IRC | 06:39 | |
| *** cengiz_io <cengiz_io!~cengiz_io@159.89.7.238> has quit IRC | 06:44 | |
| *** cengiz_io <cengiz_io!~cengiz_io@159.89.7.238> has joined #yocto | 06:45 | |
| *** chinhuat0915 <chinhuat0915!~chinhuat@192.198.146.171> has joined #yocto | 06:47 | |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has joined #yocto | 06:48 | |
| *** chinhuat091 <chinhuat091!~chinhuat@192.198.146.171> has quit IRC | 06:48 | |
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has joined #yocto | 06:49 | |
| *** mihai <mihai!~mihai@unaffiliated/mihai> has quit IRC | 06:51 | |
| *** mihai- <mihai-!~mihai@unaffiliated/mihai> has joined #yocto | 06:52 | |
| *** diego_r <diego_r!~diego@12.235.16.3> has quit IRC | 07:02 | |
| *** balister__ <balister__!~Crofton@145.253.78.226> has quit IRC | 07:02 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 07:14 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto | 07:16 | |
| *** yizhao <yizhao!~zhaoyi@60.247.85.82> has quit IRC | 07:18 | |
| *** yacar_ <yacar_!~yacar@80.215.225.175> has joined #yocto | 07:22 | |
| *** yizhao <yizhao!~zhaoyi@60.247.85.82> has joined #yocto | 07:22 | |
| *** fabo <fabo!~fabo@linaro/fabo> has joined #yocto | 07:28 | |
| PinkSnake | Hello guys, I would to build and use a tools during the image generation, i think the class is the better way to do but I don't know how to build the binary for the host and note for the target ... any advice ? cheers | 07:29 |
|---|---|---|
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 07:31 | |
| *** marka <marka!~marka@184.175.21.100> has quit IRC | 07:40 | |
| *** marka <marka!~marka@184.175.21.100> has joined #yocto | 07:40 | |
| mihai- | PinkSnake, you can add a native only recipe for the host binary you need | 07:41 |
| mihai- | and use it through DEPENDS in other recipes where needed | 07:42 |
| *** mihai- is now known as mihai | 07:42 | |
| *** Crofton <Crofton!~Crofton@145.253.78.226> has joined #yocto | 07:49 | |
| PinkSnake | mihai sounds good ! Thx. But do you know i can 'install custom tool in order to call it from the recipe ? Maybe i'm wrong and it's the better way :S | 07:49 |
| jofr | PinkSnake: Yes you can | 07:52 |
| PinkSnake | @jofr I'm trying BBCLASSEXTEND += "native", keep in touch ;) | 07:53 |
| *** chinhuat0915 <chinhuat0915!~chinhuat@192.198.146.171> has quit IRC | 07:54 | |
| *** chinhuat0915 <chinhuat0915!~chinhuat@192.198.146.173> has joined #yocto | 07:54 | |
| jofr | PinkSnake: Yes. And then in your other recipe you "DEPENDS" on yourrecipe-native" | 07:56 |
| PinkSnake | @jofr it's the same if I use a bbclass instead of a recipe ? | 07:57 |
| jofr | i.e. Your devtoolrecipe "BBCLASSEXTEND"s, has a proper do_install section, and then you have yourotherrecipe "DEPENDS" on devtoolrecipe-native | 07:58 |
| jofr | No, you are only creating (.bb) recipes. | 08:00 |
| *** goliath <goliath!~goliath@82.150.214.1> has joined #yocto | 08:00 | |
| jofr | The "native.bbclass" already exists. Your devtoolrecipe is just "using" it. | 08:01 |
| jofr | PinkSnake: Something like this? https://gist.github.com/johannfr/4c08bc904665be60e93477b6e4bee666 Hopefully I'm not just confusing you even more :p | 08:22 |
| PinkSnake | @jofr exactly what I would like to do, i have to fix my install methode and should be okay, thx ! | 08:23 |
| *** tprrt <tprrt!~tprrt@217.114.204.178> has joined #yocto | 08:31 | |
| *** sgw <sgw!sgw@nat/intel/x-rtdfypzokvrnnkdl> has quit IRC | 08:36 | |
| Tamis | if oe-pkgdata-util find-path *libfreetype.so.6 reports that 2 recipes provide that library, and one of them is in PRIVATE_LIBS, is there a command that I can see that runtime dependency resolver will include in image the right one? | 09:07 |
| PinkSnake | jofr All right ! tha again ;) | 09:08 |
| *** tprrt <tprrt!~tprrt@217.114.204.178> has quit IRC | 09:13 | |
| *** tprrt <tprrt!~tprrt@217.114.204.178> has joined #yocto | 09:13 | |
| nrossi | RP: have you had a chance to look at the second version of toolchain testing RFC? looking to clean it up as a patch series this week | 09:18 |
| jofr | PinkSnake: No problem :) | 09:18 |
| *** kroon <kroon!~kroon@213.185.29.22> has quit IRC | 09:24 | |
| rburton | RP: so meta-darwin, do you remember how much of the osx sdk is needed? just libc and a few friends, right? | 09:26 |
| rburton | RP: wondering how much effort it would be to bootstrap it using https://github.com/darlinghq instead | 09:27 |
| rburton | ooh, or even better https://github.com/phracker/MacOSX-SDKs | 09:27 |
| RP | rburton: right, it doesn;t need much | 09:32 |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 09:33 | |
| RP | nrossi: I did quickly read through it and worried you were starting to overlap with the test result handling elsewhere in oeqa but in general its good | 09:33 |
| rburton | RP: hm meta-darwin also builds 32-bit binaries, which are pretty much deprecated on modern macos | 09:38 |
| *** behanw <behanw!uid110099@gateway/web/irccloud.com/x-dwxryqgvbhxfbmrc> has quit IRC | 09:46 | |
| RP | rburton: its been a while since it was touched! | 09:52 |
| *** yacar_ <yacar_!~yacar@80.215.225.175> has quit IRC | 09:52 | |
| RP | rburton: switching it to 64 bit should be fine | 09:52 |
| rburton | 2015! | 09:55 |
| RP | rburton: thats more recently than I thought! | 09:55 |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 09:56 | |
| nrossi | RP: you mentioned there was some filtering stuff in oeqa, but I was not sure what you were referring to, got an example testcase that makes use of it? | 09:58 |
| mihai | is zeus 2.8 or 3.0? | 09:59 |
| *** kroon <kroon!~kroon@213.185.29.22> has joined #yocto | 10:00 | |
| RP | nrossi: sorry, I should be clearer. We don't filter the results, we write all of them into the testresults.json files and then the plan is to handle the filtering at a later stage | 10:01 |
| RP | nrossi: Ultimately the idea is that resulttool regression/report would handle this | 10:02 |
| RP | mihai: 2.8 became and is 3.0 | 10:02 |
| mihai | RP, ok, thanks | 10:04 |
| nrossi | RP: I see, so should each testsuite output each test case that failed/etc as part of the testresults.json? | 10:04 |
| RP | nrossi: yes, that would be the best way to handle things I think | 10:04 |
| nrossi | RP: so it should be similar to how ptest works? | 10:04 |
| RP | nrossi: Given the number of cases, I think its going to end up working like ltp/ltp posix/ptest | 10:04 |
| RP | nrossi: yes | 10:05 |
| RP | nrossi: we might need to generalise that code a bit... | 10:05 |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 10:12 | |
| nrossi | RP: ok so just looking at the resulttool part, there does not appear to be any filtering instead its based on regression vs previous executions. Is that right or am I missing something? | 10:13 |
| RP | nrossi: you're right, the plan was to add more filtering but we're not there yet | 10:15 |
| RP | nrossi: what I'm worried about is having this kind of thing in multiple places. It really belongs in resulttool and the test data should always be saved | 10:15 |
| nrossi | RP: it makes sense, I am just not very familar with it all. At the moment though there is not a large amount of tests that need filtering, so maybe I should stick to having the results fully populated for resulttool and skip filtering in this series? | 10:17 |
| RP | nrossi: sorry, I'm explaining this badly. This is why I hadn't gotten to reply to the email :( | 10:18 |
| RP | nrossi: Probably, yes. Unless there are any tests that hang in which case its find to skip those | 10:18 |
| nrossi | RP: thats ok, I know you have been very busy | 10:18 |
| RP | nrossi: I do like the info you've got in the series about the expected results | 10:18 |
| RP | hash equiv's last build seems to have gotten a lot worse :( | 10:19 |
| nrossi | RP: ok, so I think that has sorted out the plan for the patch series. will have to look into the filtering as a separate part. Did you have any opinion on the qemu-user use for gcc tests? given the improved results | 10:22 |
| RP | nrossi: I don't really trust qemu user :/ | 10:30 |
| RP | nrossi: thats purely because I have an idea of what its doing and all the ways it can break having looked at the code... | 10:30 |
| RP | nrossi: so basically I'm torn | 10:31 |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 10:34 | |
| nrossi | RP: for gcc it is probably worthwhile using qemu-user due to the runtime speed. And the gcc tests are created with running in a simulator in mind. But it is also probably worth running the tests against qemu system and physical hardware for a release | 10:34 |
| *** kaspter <kaspter!~Instantbi@115.230.121.109> has quit IRC | 10:34 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 10:34 | |
| RP | nrossi: having configuration that allows us to do both is certainly great and yes, I agree | 10:35 |
| *** kaspter <kaspter!~Instantbi@183.128.189.78> has joined #yocto | 10:36 | |
| rburton | RP: did a next build last night and it died in all sorts of exciting ways | 10:38 |
| rburton | gstreamer and systemd failed to compile | 10:38 |
| RP | rburton: hash equiv enabled or disabled? | 10:39 |
| rburton | disabled i think | 10:39 |
| RP | rburton: I thought there might be bad patches in there :/ | 10:39 |
| rburton | hm swear i did a build last night and this morning its rebuilding | 10:42 |
| rburton | i wonder what i poked since | 10:42 |
| rburton | ah | 10:43 |
| rburton | is it intentional that changing BB_HASHSERVE or BB_SIGNATURE_HANDLER causes a full rebuild? | 10:43 |
| yocti | New news from stackoverflow: Bitbake do_rootfs failure for syslog-ng <https://stackoverflow.com/questions/57571560/bitbake-do-rootfs-failure-for-syslog-ng> | 10:44 |
| RP | rburton: that depends. It if no longer has the equiv data it would rebuild stuff | 10:45 |
| rburton | i had it set yesterday, disabled this morning and caused a rebuild | 10:45 |
| RP | rburton: it can no longer see things are equivalent so yes, I'd say that is expected | 10:46 |
| rburton | yeah fair enough | 10:46 |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 10:46 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 10:54 | |
| *** yacar_ <yacar_!~yacar@80.214.125.1> has joined #yocto | 11:04 | |
| *** lemagoup <lemagoup!~lemagoup@softbank-robotics-gw1.ter4.eqx2.par.cust.as8218.eu> has joined #yocto | 11:05 | |
| *** radsquirrel <radsquirrel!~bradleyb@mail.fuzziesquirrel.com> has quit IRC | 11:11 | |
| *** radsquirrel <radsquirrel!~bradleyb@mail.fuzziesquirrel.com> has joined #yocto | 11:12 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 11:18 | |
| *** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC | 11:27 | |
| *** berton <berton!~berton@181.220.83.67> has joined #yocto | 11:39 | |
| *** learningc <learningc!~learningc@121.122.92.78> has joined #yocto | 11:47 | |
| *** berton <berton!~berton@181.220.83.67> has quit IRC | 11:50 | |
| *** berton <berton!~berton@181.220.83.67> has joined #yocto | 11:52 | |
| *** nabokov <nabokov!~armand@67.218.223.154> has joined #yocto | 12:08 | |
| kroon | RP, Did an incremental build of my distro, going from bitbake/oe-core master to master-next, with hashequiv enabled, no issues | 12:12 |
| *** kroon <kroon!~kroon@213.185.29.22> has quit IRC | 12:13 | |
| *** Tamis <Tamis!504e0570@80.78.5.112> has quit IRC | 12:19 | |
| *** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has joined #yocto | 12:20 | |
| *** AndersD_ <AndersD_!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto | 12:22 | |
| *** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has quit IRC | 12:25 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 12:37 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 12:47 | |
| *** AndersD_ <AndersD_!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC | 12:56 | |
| *** AndersD__ <AndersD__!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto | 12:56 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 12:59 | |
| *** paulbarker <paulbarker!sid269702@gateway/web/irccloud.com/x-dfbljzuywjryrywt> has joined #yocto | 13:06 | |
| *** kanavin <kanavin!~kanavin@141.113.67.203> has quit IRC | 13:21 | |
| * zeddii searches for the core-image-sato test results | 13:24 | |
| *** kanavin <kanavin!~kanavin@141.113.67.203> has joined #yocto | 13:26 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 13:28 | |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has joined #yocto | 13:33 | |
| kayterina | can anyone here share experiance with NAND-flash boards? We are thinking of switching from rpi, so that someone won't just copy the SD card and easily reproduce our distribution. | 13:38 |
| kayterina | I'm guessing it's only a matter of switching the machine layer? | 13:38 |
| PinkSnake | kayterina NAND-flash are not really "easy to use", you have to use MTD partition with or without file system support ;) , if you have choice, you should choose emmc | 13:40 |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 13:40 | |
| kayterina | but...it is not easy even with yocto? | 13:41 |
| kayterina | there are some myirtech boards that says "256Mb NAND-flash" | 13:43 |
| kayterina | and there is MTD support in the linux kernel | 13:43 |
| kayterina | and JJFS filesystem | 13:44 |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 13:45 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 13:52 | |
| *** yacar_ <yacar_!~yacar@80.214.125.1> has quit IRC | 13:53 | |
| zeddii | RP: do you happen to have a link where I can look at the test history ? I can’t find it this morning. I’m not able to get sato graphics on any x86-64 build. So it isn’t my new kernel or headers, since I’ve gone all the way back to 4.19 and can’t get anything to work. qemuarm64 did work, so I know the qemu build, etc, is at least somewhat sane. | 13:54 |
| RP | zeddii: http://git.yoctoproject.org/cgit.cgi/yocto-testresults/ | 14:02 |
| zeddii | thanks! | 14:04 |
| * zeddii clicks and looks. | 14:04 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 14:07 | |
| zeddii | hmm. X is running, I just can’t connect vncview to it. | 14:11 |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 14:15 | |
| RP | zeddii: I think it does work but I haven't personally checked recently | 14:17 |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has quit IRC | 14:24 | |
| *** yacar_ <yacar_!~yacar@80.214.125.1> has joined #yocto | 14:37 | |
| *** goliath <goliath!~goliath@82.150.214.1> has quit IRC | 14:37 | |
| *** AndersD__ <AndersD__!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC | 14:39 | |
| *** rcw <rcw!~rcw@128.224.252.2> has joined #yocto | 14:41 | |
| *** vineela <vineela!~vtummala@134.134.139.75> has joined #yocto | 14:46 | |
| *** tprrt <tprrt!~tprrt@217.114.204.178> has quit IRC | 14:49 | |
| *** fitzsim <fitzsim!~user@69-165-165-189.dsl.teksavvy.com> has quit IRC | 14:54 | |
| *** vmeson <vmeson!~rmacleod@24-52-238-240.cable.teksavvy.com> has quit IRC | 14:54 | |
| *** tlwoerner <tlwoerner!~Trevor@unaffiliated/tlwoerner> has quit IRC | 14:55 | |
| *** vmeson <vmeson!~rmacleod@24-52-238-240.cable.teksavvy.com> has joined #yocto | 14:57 | |
| *** marka <marka!~marka@184.175.21.100> has quit IRC | 14:57 | |
| vmeson | https://autobuilder.yocto.io/pub/non-release/ is down. Who handles that server? | 14:58 |
| vmeson | apparently it's just my connection, so nevermind. | 15:02 |
| *** tlwoerner <tlwoerner!~Trevor@unaffiliated/tlwoerner> has joined #yocto | 15:03 | |
| *** marka <marka!~marka@184.175.21.100> has joined #yocto | 15:04 | |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has quit IRC | 15:04 | |
| halstead | vmeson, I'm the person to ping about that server. | 15:14 |
| yocti | New news from stackoverflow: RTOS on kw41z. Yocto project <https://stackoverflow.com/questions/57576280/rtos-on-kw41z-yocto-project> | 15:15 |
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has quit IRC | 15:16 | |
| *** nameclash <nameclash!3e60c2d5@h-62.96.194.213.host.de.colt.net> has joined #yocto | 15:21 | |
| *** King_InuYasha <King_InuYasha!~King_InuY@fedora/ngompa> has joined #yocto | 15:24 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC | 15:24 | |
| *** sgw <sgw!sgw@nat/intel/x-oyffemcacjbvojby> has joined #yocto | 15:25 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 15:25 | |
| nameclash | guys, I have a problem understanding the sysroot thing. In yocto 2.4.4, the webkitgtk recipe fails to compile because of some conflicting typedefs in [...]/recipe-sysroot/usr/include/GL/glext.h | 15:26 |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 15:26 | |
| nameclash | From what I've understood from the yocto manual, the sysroot in the workdir of a recipe is for pulling in dependent headers | 15:27 |
| nameclash | So, when I need to patch one of these headers, I guess I should patch that in the originating recipe rather than in the webkitgtk recipe, right? | 15:27 |
| *** litb <litb!~js@pd907fca9.dip0.t-ipconnect.de> has joined #yocto | 15:28 | |
| litb | hello folks | 15:28 |
| litb | is it possible to access the image/ folder of a recipe from another recipe? | 15:28 |
| litb | our installer recipe needs to package the data of our firmware recipe and encrypt it. so it needs access to the image/ (like devtool does it) | 15:28 |
| nameclash | e.g. package A depends on header B.h from recipe B, I should patch B.h with a B.bbappend recipe... | 15:29 |
| kergoth | yes | 15:30 |
| mihai | nameclash, that's correct | 15:30 |
| nameclash | However, I have a hard time finding the source of GL/glext.h -- when I grep through the yocto layers for do_populate_sysroot() I get very few matches | 15:30 |
| nameclash | I'm stuck on finding the source recipe for GL/glext.h | 15:31 |
| kergoth | nameclash: just use oe-pkgdata-util | 15:31 |
| kergoth | you can use that to search for the package/recipe that provides it | 15:32 |
| nameclash | ah ok -- will look into it, thx! | 15:32 |
| litb | but you can only use it if you already have the package built, as far as I know? | 15:34 |
| litb | sometimes, I wanted to know what recipe/package provides a certain file without having built it. I wasn't able to make that work | 15:34 |
| *** fray <fray!~fray@kernel.crashing.org> has quit IRC | 15:40 | |
| *** vineela <vineela!~vtummala@134.134.139.75> has quit IRC | 15:41 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 15:42 | |
| yocti | New news from stackoverflow: How to install files in the native sysroot with yocto when doing populate_sdk? <https://stackoverflow.com/questions/57576746/how-to-install-files-in-the-native-sysroot-with-yocto-when-doing-populate-sdk> | 15:45 |
| PinkSnake | Stupid question : I would like to override SSCACHE_DIR variable from the setup-env but the following cmd (export BB_ENV_EXTRAWHITE="$BB_ENV_EXTRAWHITE SSTATE_DIR") doesn't seem to work... any tips ? :) | 15:46 |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 15:47 | |
| *** tprrt <tprrt!~tprrt@upc31-1-78-208-110-13.fbx.proxad.net> has joined #yocto | 15:48 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 15:49 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 15:57 | |
| *** yacar_ <yacar_!~yacar@80.214.125.1> has quit IRC | 15:59 | |
| nameclash | ok, not yet there.. | 15:59 |
| nameclash | I ran: oe-pkgdata-util find-path /usr/include/GL/glext.h | 16:00 |
| nameclash | which gave me: | 16:00 |
| nameclash | libgl-mesa-dev: /usr/include/GL/glext.h | 16:00 |
| *** stephano <stephano!~stephano@134.134.139.83> has joined #yocto | 16:00 | |
| nameclash | then I ran: oe-pkgdata-util lookup-recipe libgl-mesa-dev | 16:01 |
| nameclash | which gave me 'mesa' as the recipe in question | 16:01 |
| nameclash | however, to be able to create a patch for glext.h, I need to cd into the sources dir of the mesa recipe (afaik) | 16:02 |
| nameclash | my problem is, I can't find any sources fetched for mesa | 16:03 |
| kanavin | nameclash, try 'devtool modify mesa' | 16:04 |
| nameclash | user@devbuntu:~/os/yocto/build$ find . -name glext.h./tmp/work/cortexa9t2hf-neon-montavista-linux-gnueabi/webkitgtk/2.18.6-r0.5/recipe-sysroot/usr/include/GL/glext.h./tmp/work/cortexa9t2hf-neon-montavista-linux-gnueabi/webkitgtk/2.18.6-r0.5/recipe-sysroot/usr/include/GLES/glext.h./tmp/sysroots-components/cortexa9hf-neon/mesa/usr/include/GL/glext.h. | 16:05 |
| nameclash | /tmp/sysroots-components/cortexa9hf-neon/mesa/usr/include/GLES/glext.h | 16:05 |
| nameclash | ok kanavin | 16:05 |
| *** learningc <learningc!~learningc@121.122.92.78> has quit IRC | 16:10 | |
| *** kaspter <kaspter!~Instantbi@183.128.189.78> has quit IRC | 16:11 | |
| nameclash | kergoth, kanavin, thank you guys, saved my evening! | 16:11 |
| *** kaspter <kaspter!~Instantbi@183.128.189.78> has joined #yocto | 16:12 | |
| nameclash | if devtool works as charming as advertised in https://wiki.yoctoproject.org/wiki/TipsAndTricks/Patching_the_source_for_a_recipe then it's a pretty decent tool to know! | 16:14 |
| kanavin | nameclash, devtool is by far the most underrated and not widely known tool in yocto. | 16:22 |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 16:22 | |
| kanavin | I would probably add a notice about it to the default env init banner | 16:23 |
| zeddii | RP: back now. yah, it *appears* to be running, so I asssume it works. but vncviewer attachs and detaches immediately with “Unknown message type 190 from VNC server” .. google isn’t useful for what that is yet. Trying to see If I can figure out how to build SDL instead. | 16:23 |
| kergoth | kanavin: agreed. recipetool too. the two both provide a lot of value. actually every tool we have other than bitbake itself is probably not as well known as it should be. even bitbake-layers | 16:26 |
| kergoth | Hmm, i bet a lot of folks don't know you can replace arbitrary config files on the target with recipetool appendfile, or in the source with appendsrcfile | 16:27 |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 16:29 | |
| derRichard | is yocto warrior broken for rpm package types? i get: | 16:34 |
| derRichard | ERROR: core-image-minimal-1.0-r0 do_rootfs: Could not invoke dnf. | 16:34 |
| derRichard | ... | 16:34 |
| derRichard | ModuleNotFoundError: No module named '_curses' | 16:34 |
| derRichard | in do_rootfs | 16:34 |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto | 16:41 | |
| kanavin | derRichard, probably not, as it is tested on the autobuilder | 16:42 |
| RP | kanavin, kergoth: I'd take a patch to the oe-build-init-env script... | 16:43 |
| derRichard | kanavin: maybe a host-system related issue, i'll dig into it | 16:44 |
| derRichard | i'm on opensuse 15.1 | 16:44 |
| kanavin | RP: I am just trying to figure out why do we have two copies of conf/conf-notes.txt, in meta and meta-poky | 16:44 |
| yocti | New news from stackoverflow: Controlling SAMA5D27-SOM1-EK1 Board LEDS using DEVICE-TREE file in linux kernel <https://stackoverflow.com/questions/57578148/controlling-sama5d27-som1-ek1-board-leds-using-device-tree-file-in-linux-kernel> | 16:45 |
| *** goliath <goliath!~goliath@212-186-42-13.cable.dynamic.surfer.at> has joined #yocto | 16:46 | |
| kanavin | RP: as that is where the banner is. maybe best left for tomorrow | 16:46 |
| kergoth | hm that reminds me, i dont think i ever got the change merged to split cooker construction from bitbake.conf parsing to allow bitbake-layers to avoid parsing errors due to layer addition/removal order | 16:50 |
| kergoth | oops | 16:50 |
| * kergoth wonders where he put that old branch | 16:50 | |
| *** rewitt <rewitt!rewitt@nat/intel/x-lrrrfyhbatzmlhyu> has quit IRC | 16:53 | |
| *** kaspter <kaspter!~Instantbi@183.128.189.78> has quit IRC | 16:56 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 16:58 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 17:03 | |
| *** kaspter <kaspter!~Instantbi@183.157.80.230> has joined #yocto | 17:04 | |
| *** vineela <vineela!~vtummala@134.134.139.76> has joined #yocto | 17:08 | |
| yocti | New news from stackoverflow: List packages which will be included in host Yocto SDK <https://stackoverflow.com/questions/57578271/list-packages-which-will-be-included-in-host-yocto-sdk> | 17:16 |
| *** litb <litb!~js@pd907fca9.dip0.t-ipconnect.de> has quit IRC | 17:21 | |
| *** mischief <mischief!~mischief@wopr.sciops.net> has joined #yocto | 17:23 | |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has joined #yocto | 17:29 | |
| mischief | what is the right way to make sanity.bbclass use my custom local.conf.sample instead of pokys? | 17:32 |
| mischief | hm, i suppose i need to make a distro layer. | 17:38 |
| *** rewitt <rewitt!~rewitt@134.134.139.74> has joined #yocto | 17:40 | |
| *** mihai <mihai!~mihai@unaffiliated/mihai> has quit IRC | 17:42 | |
| *** mihai <mihai!~mihai@unaffiliated/mihai> has joined #yocto | 17:51 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 18:13 | |
| *** jae1 <jae1!95c73e81@149.199.62.129> has joined #yocto | 18:18 | |
| *** JPEW <JPEW!cc4da371@204.77.163.113> has joined #yocto | 18:23 | |
| JPEW | RP: I think I've figured out how to improve the hash equiv server performance by a factor of 5 | 18:27 |
| kergoth | wow | 18:31 |
| JPEW | The thing I'm not sure about is how to structure the protocol | 18:36 |
| rburton | JPEW: have you tried enabling keep-alive? | 18:45 |
| rburton | (or do you already) | 18:45 |
| rburton | assuming lots of connections come from relatively few clients, that could help a lot | 18:45 |
| JPEW | Ya, reusing connections is part of the improvement. Unfortunately, python's urllib doesn't let you do that, so we'll have to manually | 18:47 |
| rburton | i saw the server can be made to do keep-alive but didn't look at the client | 18:47 |
| rburton | embed a copy of requests? | 18:47 |
| JPEW | Right | 18:47 |
| JPEW | requests has quite a few dependencies | 18:48 |
| rburton | https://bgw.github.io/Century/library/plugins/keepalive.html? | 18:48 |
| kergoth | some days i wish bitbake was handled the way most python projects are. install with pip, etc. harder due to the tight interdependence with oe-core, though | 18:48 |
| rburton | kergoth: i absolutely wish that bitbake had a requirements.txt | 18:49 |
| JPEW | kergoth: I really like pipenv... I use it all the time for my projects | 18:49 |
| kergoth | pipenv is handy indeed. poetry is pretty nice too | 18:49 |
| JPEW | But, it might be academic because the other big improvement is to optimize the protocol to not send full HTTP headers for each hash lookup during signature generation | 18:49 |
| *** stephano <stephano!~stephano@134.134.139.83> has quit IRC | 18:51 | |
| JPEW | You can to this over HTTP, using the "Upgrade" header a la websockets. We can negotiate a HTTP connection to a simple byte orientated TCP connection (which is exactly what websockets do) | 18:51 |
| *** tgraydon <tgraydon!~tgraydon@134.134.139.77> has joined #yocto | 18:51 | |
| JPEW | So, we could 1) just use websockets, 2) make our own Upgrade procotcol over HTTP 3) ditch HTTP completely and use a JSON over TCP protocol | 18:52 |
| denix | can a package that depends on a virtual provider be generic (arch) or should it be marked as machine-specific? as it records the actual provider and not virtual | 18:52 |
| JPEW | Each has advantages and disadvanges. | 18:52 |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 18:57 | |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has quit IRC | 18:57 | |
| *** opennandra <opennandra!~marek@90-64-83-226.dynamic.orange.sk> has joined #yocto | 18:58 | |
| denix | rburton: maybe you know? see above | 18:58 |
| rburton | if the provider is machine specific you should make the recipe machine specific | 18:58 |
| opennandra | hello is anybody here with experience with external toolchains used in yocto? | 19:00 |
| opennandra | I have this issue and not sure how to resolve it: https://lists.yoctoproject.org/pipermail/yocto/2019-August/046391.html | 19:00 |
| denix | rburton: so, let's say there are machine-specific providers for GLES in Aarch64 world. does it mean all the recipes that RDEPEND on virtual/libgles1 have to be machine-specific? e.g. gstreamer-plugins-base, etc. | 19:00 |
| rburton | would be nice if the apps would link to the generic soname, as the generated deps should be using the generic names too | 19:05 |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 19:06 | |
| denix | rburton: even when the app links to a generic libGLES.so, the package (at least opkg) ends up recording dependency to a specific machine package (e.g. TI SGX or RPi VC4), even though those are marked as providers for libgles1/2, etc. | 19:17 |
| kergoth | afaik it *should* go purely based on the SONAME, so if that doesn't change, it should work.. | 19:18 |
| denix | kergoth: what if there are bunch of SONAMEs in a package, but it sets R/PROVIDES for all of them? | 19:21 |
| kergoth | doubt it matters unless you override or disable shlibs, as that goes by soname | 19:21 |
| * kergoth shrugs | 19:22 | |
| denix | keith: should each lib gets packaged into own package instead of one bundle? | 19:22 |
| denix | kergoth: sorry^^^ | 19:22 |
| *** goliath <goliath!~goliath@212-186-42-13.cable.dynamic.surfer.at> has quit IRC | 19:25 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 19:40 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 19:55 | |
| denix | kergoth, rburton: and a related question - even when a package depends on SONAME, different providers will have different versions. the package will have Depends: SONAME (>= X.Y.Z) and X.Y.Z will be widely different per machine | 19:57 |
| kergoth | good point. it sounds like this may be a case where manual is superior to shlibs for rdepends/rprovides handling | 19:58 |
| denix | kergoth, rburton: e.g. gstreamer-plugins-base records it depends on libgles1 (>= 19.0.0) and I have libgles1 for my platform that is lower... | 19:59 |
| denix | kergoth: are there examples of manually driving shlibs rdepends? | 20:00 |
| kergoth | not a clue. ideally we'd only disable it for these libs, otherwise we'd have to also manually add libc, etc | 20:00 |
| kergoth | i.e. EXCLUDE_FROM_SHLIBS is likely too large an implement for this case | 20:01 |
| kergoth | check package.bbclass, thats' where it's handled | 20:01 |
| denix | ok, thanks | 20:02 |
| *** naknick <naknick!b9b8f483@185.184.244.131> has quit IRC | 20:14 | |
| *** rcw <rcw!~rcw@128.224.252.2> has quit IRC | 20:18 | |
| *** rcw <rcw!~rcw@128.224.252.2> has joined #yocto | 20:19 | |
| *** diego_r <diego_r!~diego@wsip-184-188-36-2.sd.sd.cox.net> has joined #yocto | 20:33 | |
| *** diego_r <diego_r!~diego@wsip-184-188-36-2.sd.sd.cox.net> has quit IRC | 20:56 | |
| *** rcw <rcw!~rcw@128.224.252.2> has quit IRC | 21:00 | |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC | 21:02 | |
| *** diego_r <diego_r!~diego@wsip-184-188-36-2.sd.sd.cox.net> has joined #yocto | 21:12 | |
| *** BobPungartnik <BobPungartnik!~BobPungar@187.113.143.114> has joined #yocto | 21:12 | |
| *** micka <micka!~micka@reverse-75.fdn.fr> has quit IRC | 21:14 | |
| *** berton <berton!~berton@181.220.83.67> has quit IRC | 21:15 | |
| *** micka <micka!~micka@reverse-75.fdn.fr> has joined #yocto | 21:16 | |
| *** diego_r <diego_r!~diego@wsip-184-188-36-2.sd.sd.cox.net> has quit IRC | 21:19 | |
| *** opennandra <opennandra!~marek@90-64-83-226.dynamic.orange.sk> has quit IRC | 21:21 | |
| *** BobPungartnik <BobPungartnik!~BobPungar@187.113.143.114> has quit IRC | 21:23 | |
| *** BobPungartnik <BobPungartnik!~BobPungar@187.113.143.114> has joined #yocto | 21:37 | |
| *** fitzsim <fitzsim!~user@69-165-165-189.dsl.teksavvy.com> has joined #yocto | 21:59 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 22:00 | |
| *** Crofton <Crofton!~Crofton@145.253.78.226> has quit IRC | 22:05 | |
| *** diego_r <diego_r!~diego@wsip-184-188-36-2.sd.sd.cox.net> has joined #yocto | 22:10 | |
| *** chinhuat0915 is now known as chinhuat | 22:15 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 22:17 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-emzrtsvlizeykogr> has joined #yocto | 22:26 | |
| *** diego_r <diego_r!~diego@wsip-184-188-36-2.sd.sd.cox.net> has quit IRC | 22:45 | |
| *** vquicksilver <vquicksilver!~nobody@gentoo/contributor/vquicksilver> has quit IRC | 22:46 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 22:47 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 22:59 | |
| *** vquicksilver <vquicksilver!~nobody@gentoo/contributor/vquicksilver> has joined #yocto | 23:12 | |
| *** diego_r <diego_r!~diego@wsip-184-188-36-2.sd.sd.cox.net> has joined #yocto | 23:25 | |
| *** King_InuYasha <King_InuYasha!~King_InuY@fedora/ngompa> has quit IRC | 23:40 | |
| *** King_InuYasha <King_InuYasha!~King_InuY@fedora/ngompa> has joined #yocto | 23:41 | |
| *** georgem <georgem!~georgem@216.21.169.52> has quit IRC | 23:41 | |
| *** georgem <georgem!~georgem@216.21.169.52> has joined #yocto | 23:41 | |
| *** diego_r <diego_r!~diego@wsip-184-188-36-2.sd.sd.cox.net> has quit IRC | 23:50 | |
| *** tgraydon <tgraydon!~tgraydon@134.134.139.77> has quit IRC | 23:53 | |
Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!