**** BEGIN LOGGING AT Fri Jun 23 03:00:04 2017 Jun 23 08:12:47 Hi guys! I've got a SDK question i hope you can help me with. What is the proper way to populate the sysroots of an SDK with custom content? When i create my SDK using "bitbake -c populate_sdk", my SDK sysroot does not contain any trace of that image. When i check my work directory for that image, the "sysroot-destdir" contains exactly what it needs to (additions to /usr/lib/ and Jun 23 08:12:47 /usr/include). Thanks in advance! Jun 23 08:29:07 Hi all ! Does the local.conf is the last file parse by Bitbake? If I understand well, first he look to the bblayers.conf to know which to parse. Then he goes to every layer listed and check to layer.conf... Then he parse every files there. Jun 23 08:29:59 and after that I guess it will parse the local.conf to then schedule which tasks to do no? Jun 23 08:32:05 ChrysD: the order in which various .conf files are loaded is described in bitbake.conf -> http://git.openembedded.org/openembedded-core/tree/meta/conf/bitbake.conf#n730 (local.conf is not the last) Jun 23 08:33:44 nrossi : i mean the last after bblayers.conf, layer.conf and parsing recipes héhé. Jun 23 08:33:55 nrossi : thank you it will be very useful !* Jun 23 08:56:38 Hi, is it right way to disable werror from receipe file, TARGET_CFLAGS += " --disable-werror" ? Jun 23 09:03:34 Ramose: depends on the build system of what you're building. if it has a --disable-werror argument to autoconf's configure then EXTRA_OECONF += --disable-werror. Jun 23 09:04:02 if you need to inject to CFLAGS as its hardcoded in the makefiles then CFLAGS += -Wno-error *might* work Jun 23 09:08:46 rburton_:Thanks, seems like this TARGET_CFLAGS += "-Wno-error" works for me :) Jun 23 09:28:18 RP: can't reach either ABs, is there a known problem Jun 23 09:43:37 morning Jun 23 09:53:04 rburton_: works for me Jun 23 10:05:02 RP: the old cluster is definitely down, checked by isitdownorjust.me Jun 23 10:09:13 rburton_: sorry, yes. The other is up though Jun 23 10:09:20 rburton_: I could swear I refreshed that tab Jun 23 10:13:07 rburton_: machine is alive but firewall may be blocking it Jun 23 10:37:40 I am about to make a new distro for the NXP IM6.UL chip. Should I use meta-fsl-arm or meta-freescale for bsp support? They both seem to caintain more or less the same but the latter has a pyro branch... Jun 23 10:41:15 Is meta-fsl-arm obsolete? Jun 23 11:22:52 deva : If i remember, originally the meta for freescale was meta-fsl-arm, a community driven BSP support, and then it become meta-freescale after a branch... Or the reverse Jun 23 11:33:44 ChrysD, sounds about right. The meta-fsl-arm description text should probably say "obsolete" somewhere then :-) Jun 23 11:36:33 Hello! I’m trying to build oracle java but I’m getting this: “ERROR: Nothing RPROVIDES 'libasound-native' (but virtual:native:/home/luca/yocto_mount_pyro/poky-pyro/meta-oracle-java/recipes-devtools/oracle-java/oracle-jse-jdk-x86-64_1.8.0.bb RDEPENDS on or otherwise requires it)”. Any idea where I can find this libasound-native? Jun 23 11:58:50 luc4: $find poky meta* -name '*asound*' -type d Jun 23 12:29:54 T_UNIX: I do not get anything... Jun 23 12:36:23 grep -r 'libasound' poky/meta* meta* Jun 23 12:39:09 T_UNIX: yes, this returns some output, in alsa-lib for instance Jun 23 12:39:21 T_UNIX: which I already appended Jun 23 12:39:28 T_UNIX: but no libasound-native Jun 23 12:40:38 well, it's complaining about -native. so appending the "-target" package won't help much :-/ Jun 23 12:41:34 T_UNIX: sorry, I’m not following… Jun 23 12:42:00 T_UNIX: it is my understanding I’m missing the layer that provides libasound-native Jun 23 12:42:46 T_UNIX: am I misunderstanding? Jun 23 12:46:39 luc4: the meta-oracle-java layer's readme should name the layers it depends on Jun 23 12:47:37 T_UNIX: http://git.yoctoproject.org/cgit/cgit.cgi/meta-oracle-java/tree/README: here? Jun 23 12:48:45 I think this is a bogus dependency Jun 23 12:49:36 libasound is a runtime package provided by the alsa-lib recipe Jun 23 12:49:46 yeah. Something appears wrong. Jun 23 12:49:50 bluelightning: that is what I thought, but I already include it Jun 23 12:50:10 native recipes don't provide packages so there would never be a libasound-native Jun 23 12:50:59 bluelightning: now I’m not following anymore :-( Jun 23 12:51:19 it looks like for some reason your setup assumes that orcale-...-x86_64 is part of the -native packagegroup Jun 23 12:52:17 T_UNIX: probably I’m adding it the wrong way… I added it to IMAGE_INSTALL in my own layer. Jun 23 12:52:25 maybe that is the error? Jun 23 12:52:33 dependency is declared here http://git.yoctoproject.org/cgit/cgit.cgi/meta-oracle-java/tree/recipes-devtools/oracle-java/oracle-jse.inc#n12 and is, apparently, auto-expanded to a -native derivate. bluelightning right? Jun 23 12:54:37 T_UNIX: it would appear so Jun 23 12:59:07 luc4: I guess it might be worth it to generate the dependecy graph and have a look at the oracle packages. At some point there's a oracle-...-native drawn (likely in some sdk stuff) in. That's where it goes wrong. Jun 23 13:08:24 nothing that I can do then? Jun 23 13:16:44 luc4: alsa-lib can be built natively, so the question is what is breaking Jun 23 13:17:28 rburton_: if I remove java the build seems to start Jun 23 13:17:36 sure, as its java that is breaking Jun 23 13:18:28 rburton_: does it mean I cannot add it to this image? Jun 23 13:19:01 rburton_: it seems to me armhf should be supported by that layer Jun 23 13:19:04 well, *what* are you adding to the image Jun 23 13:21:41 rburton_: this is the list of what I placed in my layer: https://pastebin.com/5c5ywkza Jun 23 13:21:56 rburton_: seems ok until I add java Jun 23 13:23:52 what happens if you bitbake alsa-lib-native first Jun 23 13:29:28 JaMa: pushed the gpl2 bits Jun 23 13:29:56 rburton_: with java disabled it seems it is properly building a few packages Jun 23 13:37:13 rburton_: even with java enabled alsa-lib is built properly it seems Jun 23 13:37:30 yea it would Jun 23 13:37:36 just wanted to check that alsa-lib-native built Jun 23 13:37:47 try building your image with java added now that alsa-lib-native has been built Jun 23 13:44:22 rburton_: at least it changed, now I’m getting ERROR: Nothing RPROVIDES 'gtk+-native' Jun 23 13:44:37 rburton_: should I build all the deps first? Jun 23 13:45:47 no, it should know Jun 23 13:45:52 what release of oe are you using? Jun 23 13:47:33 rburton_: pyro Jun 23 14:55:53 hello guys ! I have a strange while packaging my library with its recipe Jun 23 14:56:14 the shared libraries gets correctly compiled by the bitbake commend return with the following error: Jun 23 14:56:35 mylib.so.1.0.0 contains probably-redundant RPATH /usr/lib [useless-rpaths] Jun 23 14:56:57 due to do_package_qa: QA Issue: task Jun 23 14:57:44 what do I miss ? Jun 23 15:04:33 kappe: this may help: http://www.yoctoproject.org/docs/current/ref-manual/ref-manual.html#qa-issue-useless-rpaths Jun 23 15:08:17 thank you bluelightning, I've understood the problem but sill struggle to solve it... I tried to add SET(CMAKE_SKIP_RPATH TRUE) in CMakeLists.txt but without success Jun 23 15:45:55 RP, If you were having trouble with https://autobuilder.yoctoproject.org/main/ it's back up now. Error with the apache proxy. The build in progress should be fine. Jun 23 15:46:45 halstead: thanks, it was rburton_ Jun 23 15:46:59 thanks halstead Jun 23 15:47:10 Ah, I saw your login and went off that. Jun 23 15:47:44 halstead: The requested URL / was not found on this server. Jun 23 15:48:06 (top level page isn't present, the actual buildbot pages work) Jun 23 15:48:32 I'll get that fixed very quickly. NFS didn't remount. Jun 23 15:48:39 On the proxy server. Jun 23 15:48:58 hm i think the build had a hiccup too, its been running a long time now Jun 23 15:49:41 rburton_, It shouldn't due to this issue. :( Jun 23 15:50:47 rburton_, There might be larger nfs problems. Looking. But if so this build is ruined. Jun 23 15:54:52 rburton_, Lots of cpu soft lockups on the nas right now. Causing NFS timeouts. I'll work on fixing and then I can re-queue this build. Jun 23 15:55:19 i'll re-fire it, its in flux right now Jun 23 15:55:43 well if i leave then can you fire ross/mut but i'll be around for a bit longer :) Jun 23 16:15:28 rburton_: I noticed it is trying to build oracle-jse-jdk-x86-64_1.8.0.bb, which is completely wrong as I’m building for arm Jun 23 16:17:35 yeah you'll need to figure out why its doing that Jun 23 16:18:24 rburton_: very weird cause it is trying to install jdk while I asked for jre Jun 23 16:18:59 rburton_: in oracle-jse-jre_1.8.0.bb everything seems to be reasonable... Jun 23 16:19:32 i deliberately stopped paying any attention to java over a decade ago so you'll want to talk to a meta-oracle or meta-java maintainer :) Jun 23 16:19:36 Jun 23 16:20:21 rburton_: where should questions about that layer be submitted? the yocto mailing list? Jun 23 16:20:41 you'll have to look at the ayer readme, but i suspect so Jun 23 16:22:24 rburton_: nothing is specified Jun 23 16:22:34 then yocto@ i guess, yes Jun 23 16:24:05 rburton_: thanks! Jun 23 16:29:56 rburton_: thanks Jun 23 16:30:35 rburton_: any update on "v86d,qemuboot-x86.inc: use KERNEL_MODULE_AUTOLOAD+KERNEL_MODULE_PROBECONF for uvesafb instead of fbsetup init script" ? Jun 23 16:31:35 it's almost 2 months without feedback https://patchwork.openembedded.org/patch/139521/ Jun 23 16:31:57 hm can you mail me please Jun 23 16:32:05 just got told to carve the chicken :) Jun 23 16:32:30 :) ok Jun 23 16:50:32 rburton_, Are you ready to try again? Jun 23 17:09:22 rburton_, I started it. The only options I changed were poky repo and branch. Jun 23 19:14:59 rburton_: I am trying to reproduce the sdk test failure Jun 23 19:15:10 thanks Jun 23 19:15:14 however I see we have a iptables test Jun 23 19:15:20 which downloads vanilla Jun 23 19:15:25 iptables Jun 23 19:15:32 which does not build for musl Jun 23 19:15:37 it needs to be patched Jun 23 19:15:55 see meta/lib/oeqa/sdk/cases/buildiptables.py Jun 23 19:15:55 if you can file a bug with a suggestion of something that works out of the box for musl that would be good Jun 23 19:15:59 just needs to be *something* Jun 23 19:16:31 I think we need to download the patched tarball Jun 23 19:16:36 from buildarea Jun 23 19:19:25 What does it means in the chat when there is "Yocto builder"? Jun 23 19:22:21 rburton_: ok https://bugzilla.yoctoproject.org/show_bug.cgi?id=11713 Jun 23 19:22:22 Bug 11713: normal, Undecided, ---, jose.perez.carranza, NEW , testimage for core-image-sato-sdk fails on musl due to iptables compile failures Jun 23 19:41:55 anyone else played around with meta-swupdate? Jun 23 19:46:47 kergoth, a while back Jun 23 19:46:54 not lately Jun 23 19:47:08 looked into any sort of automation or semi-automation for sw-description at all? Jun 23 19:47:23 thinking about adding a template mechanism, so you don't have to hardcode image filenames and whatnot Jun 23 19:47:49 also thinking about trying to implement it as an image type, so i don't have to bbappend every damn image to inherit the class Jun 23 20:09:52 huh, bug 11698 is odd Jun 23 20:09:53 Bug https://bugzilla.yoctoproject.org/show_bug.cgi?id=11698 normal, Medium+, 2.4 M2, kergoth, NEW , Git shallow fetcher sometimes fails selftest Jun 23 21:30:27 Hello! While building openjdk I’m getting this error: https://pastebin.com/DBCuVAbV. Any idea how I can get more info? Jun 23 21:33:08 i'm trying to build one component using clang++, it's a c++ project. i've added 'TOOLCHAIN = "clang"' to the recipe and meta-clang to bblayers.conf Jun 23 21:33:34 the build fails immediately because clang++ can't find standard things like #include and #include Jun 23 21:33:38 is there something else i need to do? Jun 23 22:24:14 ChrysD: autobuilder.yoctoproject.org Jun 23 22:24:32 rburton : thx **** ENDING LOGGING AT Sat Jun 24 03:00:00 2017