| *** ericch <ericch!~ericch@50-205-235-218-static.hfc.comcastbusiness.net> has quit IRC | 00:05 | |
| *** anujm <anujm!~anujm@134.134.139.74> has joined #yocto | 00:06 | |
| *** georgem_ <georgem_!~georgem@216.21.169.52> has joined #yocto | 00:46 | |
| *** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has quit IRC | 01:02 | |
| *** bc86 <bc86!5e2d9a0f@94.45.154.15> has quit IRC | 01:56 | |
| *** anujm <anujm!~anujm@134.134.139.74> has quit IRC | 03:18 | |
| *** JPEW <JPEW!~JPEW@2600:1f16:181:f300:d350:982:b6f5:216c> has quit IRC | 03:29 | |
| *** JPEW <JPEW!~JPEW@ec2-18-219-251-161.us-east-2.compute.amazonaws.com> has joined #yocto | 03:29 | |
| *** cp <cp!~cp@b157153.ppp.asahi-net.or.jp> has quit IRC | 03:46 | |
| *** cp <cp!~cp@b157153.ppp.asahi-net.or.jp> has joined #yocto | 03:46 | |
| *** vmeson <vmeson!~rmacleod@S0106ac202ece3eb3.vc.shawcable.net> has quit IRC | 05:39 | |
| *** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto | 06:21 | |
| *** jacques2 <jacques2!~jacques@nslu2-linux/jacques> has joined #yocto | 06:48 | |
| *** linuxjacques <linuxjacques!~jacques@nslu2-linux/jacques> has quit IRC | 06:51 | |
| *** agust <agust!~agust@p54833695.dip0.t-ipconnect.de> has joined #yocto | 06:52 | |
| *** goliath <goliath!~goliath@nat008-WLTE1.uibk.ac.at> has joined #yocto | 07:06 | |
| *** linuxjacques <linuxjacques!~jacques@nslu2-linux/jacques> has joined #yocto | 07:10 | |
| *** jacques2 <jacques2!~jacques@nslu2-linux/jacques> has quit IRC | 07:12 | |
| *** bloodsurfer <bloodsurfer!d9598b8a@proxy-str.vector.com> has joined #yocto | 07:17 | |
| *** frsc <frsc!~frsc@mue-88-130-71-067.dsl.tropolys.de> has joined #yocto | 07:19 | |
| *** kroon <kroon!~kroon@213.185.29.22> has joined #yocto | 07:20 | |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has joined #yocto | 07:33 | |
| *** yann <yann!~yann@91-170-159-152.subs.proxad.net> has quit IRC | 07:49 | |
| *** frsc <frsc!~frsc@mue-88-130-71-067.dsl.tropolys.de> has quit IRC | 07:50 | |
| *** frsc <frsc!~frsc@mue-88-130-71-067.dsl.tropolys.de> has joined #yocto | 07:50 | |
| *** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC | 07:56 | |
| *** frsc <frsc!~frsc@mue-88-130-71-067.dsl.tropolys.de> has quit IRC | 07:56 | |
| *** frsc <frsc!~frsc@i4DF677E4.static.tripleplugandplay.com> has joined #yocto | 07:57 | |
| *** georgem__ <georgem__!~georgem@216.21.169.52> has joined #yocto | 07:59 | |
| *** georgem_ <georgem_!~georgem@216.21.169.52> has quit IRC | 08:01 | |
| kroon | RP, I'll send a follow-up rm_work cleanup patch for review once the image_qa fix is merged | 08:04 |
|---|---|---|
| kroon | RP, unless you beat me to it | 08:04 |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 08:05 | |
| RP | kroon: sounds good, thanks. I seem to be mainly destroying the autobuilder right now :/ | 08:06 |
| *** leon-anavi <leon-anavi!~Leon@78.130.245.67> has joined #yocto | 08:06 | |
| *** farnerup <farnerup!~farnerup@h-254-84-175.A137.corp.bahnhof.se> has joined #yocto | 08:19 | |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 08:20 | |
| *** diego_r <diego_r!~diego@217-133-17-98.static.clienti.tiscali.it> has joined #yocto | 08:21 | |
| *** varjag <varjag!~user@122.62-97-226.bkkb.no> has joined #yocto | 08:21 | |
| mcfrisk | is there some "for dummies" guide for creating poky git tree structure from oe-core etc? | 08:24 |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has quit IRC | 08:25 | |
| *** luneff <luneff!~yury@178.73.220.9> has joined #yocto | 08:27 | |
| luneff | hey guys! Is there a guideline on how to update patch sets for a recipe? Due to apply failing I can't even unpack the package... Should I remove all of them and try to reapply them manually? | 08:28 |
| *** goliath <goliath!~goliath@nat008-WLTE1.uibk.ac.at> has quit IRC | 08:42 | |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 08:46 | |
| mcfrisk | I guess combo-layer is the answer and all needed details are in https://wiki.yoctoproject.org/wiki/Combo-layer | 08:51 |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has quit IRC | 08:53 | |
| *** hpsy <hpsy!~hpsy@217.66.60.5> has quit IRC | 09:04 | |
| *** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC | 09:06 | |
| *** AndersD_ <AndersD_!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto | 09:06 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto | 09:06 | |
| *** yann <yann!~yann@85.118.38.73> has joined #yocto | 09:13 | |
| *** hpsy <hpsy!~hpsy@217.66.60.5> has joined #yocto | 09:20 | |
| *** abhiarora44 <abhiarora44!uid396576@gateway/web/irccloud.com/x-uhvdmfhaicpufzrh> has joined #yocto | 09:20 | |
| *** lion_heart <lion_heart!d973313a@217-115-49-58.cust.bredband2.com> has joined #yocto | 09:25 | |
| RP | mcfrisk: right, its done with combo-layer. The pokyconfig repo has most of the scripts I use in | 09:25 |
| *** goliath <goliath!~goliath@82.150.214.1> has joined #yocto | 09:27 | |
| *** luneff <luneff!~yury@178.73.220.9> has quit IRC | 09:27 | |
| lion_heart | Hello, How can I hold on to psplash until X has loaded? I takes about 3 seconds for x+ my qt application to load which leaves a black screen | 09:27 |
| lion_heart | I guess a real shitty way would be to add a sleeper in the destroy function but I assume there is a more sophisticated solution :p | 09:37 |
| rburton | lion_heart: sato does this, don't switch VT on x startup and then switch when you're ready | 09:46 |
| rburton | oh hm it used to do this | 09:46 |
| rburton | # dbus-wait org.matchbox_project.desktop Loaded | 09:46 |
| rburton | why is that commented out | 09:46 |
| rburton | ah because if X broke it never switched away | 09:47 |
| rburton | anyway that's what you'd do. | 09:47 |
| rburton | easily to tell X not to switch VT, and just switch when you're ready | 09:47 |
| *** malanecora <malanecora!b23cc82c@178.60.200.44> has joined #yocto | 09:54 | |
| *** crawler <crawler!~crawler@193.135.254.19> has joined #yocto | 09:55 | |
| crawler | Hi everyone, im trying to build gsoap sdk part, and adding TOOLCHAIN_HOST_TASK_append = " nativesdk-gsoap" gets me an error like "ERROR: Nothing RPROVIDES 'nativesdk-gsoap'" - do i miss something here or is it a bug? | 09:59 |
| mcfrisk | "bitbake world" in a project tree is like fireworks, explosions everywhere | 09:59 |
| crawler | im using warrior branch | 09:59 |
| lion_heart | rburton: That does indeed look nice. Basically I would add -novtswitch in the initfile and add something like openvt -s in my qt application? I'll try it out thanks a lot !! | 10:01 |
| * alessioigor waves all! | 10:03 | |
| alessioigor | Is there a way to override scripts/lib/wic/plugins/source/bootimg-efi.py? | 10:03 |
| malanecora | Has anyone experimented problems trying to enable custom systemd services automatically at build time? SYSTEMD_AUTO_ENABLE is set to "enable" (by default), they don't start until I enable it manually the frist time though. Nevertheless, systemctl status myservice shows: myservice disabled, vendor preset: enabled.... | 10:09 |
| qschulz | malanecora: you followed and checked everything in https://www.yoctoproject.org/docs/current/ref-manual/ref-manual.html#ref-classes-systemd ? (That'll be all for my contribution to the issue, never used systemd in Yocto) | 10:11 |
| malanecora | qschulz: I did. Is not big deal... | 10:13 |
| malanecora | I just can't see any issue with my recipes/servicefiles | 10:14 |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 10:15 | |
| malanecora | They're quite simple, and as long as SYSTEMD_AUTO_ENABLE is set to "enable", that should be handled by Yocto itself | 10:15 |
| mcfrisk | malanecora: which branch? I sent a patch for this for master but maybe zeus is missing that. 1b3f5bd39e7147eefca2 in poky master. | 10:15 |
| malanecora | Plus no error nor warning is shown | 10:15 |
| malanecora | mcfrisk: Thud | 10:15 |
| malanecora | mcfrisk: Gonna check taht, ty! | 10:16 |
| mcfrisk | I went from sumo to master/zeus and saw all custom systemd services failing. hence that patch. | 10:16 |
| malanecora | mcfrisk: Mine don't fail, but they just dont get enabled at first start-up | 10:18 |
| malanecora | So that I have to enable them by hand | 10:18 |
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has joined #yocto | 10:25 | |
| lion_heart | rburton: Hmm, starting X without vt switching does not seem possible. By looking at the command it says restart and exit and several forum threads are saying that -novtswitch on start was removed due to causing a lot of crashes | 10:31 |
| rburton | lion_heart: is using wayland instead an option? :) | 10:31 |
| lion_heart | rburton: Hm, I think I will just live with this for now. It is just 1-2 seconds of black screen (removed matchbox-terminal and cursor) anway | 10:34 |
| lion_heart | and it's for a kiosk application so it will hopefully not be rebooted so often :) | 10:34 |
| lion_heart | Thanks anyway! | 10:34 |
| *** JaMa <JaMa!~martin@109.238.218.228> has joined #yocto | 10:45 | |
| *** bloodsurfer <bloodsurfer!d9598b8a@proxy-str.vector.com> has quit IRC | 11:08 | |
| yocti | New news from stackoverflow: Customizing Yocto U-boot serial prompt messages <https://stackoverflow.com/questions/58663248/customizing-yocto-u-boot-serial-prompt-messages> | 11:11 |
| *** berton <berton!~berton@181.220.83.67> has joined #yocto | 11:40 | |
| *** berton <berton!~berton@181.220.83.67> has quit IRC | 11:42 | |
| *** berton <berton!~berton@181.220.83.67> has joined #yocto | 11:46 | |
| *** berton_ <berton_!~berton@181.220.83.67> has joined #yocto | 11:47 | |
| *** berton_ <berton_!~berton@181.220.83.67> has quit IRC | 11:49 | |
| *** berton <berton!~berton@181.220.83.67> has quit IRC | 11:51 | |
| *** JaMa <JaMa!~martin@109.238.218.228> has quit IRC | 12:06 | |
| mcfrisk | sigh, BSP layer breaking sstate cache and stale data pulled in do_install even after clean build. only wiping sstate cache for the recipe helps. any hints how to debug this? | 12:32 |
| * letothe2nd recommends a sledge hammer | 12:39 | |
| qschulz | letothe2nd: do you have an IRC higlight for "BSP" by any chance :'D | 12:40 |
| letothe2nd | qschulz: heh, luckily not. | 12:41 |
| *** crawler_ <crawler_!~crawler@193.135.254.19> has joined #yocto | 12:47 | |
| *** crawler <crawler!~crawler@193.135.254.19> has quit IRC | 12:50 | |
| Crofton|work | BSP's the root of all problems | 12:51 |
| *** tgamblin <tgamblin!~tgamblin@128.224.252.2> has joined #yocto | 12:57 | |
| lion_heart | Anyone here that have tried running a mediawiki on imx6(A9)1gb RAM? I'm thinking of doing a yocto build for it just for fun but I'm not sure about the performance (have to run it on SD-card) | 13:03 |
| *** georgem__ is now known as georgem | 13:06 | |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 13:09 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 13:10 | |
| *** florian_kc is now known as florian | 13:24 | |
| *** malanecora <malanecora!b23cc82c@178.60.200.44> has quit IRC | 13:25 | |
| *** d_thomas <d_thomas!cffae6c2@207.250.230.194> has joined #yocto | 13:29 | |
| *** timblechmann <timblechmann!~quassel@2001:e68:5420:d748:6d1e:3eee:e69a:7fb0> has quit IRC | 13:35 | |
| *** kaspter <kaspter!~Instantbi@101.93.194.160> has quit IRC | 13:45 | |
| *** kaspter <kaspter!~Instantbi@222.67.188.180> has joined #yocto | 13:46 | |
| __angelo | hi, how can easily check if a package is included in a recipe ? | 13:50 |
| __angelo | *in an image recipe | 13:50 |
| *** diego_r <diego_r!~diego@217-133-17-98.static.clienti.tiscali.it> has quit IRC | 13:51 | |
| mcfrisk | sstate plot thickens. I can reproduce the issue, I see that do_install task is different, but it's not triggering rebuild of the recipe. could the reason be that PV = "1.0+git" is in the recipe? | 13:52 |
| mcfrisk | sorry, PR = "r0" in the recipe? | 13:54 |
| qschulz | __angelo: tmp/buildhistory/images/machine/installed-packages when you add INHERIT += "buildhistory" in your conf/local.conf and rebuild | 13:55 |
| milloni | can i instruct bitbake to treat all warnings as errors? | 13:59 |
| *** Sandrita <Sandrita!d0586e2e@gateway/web/cgi-irc/kiwiirc.com/ip.208.88.110.46> has joined #yocto | 14:02 | |
| RP | mcfrisk: not really enough info to comment. Is this sumo? | 14:03 |
| *** hpsy <hpsy!~hpsy@217.66.60.5> has quit IRC | 14:03 | |
| __angelo | qschulz, thanks | 14:04 |
| milloni | <mcfrisk> sigh, BSP layer breaking sstate cache and stale data pulled in do_install even after clean build. only wiping sstate cache for the recipe helps. any hints how to debug this? | 14:08 |
| milloni | i think the sstate cache could use some re-design | 14:08 |
| milloni | do i understand correctly that the only simple way to share ssate cache between jobs is give direct access to the path where the sstate cache resides to the jobs | 14:09 |
| milloni | e.g through nfs | 14:09 |
| milloni | because if so it''ll be vulnerable to problems like that one | 14:09 |
| qschulz | you can use SSTATE_MIRROR as well | 14:09 |
| qschulz | but it's RO then | 14:10 |
| milloni | qschulz: arguably it's not that useful if it's RO - i need a way to populate the cache | 14:10 |
| milloni | in fact i've run into a similar problem with a low quality bsp | 14:10 |
| RP | milloni: RO mirrors and then writing back additional artefacts post build does work | 14:10 |
| RP | milloni: suggestions on a better design welcome but keep in mind it attempts to solve a hard problem. This is about v5 of that work | 14:11 |
| RP | milloni: you have to write the data back to be shared *somehow* and there is no reason you couldn't add that mechanism to the existing sstate code if you had one | 14:11 |
| RP | mcfrisk: can you share the two differing do_install functions and maybe the sigdata files that go with those tasks? | 14:12 |
| milloni | i understand | 14:12 |
| milloni | if ": RO mirrors and then writing back additional artefacts post build does work" then that solves the problem | 14:12 |
| milloni | i wasnt allowed this worked | 14:13 |
| milloni | i wasnt aware* | 14:13 |
| mcfrisk | RP: zeus. non-public BSP sadly.. at least I can reproduce it now. For some reason PR is not updated automatically either... I need to review their bbclasses. | 14:15 |
| RP | mcfrisk: sigdata files are where I'd be looking | 14:17 |
| *** abhiarora44 <abhiarora44!uid396576@gateway/web/irccloud.com/x-uhvdmfhaicpufzrh> has quit IRC | 14:20 | |
| *** hpsy <hpsy!~hpsy@217.66.60.5> has joined #yocto | 14:20 | |
| mcfrisk | RP: "bitbake-diffsigs -t recipe do_install" shows the exact diff that I want in do_install task. sadly I see some vendor prebuild binary magic in the bbclasses. they must be overwriting everything.. | 14:22 |
| *** vmeson <vmeson!~rmacleod@S0106ac202ece3eb3.vc.shawcable.net> has joined #yocto | 14:30 | |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto | 14:32 | |
| *** comptroller <comptroller!~comptroll@47-213-231-66.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto | 14:36 | |
| cengiz_io | hello there! I have a library recipe that only copies .a files to libdir and .h files to includedir. | 14:40 |
| cengiz_io | when I add "mylib-dev mylib-staticdev" to DEPENDS of another recipe (myapp), it fails with this: | 14:40 |
| cengiz_io | ERROR: Nothing PROVIDES 'mylib-staticdev' (but myapp_1.0.bb DEPENDS on or otherwise requires it). Close matches: mylib, mylib RPROVIDES mylib-staticdev | 14:40 |
| cengiz_io | should I DEPENDS = mylib instead? | 14:40 |
| cengiz_io | I needed to separate those because I need to include mylib-staticdev and mylib-dev in SDK but NOT in final target image. | 14:41 |
| RP | mcfrisk: seems likely as that change should have made the signatures in that case :/ | 14:43 |
| mcfrisk | RP: yea. sigh. binary handling magic. first build works. second one doesn't. back to digging... | 14:45 |
| *** kroon <kroon!~kroon@213.185.29.22> has quit IRC | 14:45 | |
| *** comptroller <comptroller!~comptroll@47-213-231-66.paolcmtc01.res.dyn.suddenlink.net> has quit IRC | 14:49 | |
| fray | Didn't there used to be a section in the megamanual on debugging threaded programs? I keep getting questions from people about debugging threaded programs and can't find a reference to point themt o | 14:52 |
| fray | (they're missing the libc6-thread-db on the target) | 14:52 |
| rburton | cengiz_io: depends is recipe not package | 14:52 |
| cengiz_io | rburton ok so I've modified it to have just recipe name | 14:52 |
| *** leitao <leitao!~leitao@2620:10d:c092:200::1:98e3> has joined #yocto | 14:53 | |
| *** comptroller <comptroller!~comptroll@47-213-231-66.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto | 14:56 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 15:01 | |
| *** frsc <frsc!~frsc@i4DF677E4.static.tripleplugandplay.com> has quit IRC | 15:08 | |
| *** AndersD_ <AndersD_!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC | 15:10 | |
| cengiz_io | ok rburton one last question | 15:11 |
| cengiz_io | my image has TOOLCHAIN_HOST_TASK_append = "mylib-dev mylib-staticdev" but whenever I do bitbake -c populate_sdk my-image it fails with * opkg_prepare_url_for_install: Couldn't find anything to satisfy 'mylib-dev'. | 15:12 |
| cengiz_io | rburton do I have to include that recipe in my IMAGE_INSTALL too? if I do that, wouldn't those huge binary .a archives will be installed to target final image too? | 15:13 |
| cengiz_io | hmm maybe not. since I don't add anything new to FILES_${PN}.. | 15:16 |
| *** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has joined #yocto | 15:21 | |
| *** frsc <frsc!~frsc@mue-88-130-71-067.dsl.tropolys.de> has joined #yocto | 15:21 | |
| *** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto | 15:23 | |
| cengiz_io | rburton adding IMAGE_INSTALL += "mylib" didn't solve it... bummer... | 15:23 |
| *** goliath <goliath!~goliath@82.150.214.1> has quit IRC | 15:25 | |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has quit IRC | 15:26 | |
| *** sjolley_ <sjolley_!~sjolley_@c-71-59-136-149.hsd1.or.comcast.net> has joined #yocto | 15:26 | |
| *** wertigon <wertigon!50fe9a69@1071ob.scansafe.net> has joined #yocto | 15:27 | |
| wertigon | Hummmm... Why isn't meta-java thud branch compatible? >_< | 15:28 |
| wertigon | So I have added the meta-java libarary, I include the openjre-8 package for compilation, and... | 15:29 |
| wertigon | make: *** No rule to make target 'patch-fsg'. Stop. | 15:30 |
| wertigon | ERROR: oe_runmake failed | 15:30 |
| wertigon | Any ideas what I might do to fix this? | 15:33 |
| *** alessioigor <alessioigor!~alessioig@140.105.207.227> has quit IRC | 15:34 | |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has joined #yocto | 15:34 | |
| *** alessioigor <alessioigor!~alessioig@140.105.207.227> has joined #yocto | 15:39 | |
| wertigon | icedtea7-native seems to be the culprit | 15:41 |
| *** varjag <varjag!~user@122.62-97-226.bkkb.no> has quit IRC | 15:45 | |
| *** frsc <frsc!~frsc@mue-88-130-71-067.dsl.tropolys.de> has quit IRC | 15:45 | |
| *** frsc <frsc!~frsc@i4DF677E4.static.tripleplugandplay.com> has joined #yocto | 15:46 | |
| *** leitao <leitao!~leitao@2620:10d:c092:200::1:98e3> has quit IRC | 16:04 | |
| *** farnerup <farnerup!~farnerup@h-254-84-175.A137.corp.bahnhof.se> has quit IRC | 16:06 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 16:11 | |
| *** leitao <leitao!~leitao@2620:10d:c092:200::1:98e3> has joined #yocto | 16:11 | |
| *** wertigon <wertigon!50fe9a69@1071ob.scansafe.net> has quit IRC | 16:15 | |
| cengiz_io | how can I add a recipe's -dev and -staticdev packages to my SDK? | 16:19 |
| cengiz_io | (damn google does not return any results) | 16:20 |
| rburton | cengiz_io: you meant to add to TOOLCHAIN_TARGET_TASK not HOST_TAK | 16:20 |
| rburton | erm _HOST_TASK | 16:20 |
| cengiz_io | rburton should it be in image or local.conf? | 16:21 |
| cengiz_io | because result is still error with TARGET_TASK | 16:21 |
| rburton | put it in image because thats where it makes sense | 16:21 |
| rburton | and check that the packages you expect actaully exist | 16:22 |
| rburton | nothing more embarassing than asking it to install packages you never generated | 16:22 |
| cengiz_io | rburton there are directories in tmp/../../../mylib/packages | 16:22 |
| lion_heart | Hello I have a beginner's question : https://pastebin.com/Q63WHT85 | 16:22 |
| rburton | cengiz_io: look in deploy, as thats where it would be fetching | 16:22 |
| rburton | lion_heart: ask your supplier why they are using such an old BSP | 16:23 |
| lion_heart | Well, lets say I'm not in a position to do that | 16:23 |
| cengiz_io | bsp/build/tmp/work/armv7at2hf-neon-fslc-linux-gnueabi/mylib/1.0+gitAUTOINC+98553092da-r0/deploy-ipks/armv7at2hf-neon/mylib-staticdev_1.0+git0+98553092da-r0_armv7at2hf-neon.ipk | 16:25 |
| cengiz_io | this is in deploy-ipks | 16:25 |
| rburton | cengiz_io: tmp/deploy/ | 16:25 |
| *** sjolley_ <sjolley_!~sjolley_@c-71-59-136-149.hsd1.or.comcast.net> has quit IRC | 16:25 | |
| rburton | sure, same files eventually, but if you turned on rm_work those files wouldn't exist | 16:25 |
| Crofton|work | During the OEDEM BSP discussion, I was worried the pitchforks would come out and people would storm BSP suppliers and commit mayhem | 16:25 |
| cengiz_io | same files are in /bsp/build/tmp/deploy/ipk as well | 16:26 |
| rburton | cengiz_io: and you have TOOLCHAIN_TARGET_TASK_append = " myapp-staticdev" | 16:26 |
| cengiz_io | mylib-staticdev | 16:26 |
| *** leitao <leitao!~leitao@2620:10d:c092:200::1:98e3> has quit IRC | 16:27 | |
| rburton | lion_heart: http://git.yoctoproject.org/cgit/cgit.cgi/meta-freescale is the current imx bsp layer | 16:27 |
| cengiz_io | TOOLCHAIN_TARGET_TASK_append = " \ | 16:27 |
| cengiz_io | mylib-dev \ | 16:27 |
| cengiz_io | mylib-staticdev \ | 16:27 |
| cengiz_io | " | 16:27 |
| rburton | lion_heart: lots of imx6 in there | 16:27 |
| rburton | cengiz_io: i presume you checked the -dev package exists in deploy/ipkg/ too | 16:28 |
| cengiz_io | hmm | 16:28 |
| cengiz_io | rburton deploy/ipkg has lots of different parent directories and the one with my machine name doesn't have them | 16:29 |
| rburton | it will be the tune | 16:29 |
| rburton | ls tmp/deploy/*/myapp* | 16:29 |
| qschulz | lion_heart: sabresd is pretty well supported in upstream kernel and u-boot IIRC | 16:29 |
| rburton | cengiz_io: machine-specific deploy dir is only for truly machine specific bits, the rest is tune-specific | 16:30 |
| *** joubertb <joubertb!~Joubert@dhcp-411-190.atdc.gatech.edu> has joined #yocto | 16:30 | |
| qschulz | lion_heart: it's even supported in meta-freescale: https://git.yoctoproject.org/cgit/cgit.cgi/meta-freescale | 16:31 |
| cengiz_io | only licenses show up | 16:31 |
| qschulz | try with that first before pulling your hair | 16:31 |
| cengiz_io | under deploy/licenses/myapp and deploy/licenses/mylib | 16:31 |
| lion_heart | Thanks!! | 16:33 |
| cengiz_io | rburton tmp/deploy $ find . -name mylib* | 16:33 |
| cengiz_io | ./ipk/armv7at2hf-neon/mylib-dev_1.0+git0+98553092da-r0_armv7at2hf-neon.ipk | 16:33 |
| cengiz_io | ./ipk/armv7at2hf-neon/mylib-staticdev_1.0+git0+98553092da-r0_armv7at2hf-neon.ipk | 16:33 |
| cengiz_io | ./ipk/armv7at2hf-neon/mylib-dbg_1.0+git0+98553092da-r0_armv7at2hf-neon.ipk | 16:33 |
| cengiz_io | ./licenses/mylib | 16:33 |
| rburton | sorry, left a * out | 16:33 |
| rburton | so what is the error when you bitbake imagename -c populate_sdk? | 16:34 |
| lion_heart | maybe I should have looked in the repo before making assumptions based on some website :> thanks again | 16:34 |
| rburton | lion_heart: yeah if the hardware says "use this five year old BSP" assume its out of date and look yourself :) | 16:34 |
| qschulz | lion_heart: no worries :) | 16:35 |
| qschulz | anyone's seen a handful of "FAILED: gir/cairo-1.0.typelib" (with a few different gir/*.typelib) in warrior for gobject-introspection on rpi3 machine by any chance? | 16:37 |
| rburton | g-i on target? | 16:39 |
| qschulz | http://code.bulix.org/qm4rf1-943333 | 16:39 |
| qschulz | rburton: /me shrugs | 16:39 |
| rburton | you'd have to run the qemu-user yourself to see why it fails | 16:40 |
| rburton | might be the qemu-user dying with invalid opcode or something | 16:40 |
| qschulz | executing run.do_compile should be enough or am I completely going the wrong way? | 16:40 |
| qschulz | (no idea what's gobject-introspection, and no experience with qemu, assume complete noobie :) ) | 16:41 |
| *** leon-anavi <leon-anavi!~Leon@78.130.245.67> has quit IRC | 16:43 | |
| qschulz | rburton: cleansstate on the recipe apparently worked. I don't like this :/ | 16:43 |
| cengiz_io | rburton please check this gist for the error result of populate_sdk https://gist.github.com/cengizIO/7ff3ea865bd3148b228092e9c1a1b4cc | 16:44 |
| cengiz_io | rburton please note that my image does NOT include `mylib` or `mylib-dev` or `mylib-staticdev` in IMAGE_INSTALL | 16:46 |
| cengiz_io | only `myapp` | 16:46 |
| rburton | oh right | 16:48 |
| rburton | actually read the error | 16:49 |
| rburton | * - nothing provides mylib = 1.0+git0+98553092da-r0 needed by mylib-dev-1.0+git0+98553092da-r0.armv7at2hf-neon | 16:49 |
| rburton | there's a default dependency of RDEPENDS_${PN}-dev = PN | 16:49 |
| rburton | so that installing eg zlib-dev installs zlib | 16:49 |
| rburton | *but* you don't have a PN | 16:49 |
| rburton | so set RDPENDS_${PN}-dev = "" in the recipe | 16:49 |
| rburton | (fix the spelling obviously) | 16:50 |
| rburton | maybe we need a qa test for that | 16:53 |
| * cengiz_io tries to grasp what's going on | 16:53 | |
| cengiz_io | so mylib-dev has a default runtime dependency of mylib | 16:54 |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC | 16:57 | |
| cengiz_io | rburton seems to be populating the sdk now. thanks a ton! how can I take a look at qa tests so I may submit one for that? | 16:58 |
| cengiz_io | are they in poky tree? | 16:58 |
| rburton | insane.bbclass is the pile of qa tests | 16:58 |
| cengiz_io | ok | 16:59 |
| rburton | when opkg goes bang, it does explain clearly what happened | 16:59 |
| rburton | so read the message carefully | 16:59 |
| cengiz_io | I tried to make sense of it :) | 17:00 |
| cengiz_io | I did contribute some error messages to rust compiler before. | 17:00 |
| cengiz_io | but this one completely baffled me. "do not ask to install a package providing mylib-dev" :D | 17:01 |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 17:03 | |
| rburton | right, the bit above spelt out what was happening | 17:10 |
| *** yann <yann!~yann@85.118.38.73> has quit IRC | 17:11 | |
| yocti | New news from stackoverflow: Yocto recipes not found <https://stackoverflow.com/questions/57233257/yocto-recipes-not-found> | 17:13 |
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has quit IRC | 17:14 | |
| cengiz_io | rburton it comes from opkg right? I will check there | 17:17 |
| rburton | yes that error comes from opg | 17:17 |
| rburton | a qa test would be in insane.bbclass to verify that a recipe doesn't have dependencies on itself that don't exist | 17:17 |
| cengiz_io | rburton can we just assume that? maybe user actually forgot to include recipe | 17:21 |
| cengiz_io | we can perhaps provide two solutions. 1) either remove rdepends on $PN-dev 2) include recipe in your image | 17:22 |
| rburton | cengiz_io: *on itself* | 17:22 |
| rburton | yes, foo depending on bar wouldn't be detected as bar might not be built yet | 17:23 |
| rburton | but foo-dev depending on foo when foo doesn't exist is easy | 17:23 |
| rburton | well, maybe actually not easy, but maybe possible :) | 17:23 |
| cengiz_io | problem is I rename all my recipes and packages while sending to you to make them less public, so I confuse them | 17:23 |
| rburton | should be easy enough to warn if a dependency is in PACKAGES but not actually built | 17:24 |
| *** nayfe <nayfe!uid259604@gateway/web/irccloud.com/x-iybayhxvnvcxinuw> has quit IRC | 17:28 | |
| alessioigor | Is there a way to customize (IMAGE_FSTYPE=)tar generation? | 17:40 |
| yocti | New news from stackoverflow: Is there a way to check the exact list of packages that will be installed in the image in Yocto? <https://stackoverflow.com/questions/46878640/is-there-a-way-to-check-the-exact-list-of-packages-that-will-be-installed-in-the> | 17:43 |
| rburton | alessioigor: define customise? the tar generation is just a tar of the rootfs... | 17:48 |
| alessioigor | rburton: Can I define a IMAGE_CMD_mytar? | 17:49 |
| rburton | alessioigor: yes | 17:49 |
| kergoth | you can add whatever image types you want, sure, but if you're just tweaking the tar arguments, you could adjust the existing one | 17:50 |
| * kergoth yawns | 17:50 | |
| *** hpsy <hpsy!~hpsy@217.66.60.5> has quit IRC | 17:50 | |
| alessioigor | rburton, kergoth: Thanks! | 17:51 |
| joubertb | anyone have any experience with getting a receipt to compile something with clang? | 17:59 |
| joubertb | *recipe | 18:00 |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 18:15 | |
| *** yann <yann!~yann@91-170-159-152.subs.proxad.net> has joined #yocto | 18:21 | |
| *** thannoy <thannoy!~anthony@134-48-190-109.dsl.ovh.fr> has joined #yocto | 18:31 | |
| *** warthog9 <warthog9!warthog9@proxy.monkeyblade.net> has quit IRC | 19:06 | |
| *** warthog9 <warthog9!warthog9@proxy.monkeyblade.net> has joined #yocto | 19:09 | |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has quit IRC | 19:18 | |
| *** Andre-Jyga26 <Andre-Jyga26!cf86f87e@207.134.248.126> has joined #yocto | 19:23 | |
| *** Andre-Jyga77 <Andre-Jyga77!cf86f87e@207.134.248.126> has joined #yocto | 19:28 | |
| letothe2nd | joubertb: https://github.com/kraj/meta-clang | 19:29 |
| *** Andre-Jyga77 <Andre-Jyga77!cf86f87e@207.134.248.126> has quit IRC | 19:30 | |
| letothe2nd | joubertb: something like TOOLCHAIN = "clang" in the desired recipe then should do the trick, read the readme of that layer | 19:30 |
| kayterina | can I do anything from u-boot to debug why it is stuck at 'Starting kernel'? is it possible a wrong tty output,meaning the kernel starts but I don't see the output? | 19:32 |
| joubertb | letothe2nd, thx. Yea, been looking at that. I am trying to pass the compiler location to make (e.g. make CLANG=${CLANGCC}), but CLANGCC is not set. So, feel I am missing something | 19:33 |
| letothe2nd | joubertb: huh? | 19:35 |
| letothe2nd | joubertb: that sounds like your makefile has a hard dependency on clang instead of using the canonical environment? | 19:36 |
| letothe2nd | (read that as: its carefully hand-broken... erm... hand-"crafted" instead of using a cross compile aware build system?) | 19:37 |
| joubertb | letothe2nd: In the do_compile(), I have "make CLANG=$(CLANGCC}". So, yes, has hard depndency on clang. | 19:37 |
| letothe2nd | joubertb: well then dig meta-clang where it does the switch and therefore which variables it offers. | 19:38 |
| joubertb | letothe2nd: actually, I am using clang to produce bdf code. | 19:38 |
| d_thomas | kayterina, I was stuck on the "Starting kernel" problem a few weeks. Do you see anything if you enable more logging in the kernel? Kernel hacking -> [*] Kernel low-level debugging functions -> (Select output based on device)Kernel hacking -> [*] Early printk | 19:43 |
| d_thomas | those are the settings I changed | 19:43 |
| d_thomas | Question: What in the yocto project builds the FIT image (*.itb file)? I have one in my deploy directory, but it's older and not from the kernel builds I just performed. | 19:44 |
| RP | seebs: that patch seems fine in testing. Should I just hold it in OE for now as a patch or... ? | 19:44 |
| *** Andre-Jyga <Andre-Jyga!~andre.mil@207.134.248.126> has joined #yocto | 19:45 | |
| letothe2nd | d_thomas: generally, look at meta/class/kernel-fit.bbclass | 19:46 |
| seebs | hmm. hold it in OE but send it to me and I'll try to get it merged when I have some time? | 19:47 |
| d_thomas | letothe2nd. I added "inherit kernel-fitimage" to my bbappend file. I also verified the device tree is built. Maybe I'm missing another setting | 19:49 |
| letothe2nd | d_thomas: hehe, i have no experience on that thing actually, i just know it *should* do the trick. | 19:49 |
| d_thomas | :] fair enough. I suppose worst case I could right something to just run the command I need. I just see an *.itb file in my deploy directory from this morning and I have no idea how it got there. | 19:51 |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has joined #yocto | 19:59 | |
| RP | seebs: fair enough, thanks! | 20:01 |
| *** Andre-Jyga <Andre-Jyga!~andre.mil@207.134.248.126> has quit IRC | 21:01 | |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has quit IRC | 21:32 | |
| *** frsc <frsc!~frsc@i4DF677E4.static.tripleplugandplay.com> has quit IRC | 21:41 | |
| *** frsc <frsc!~frsc@mue-88-130-71-067.dsl.tropolys.de> has joined #yocto | 21:56 | |
| *** tgamblin <tgamblin!~tgamblin@128.224.252.2> has quit IRC | 22:01 | |
| *** BobPungartnik <BobPungartnik!~BobPungar@177.206.114.89.dynamic.adsl.gvt.net.br> has joined #yocto | 22:15 | |
| *** BobPungartnik <BobPungartnik!~BobPungar@177.206.114.89.dynamic.adsl.gvt.net.br> has quit IRC | 22:17 | |
| *** joubertb <joubertb!~Joubert@dhcp-411-190.atdc.gatech.edu> has quit IRC | 22:35 | |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC | 22:48 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 22:51 | |
| *** d_thomas <d_thomas!cffae6c2@207.250.230.194> has quit IRC | 23:13 | |
| *** frsc <frsc!~frsc@mue-88-130-71-067.dsl.tropolys.de> has quit IRC | 23:19 | |
| *** falstaff <falstaff!~quassel@37.17.234.113> has joined #yocto | 23:22 | |
| *** thannoy <thannoy!~anthony@134-48-190-109.dsl.ovh.fr> has quit IRC | 23:27 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 23:28 | |
| kergoth | RP: any objection to adding a tox.ini to bitbake to run bitbake-selftest against all supported python versions? I was thinking the other day we have our minimum python version requirement and all, but i was wondering what would happen if someone checked in a random bit of code that used a feature added in 3.6 or something.. would that be caught with our current tests? do we run everything under python 3.4, since that's the oldest we support at the moment? | 23:34 |
| kergoth | related: https://github.com/netromdk/vermin , but it uses ast analysis | 23:36 |
| *** agust <agust!~agust@p54833695.dip0.t-ipconnect.de> has quit IRC | 23:37 | |
| *** thaytan <thaytan!~thaytan@180-150-69-32.b49645.syd.nbn.aussiebb.net> has quit IRC | 23:57 | |
| *** thaytan <thaytan!~thaytan@180-150-69-32.b49645.syd.nbn.aussiebb.net> has joined #yocto | 23:58 | |
Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!