**** BEGIN LOGGING AT Thu Sep 20 03:00:01 2018
Sep 20 03:58:33 <yocti> New news from stackoverflow: Loading my own device driver as builtin in Yocto on my own meta layer <https://stackoverflow.com/questions/52417201/loading-my-own-device-driver-as-builtin-in-yocto-on-my-own-meta-layer>
Sep 20 08:11:37 <mcfrisk> hi, I have a persistent error from a recipe where creating sysroot fails on sumo. Any ideas how to fix this locally without wiping sstate cache completely. I don't see fixes related to this issue in master. something in sstate cache is corrupt because this persists also after tmp is wiped. https://pastebin.com/raw/VUNriVhg
Sep 20 08:14:35 <mcfrisk> or I'm hitting a race condition in creating recipe-sysroot-native/installeddeps
Sep 20 08:28:01 <mcfrisk> ok, it's something in our bbclasses, nothing in poky side
Sep 20 11:09:14 <dawod___> HI, I need for your help,
Sep 20 11:09:25 <dawod___> I built image depend on wayland weston without x11
Sep 20 11:09:35 <dawod___> I added meta-qt5 and used qtwaykand module, in order to run qt5 apps
Sep 20 11:09:45 <dawod___> the apps run well, but the text is too small in each textfield component
Sep 20 11:09:54 <dawod___> and is too small in the title bar also
Sep 20 11:10:01 <dawod___> there is another problem
Sep 20 11:10:08 <dawod___> keyboard is not response at all with qt5 apps only. so i can not type any thing in any text box in the app
Sep 20 11:10:14 <dawod___> can any one help ?
Sep 20 11:22:57 <kanavin> dawod___, I think you should seek help from qt5 community, not from yocto community
Sep 20 11:29:57 <yocti> New news from stackoverflow: Apply and commit a patch from bitbake recipe <https://stackoverflow.com/questions/52423683/apply-and-commit-a-patch-from-bitbake-recipe>
Sep 20 11:32:59 <dawod___> kanavin, i think that the problem is not with qt,
Sep 20 11:33:20 <dawod___> the app run well with out any problems in my host machine
Sep 20 11:33:43 <dawod___> but in the target machine in the new image, the problem appears
Sep 20 11:35:39 <rburton> sounds like weston thinks your DPI is huge
Sep 20 11:35:53 <rburton> ask the weston people how to set that?
Sep 20 11:46:07 <dawod___> ok, thank you.
Sep 20 12:24:40 <mcfrisk> anyone else seen ".../7.3.0/ld: cannot find /lib/libpthread.so.0" kind of errors from bitbake lately? On my sumo build they seem to come and go, and executing do_compile task again makes this go away which is freaking me out a bit..
Sep 20 13:01:02 <kuzulis> Hi guys. How to create a specific symlink at image creating. I have added the new recipe to my layer /recipes-core/glibc/glibc_%.bbapend
Sep 20 13:01:11 <kuzulis> with this content:
Sep 20 13:01:23 <kuzulis> do_install_append() {
Sep 20 13:01:23 <kuzulis>     ln -s /lib/ld-linux-armhf.so.3 ${D}/lib/ld-linux.so.3
Sep 20 13:01:23 <kuzulis> }
Sep 20 13:01:52 <kuzulis> and when I do bitbake my-image, then the resulting image has not this symlinks..
Sep 20 13:01:59 <kuzulis> What I doing wrong?
Sep 20 13:11:16 <g0hl1n_> Hi - anybody else experiencing that git.arm.linux.org.uk is down? I'm getting fetch errors for xf86-video-armada from meta-freescale and I'm unable to ping git.arm.linux.org.uk...
Sep 20 13:13:01 <zagor> it's unreachable for me too (in sweden)
Sep 20 13:25:10 <g0hl1n> Does anybody know any mirrors for git.armlinux.org.uk? All I found at github is outdated...
Sep 20 15:08:27 <mcfrisk> hmm, svn fetcher is not safe when multiple recipes share the same repo in their SRC_URI. I have bad feelings about git submodules having similar issues. They could explain some of the weird build failures I've seen on sumo lately..
Sep 20 18:56:46 <bezeee> I'm just getting started with Yocto and having an issue getting an image built which will connect to my network and register itself with a locally-running Mender server. I've included meta-openembedded/meta-networking as a layber but it's not getting an IP lease from my router.
Sep 20 18:56:58 <bezeee> are there some other layers I need to add in to get this working?
Sep 20 18:57:52 <bezeee> my full bblayers.conf is here: https://git.io/fA7Uk
Sep 20 19:35:25 <kergoth> meta-networking provides tools, not configuration. you don't need it to get an ip
Sep 20 19:37:26 <bezeee> so what do I need then? I'm still a noob with this stuff so the pieces of the puzzle are slowly coming together, but not completely there yet.
Sep 20 20:42:09 <uglyoldbob> bezeee: if you are using systemd, it has what you are looking for
Sep 20 20:44:06 <bezeee> is there an example I can look at somewhere? I appreciate the answer but I need some more details to grok this.
Sep 20 21:03:25 <noway96> Is there a way to add suspend functionality to my image?
Sep 20 22:29:38 <seebs> https://twitter.com/whitequark/status/1042783265298505734 <-- this is why embedded linux developers need to exist more
Sep 20 22:45:49 <peniwize> I’ve created a recipe named godot that creates “godot_1.0-r0_amd64.deb”, “godot-dev_1.0-r0_amd64.deb”, “godot-dbg_1.0-r0_amd64.deb”.  I have another recipe (named “gm”) that contains “DEPENDS += godot”, which seems to be causing “godot-dev_1.0-r0_amd64.deb” to be expanded in the recipe-sysroot directory, but the “gm” recipe also needs to have “ godot_1.0-r0_amd64.deb” expanded in order to build.  What do I need to do?
Sep 20 22:51:19 <rburton_> peniwize: depending on godot will put the staged parts of the entire recipe into the sysroot
Sep 20 22:51:24 <rburton_> this is basically /usr/include /usr/lib
Sep 20 22:51:55 <rburton_> if you need more bits of the recipe then extend SYSROOT_DIRS
Sep 20 22:52:13 <rburton_> (see the top of staging.bbclass)
Sep 20 22:52:23 <rburton_> note that it *does not* unpack packages
Sep 20 22:54:20 <peniwize> rburton_: I don't fully understand.  Do I need to modify SYSROOT_DIRS is the godot recipe or in the gm recipe that depends on the godot recipe?
Sep 20 22:54:41 <peniwize> The .deb packages created by the godot recipe appear to be correct and contain the expected information.
Sep 20 22:55:07 <peniwize> I just need to get the non-dev (primary) package to install/expand for the gm recipe before it's configured.
Sep 20 22:55:31 <peniwize> Currently, the gm recipe is only expanding the godot-dev deb package.
Sep 20 22:57:03 <rburton_> no, it's not
Sep 20 22:57:15 <rburton_> what file are you missing?
Sep 20 22:57:24 <rburton_> you generally only need headers and libraries to compile against something
Sep 20 22:59:55 <peniwize> rburton_: The gm recipe builds a cmake project that requires the godot process executable in order to build (like referencing a .so, but godot is a regular execuable).  "godot_1.0-r0_amd64.deb" contains "/usr/bin/godot" but "godot-dev_1.0-r0_amd64.deb" does not.  It only contains the godot headers.
Sep 20 23:00:21 <rburton_> if you want to run a binary during the build you need to depend on godot-native
Sep 20 23:00:33 <rburton_> can't run a target binary during a build
Sep 20 23:00:41 <peniwize> I didn't create the cmake project so I don't know the reason why it's dependent on the godot executable.
Sep 20 23:01:33 <rburton_> find out if it needs to run the binary, and why
Sep 20 23:02:13 <peniwize> I don't think the godot process will be executed during the gm recipe build.  I think the gm build only references the godot executable - maybe for some dynamic linking issue.
Sep 20 23:02:30 <rburton_> makes no sense to refer to the binary during a build
Sep 20 23:03:09 <peniwize> I didn't make the cmake build system so I don't know the details.  I'm just supposed to make the yocto recipes.
Sep 20 23:09:08 <rburton_> is this recipe public or is it your companies code?
Sep 20 23:09:15 <rburton_> project, not recipe
Sep 20 23:12:55 <peniwize> rburton_: The project is company code.
Sep 20 23:13:58 <rburton_> ask whoever wrote it to explain why it needs the binary.  if it wants to run it for some reason then you'll need to depend on godot-native (and add BBCLASSEXTEND=native to your godot recipe so that exists).  that will build godot for the *host* that cmake can then execute
Sep 20 23:14:41 <peniwize> rburton_: Will do.   Thanks.
**** ENDING LOGGING AT Fri Sep 21 03:00:01 2018