**** BEGIN LOGGING AT Tue Apr 07 02:59:59 2015 Apr 07 03:51:11 anyone worked with adding firmware to the kernel? Apr 07 07:28:09 good morning Apr 07 08:11:57 hmm, is there any support for using the kernel as the EFI bootloader binary already? (EFI_PROVIDER = "linux-yocto" or so) Apr 07 08:12:33 morning all Apr 07 10:59:40 Is there a XFC or any other GUI for Yocto? Apr 07 11:00:40 the poky repository includes the Sato environment (i.e. in core-image-sato). XFCE is also available in a separate layer Apr 07 11:01:07 http://layers.openembedded.org/layerindex/branch/master/layer/meta-xfce/ Apr 07 11:10:15 Idiot question time - what package does the (target) usermod binary come from? Apr 07 11:10:33 The host version is "shadow-native" Apr 07 11:10:42 but not clear for the target? Apr 07 11:12:49 Oh, no, I see, it was shadow but had pulled the targets from sstate so I couldn't see the built version. Slaps forehead. Ignore me. Apr 07 12:56:32 Hi! Apr 07 12:56:54 I'm having issues building a custom kernel module, it fails with tmp/sysroots/m-ab3000/usr/src/kernel: No such file or directory Apr 07 12:57:49 during the do_make_scripts task Apr 07 12:59:54 I don't know why it isn't using the kernel that will be installed in the image Apr 07 13:50:25 ping kergoth bluelightning: Apr 07 13:52:12 hey.. i got problems with populate_sdk when using an external toolchain that is provided by the chip vendor. it is like in this post to the yocto list: https://lists.yoctoproject.org/pipermail/yocto/2015-January/023195.html Apr 07 13:53:36 this is the external toolchain recipe: http://paste.ubuntu.com/10762342/ -- maybe you guys here can explain why i get the errors (Multiple .bb files are due to be built which each provide eglibc, virtual/libc, virtual/arm-cortex_a15-linux-gnueabi-libc-for-gcc and virtual/libiconv) Apr 07 13:54:26 or better tell me how to fix this ;)( Apr 07 13:55:50 the most likely cause is your external toolchain recipe not emitting all the needed binary packages to satisfy all the runtime dependencies Apr 07 14:29:20 Hi, I'm trying to build an image for the beaglebone (systemD, qt5 on eglfs). I have paste what I've done : http://pastebin.com/J7dCpa6f but I'm getting an error about the meta-openembedded local.conf not found. Is somebody can help me ? Apr 07 14:36:00 erakis: is there a typo in the "git://git.openembedded.org/meta-oopenembedded" ? Double o Apr 07 14:36:47 might not actually clone anything there Apr 07 14:36:59 imrehg : yes this is a typo error, sorry Apr 07 14:37:28 erakis: meta-openembedded is a repo containing several layers, so you'd need to specify a subdirectory there Apr 07 14:38:34 bluelightning : I read the yocto manual but I don't understand how to select a specific layer. I presume that you are talking about beaglebone black specific layer ? Apr 07 14:39:08 erakis: looking through the bblayers.conf paste you have some paths to the various layers, one of which is meta-openembedded Apr 07 14:39:26 checking another source I have here, you might have to have "meta-openembedded/meta-oe" in there Apr 07 14:39:29 erakis: except meta-openembedded as you would have fetched it from git contains several layers, there isn't a top-level layer Apr 07 14:39:39 indeed, what imrehg said Apr 07 14:43:44 bluelightning : So if I well understand, I have to remove : home/erakis/poky/meta-openembedded \ and add these : home/erakis/poky/meta-openembedded/meta-oe \ home/erakis/poky/meta-openembedded/meta-systemd \ Apr 07 14:45:51 erakis: yes, except I wouldn't bother with meta-systemd, it's pretty much legacy at this point Apr 07 14:47:01 bluelightning : Do you mean it will be added by default or not usefull ? Apr 07 14:47:36 erakis: I mean systemd support is part of OE-Core, meta-systemd is largely unneeded Apr 07 14:51:09 bluelightning : Thank I understand :) Apr 07 14:51:49 Hm, anyone know of an existing patch for shadow to work with read-only rootfs? Apr 07 14:52:01 bluelightning : After executing bitbake core-image-minimal, Now I'm getting this error : ParseError at /home/intelia/Yocto/poky/meta-openembedded/meta-oe/recipes-core/packagegroups/packagegroup-basic.bb:12: Could not inherit file classes/bluetooth.bbclass Does it mean I'm missing another sub-layer from meta-openembedded ? Apr 07 14:57:10 YPTM: armin is on Apr 07 14:57:11 erakis: that's almost certainly because you haven't matched the branches between the various repositories Apr 07 14:57:17 YPTM: Ready-Access Number: 8007302996/9139049836 Access Code: 2705751 Apr 07 14:57:36 erakis: if you are using dizzy branch/release you need to also use the dizzy branch of meta-openembedded Apr 07 14:57:49 (for example) Apr 07 14:57:56 YPTM: Stephen is on Apr 07 14:59:25 YPTM: Sona is on Apr 07 14:59:31 YPTM: Belen in on Apr 07 14:59:41 YPTM: Mark is on Apr 07 15:00:11 YPTM: Bruce is on Apr 07 15:00:33 YPTM: AlexVaduva here Apr 07 15:00:40 YPTM: Paul Eggleton is on Apr 07 15:00:41 YPTM: Saul is on Apr 07 15:00:45 YPTM: Michael here. Apr 07 15:00:53 YPTM: JoeM is on. Apr 07 15:00:55 YPTM: Richard joined Apr 07 15:01:43 YPTM: Jussi Kukkonen joined Apr 07 15:01:51 YPTM: Denys is on Apr 07 15:04:09 YPTM: Cristian joined Apr 07 15:09:02 RP: armpit is interested in http ss Apr 07 15:09:08 bluelightning : Ok I understand. so git clone -b dizzy git://... Apr 07 15:10:00 erakis: sure or you can just cd into the directory you've already fetched and do: git checkout dizzy Apr 07 15:10:11 YPTM: is done. Apr 07 15:14:44 kergoth: if you take a look at the recipe i posted, can you tell me which these packages are? and how to fix this? can i compile the needed packages then and put them into the external toolchain path? Apr 07 15:15:25 bluelightning : Another question, do I need meta-yocto-bsp or only meta-yocto ? Apr 07 15:17:32 erakis: if you're not building for any of the reference machines then you don't need meta-yocto-bsp Apr 07 15:20:52 bluelightning : I'm building for the "beaglebone black". Apr 07 15:22:00 ericbutters: not enough information provided. one option would be to temporarily blacklist or remove the recipes it wants to include, to see if bitbake provides more information about the then missing runtime provides Apr 07 15:22:53 bluelightning : Cause I'm now getting an error about layer.conf not found in "meta-yocto-bsp" ... Apr 07 15:23:09 ericbutters: copy and paste https://github.com/MentorEmbedded/meta-sourcery/blob/master/conf/distro/include/tcmode-external-sourcery.inc#L46-L60 these lines into your local.conf Apr 07 15:37:25 Does anyone have pointers to how to use work-shared? (like gcc & linux-kernel do?) I've got 1 source repo that includes lots of semi-independent packages. Apr 07 15:37:48 kergoth: i added the lines but that does not change anything.. i found out that this is the package that raises the error: bitbake -f packagegroup-core-standalone-sdk-target Apr 07 15:39:01 in your post, the lines do not contain eglibc, but i am getting the errors from eglibc, so should i change this? Apr 07 15:39:02 right now I have an .inc file all the individual bb files includes, but gitsm seems to become unhappy sometimes (part of gitsm's fetch moves the downloaded repo around, converts it to non-bare, then converts it back and moves it back into place) Apr 07 15:40:05 ericbutters: yes, change glibc to eglibc if you aren't using yocto master. Apr 07 15:40:54 kergoth: yes, this is on dora Apr 07 15:43:27 armpit: any particular aspect of it? Have you tried using it before? Apr 07 15:43:42 kergoth: okay now that has some impact, but i got: Nothing RPROVIDES 'eglibc-dbg' -- http://paste.ubuntu.com/10763355/ Apr 07 15:43:59 so that is missing from my external tc? Apr 07 15:44:10 are you using uclibc? Apr 07 15:44:12 okay, now you know one of the packages your external toolchain recipe needs to be including, yes Apr 07 15:44:26 ahh external toolchain.. nm Apr 07 15:44:32 he's using an external toolchain recipe which doesn't fully provide everything the internal recipes do, leading to both building Apr 07 15:44:48 and bitbake doesn't emit much useful info in that case, so had him blacklist out the internal stuff to get the useful info out Apr 07 15:44:58 * kergoth wanders off for a few Apr 07 15:45:01 yup makes sense Apr 07 15:46:16 kergoth: okay thanks! but is it managable to build these missing features into a finalized toolchain? i mean can i build the eglibc-dbg or do i need to rebuild the toolchain itself? Apr 07 15:46:20 sry.. Apr 07 15:47:02 I don't understand the question. Again, you need to make your external toolchain recipe emit those packages. Add it to PACKAGES and set FILES_eglibc-dbg appropriately Apr 07 15:47:18 okay i try Apr 07 15:50:40 kergoth: thanks for that useful detail! Apr 07 15:51:52 is there a special channel for edgerouter lite only? Apr 07 16:18:38 RP: no, I have not used it before with a current bitbake. we have done something similar via internal tools. Apr 07 19:31:56 Is anybody getting internal compiler error while building dizzy meta-qt5 (5.3.2) ? : http://pastebin.com/i3np03Ey Apr 07 19:50:09 erakis: are you using gcc 4.8 ? Apr 07 19:51:40 and is it linaro-gcc ? Apr 07 20:09:59 onoffon : I'm not an expert with Yocto, but I think I'm using the internal toolchain... Here is what I did : http://pastebin.com/jnvKJCDD Apr 07 20:27:16 khem : I'm not an expert with Yocto, but I think I'm using the internal toolchain... Here is what I did : http://pastebin.com/jnvKJCDD Apr 07 21:26:25 erakis: and its dizzy so your gcc is 4.9 ? Apr 07 21:27:13 khem` : Yes I presume Apr 07 21:27:39 can u confirm Apr 07 21:28:04 I retry using QT5_VERSION (conf/distro/include/qt5-versions.inc) changes to 5.4.0 but same problem Apr 07 21:29:12 khem` : How can I confirm ? If I clone dizzy branch of poky does it directly mean I use the gcc 4.9 ? Apr 07 21:29:28 gcc -v Apr 07 21:29:52 -gcc Apr 07 21:32:08 khem` : In the poky directory I execute (gcc -v) and I get "gcc version 4.9.1 (Ubuntu 4.9.1-16ubuntu6)" Apr 07 21:32:33 khem` : But I guest this is my host compiler, not the cross compile Apr 07 21:33:06 OK Apr 07 21:39:10 khem` : Did I gave you the information you wanted ? Apr 07 21:41:33 cross-compiler is what I was asking for Apr 07 21:48:21 khem` : I read about similar error here (https://bugs.launchpad.net/gcc-linaro/+bug/1312931) but they seem to indicate that this error has been fixed in new release and they are talking about 4.8 so I supposed it has been fixed in 4.9 ? Apr 07 21:53:36 probably Apr 07 21:53:47 I dont know what you are building with Apr 07 22:02:06 khem` : Here is what I'm building with http://pastebin.com/jnvKJCDD **** ENDING LOGGING AT Wed Apr 08 02:59:59 2015