**** BEGIN LOGGING AT Tue Aug 26 02:59:58 2014 Aug 26 03:52:53 what the Aug 26 03:52:54 NOTE: Executing RunQueue Tasks Aug 26 03:52:54 [Errno 4] Interrupted system call Aug 26 03:52:59 * kergoth scratches head Aug 26 05:05:16 hi guys Aug 26 05:06:24 when I build my yocto project for uboot and uimage, i got 690kB size for uboot.srec...but my memory is 240KB,,,how can reduce the size of the uboot.srec? Aug 26 05:18:09 hello...any help please Aug 26 05:56:10 any suggestions? Aug 26 09:09:54 Hi, is this right channel ask question about build beaglebone yocto image or is there a seperate channel for that? Aug 26 09:11:02 mike7b4_on_x230: I think it is ok. Aug 26 09:14:12 okey here we go, I try build using "bitbake core-image-minimal" but it seems only creating zImage not uImage :S Aug 26 09:15:16 mike7b4_on_x230: are you using old u-boot? Aug 26 09:15:40 http://www.yoctoproject.org/docs/current/ref-manual/ref-manual.html#var-KERNEL_IMAGETYPE Aug 26 09:15:48 the default is zImage, but it ought to work with the new u-boot, too. Aug 26 09:15:54 you can change that to uImage if you wish. Aug 26 09:18:59 lpapp: I put uboot from yocto build in partition1 do you mean that uboot supports zImage? Aug 26 09:20:13 mike7b4_on_x230: the new version does, yep. Aug 26 09:22:09 lpapp: I see, then I better check why uboot is not executed from sdcard Aug 26 09:27:08 mike7b4_on_x230: check if you have the bootz command available. Aug 26 09:30:27 lpapp: hmm got Bad Linux ARM zImage magic Aug 26 09:46:35 kanupatar, you can optimize the size Aug 26 09:46:57 you can load a minimalist uboot that will load your bigger one Aug 26 09:52:12 freaky_: sounds like the mini first-stage bootloader. Aug 26 09:52:19 (or second depending on how you look at it) Aug 26 09:55:08 hi guys Aug 26 09:55:36 what's the difference between 'do_configure' and 'do_kernel_configme' for kernel builder? Aug 26 09:58:59 the latter is Yocto specific IIRC (linux-yocto kernel). Aug 26 10:26:24 freaky_: what could be the ideal size of the uboot.srec for a platform? Aug 26 10:28:37 kanupatar: depends on your hardware... Aug 26 10:29:48 lpapp: my hardware reference board mentions, it has 240KB uboot size Aug 26 10:30:07 but the build yielded me 690KB Aug 26 10:30:16 my board is R-CarM2 Aug 26 10:31:06 not sure what u-boot size means... it is more like internal memory you have IIRC. Aug 26 10:57:44 lpapp: size of the SPI-flash Aug 26 10:58:09 right. Aug 26 11:00:42 kanupatar: have you read this? http://www.denx.de/wiki/pub/U-Boot/MiniSummitELCE2013/tpl-presentation.pdf Aug 26 11:06:35 lpapp: no Aug 26 11:07:03 I think you may be looking for this SPL feature in u-boot. Aug 26 11:09:38 hi everybody Aug 26 11:09:52 anybody tried running an egl app on yocto qemu? Aug 26 11:10:49 gebreselaisi: what is your real question? Aug 26 11:11:18 real question is that I'm getting eglInitialize() error hen running an egl app on qemu Aug 26 11:11:32 qemux86 Aug 26 11:11:36 64 bits Aug 26 11:12:12 I was wondering if somebody successfuly ran any egl app on yocto's qemu Aug 26 11:12:23 and if so, using which kernel, and which qemu config? Aug 26 11:13:29 so the egl app is on top of wayland Aug 26 11:13:38 which in turn is using the fbdev backend Aug 26 11:13:44 this would be the scenario Aug 26 12:10:50 lpapp: i dont have SPL and TPL Aug 26 12:11:06 kanupatar: that is impossible if you have u-boot. Aug 26 12:11:19 yocto build for R-CarM2 only provides uboot.srec and uImage Aug 26 12:12:56 this is the commad I gave for build Aug 26 12:12:57 bitbake bsp-image Aug 26 12:13:08 is there any option to get optimised build? Aug 26 12:13:48 hey guys I am building a yocto image and everything works perfect, but my keyboard layout is a us one but I nee qwertz. I got it with busybox loadkmap < de-latin1.bmap but i want to have my keyboard as default from scratch and not to change it on every restart Aug 26 12:13:50 what about bitbake build options? Aug 26 12:13:59 any ideas which layer or recipe has to be changed ? Aug 26 12:17:03 motzer: you are a real geek :) Aug 26 12:18:13 why ? :) Aug 26 12:18:31 j/k (qwertz) Aug 26 12:19:13 "bitbake -c menuconfig busybox" and then / -> does not bring up any useful result, so it does not seem to be configurable in busybox itself. Aug 26 12:19:33 okay Aug 26 12:19:36 motzer: create a keymaps_1.0.bbappend Aug 26 12:20:04 okay and what does it contain ? Aug 26 12:20:22 lpapp that is my status this is just for live changing the layout from shell# Aug 26 12:20:37 check out recipes-bsp/keymaps Aug 26 12:20:43 in oe-core Aug 26 12:20:55 and add one .bbappend and the keymap file in your layer Aug 26 12:21:02 perfect thanks Aug 26 12:21:10 i will check it out =) Aug 26 12:21:11 motzer: see ../meta/recipes-bsp/keymaps/files/keymap.sh Aug 26 12:21:45 motzer: to be honest, I would bring it up as a feature request anyway, it sounds ugly to do rather than a dedicated variable. Aug 26 12:28:02 ant_work: can i use the de-latin1.bmap file as keymap ? because the file which is there right now is called keymap-2.6.map Aug 26 12:28:59 ah, right, see http://cgit.openembedded.org/meta-handheld/tree/recipes-bsp/keymaps Aug 26 12:29:06 the bbappend laods a keympas.service which contains the path to this *.map file Aug 26 12:29:21 ahhh very nice Aug 26 12:29:30 but where can i get all these keymaps Aug 26 12:30:40 there is no git or something like this Aug 26 12:31:11 okay Aug 26 12:31:27 i think google will bring me to my goals really very nice help here tanks a lot lpapp and ant_work Aug 26 12:33:59 kanupatar: did you get your board working without Yocto? Aug 26 12:34:46 lpapp: yes, I tried wince Aug 26 12:35:20 it is working Aug 26 12:35:41 the eboot size was 192 KB Aug 26 12:35:50 no, I mean u-boot. Aug 26 12:36:04 now I have the yocto build with me...do you need anything from it? Aug 26 12:36:13 lpapp: wince dont have uboot. Aug 26 12:36:16 it has eboot Aug 26 12:36:33 with uboot, I failed in the uboot stage itself Aug 26 12:36:46 so cannot try uImage Aug 26 12:37:44 what do you mean by failed? Aug 26 12:38:11 lpapp: as uboot.srec loading stuck..how can I load uImage? Aug 26 12:39:19 kanupatar: have you tried asking in #u-boot? I think there are more u-boot experts in there. Aug 26 12:39:44 lpapp: no..i tried the channel uboot and failed...thanks Aug 26 12:42:25 lpapp: thanks..Now asked the question there Aug 26 12:55:30 Hi everybody ! Aug 26 12:55:38 I have an issue regarding packagegroups. Aug 26 12:56:06 I created a very simple one following the Yocto documentation and added it to my image but when I build the image it seems that the do_rootfs task is done before packages from the packagegroup are built which leads to errors like: Aug 26 12:56:13 Computing transaction...error: Can't install packagegroup-tizen-crosswalk-1.0-r0@all: no package provides crosswalk Aug 26 12:56:30 If I relaunch the build of the image, it builds fine (since the package is now built) and packages from the package group are installed in the image. Aug 26 12:56:44 So, I am clearly missing something, but what ? Aug 26 12:58:51 can you constantly reproduce this issue with a fresh build? Aug 26 12:58:56 yes Aug 26 13:00:13 kevin_t: did you add your packagegroup to IMAGE_INSTALL? Aug 26 13:00:54 yes, when I relaunch the build everything is fine and the image contains the packages from the package group Aug 26 13:01:04 latest oe-core? Aug 26 13:01:16 there were some changes related to packagegroups and allarch in last week Aug 26 13:02:16 No, my oe-core is a bit older than last week Aug 26 13:04:43 The full error can be found here: https://bugs.tizen.org/jira/browse/BTY-23 Aug 26 13:07:08 ant_work: when i replace the keymap with mine the bitbake process does not recognize it at all it says nothing changed Aug 26 13:07:33 any hint for me ? Aug 26 13:07:59 motzer: perhaps you have not installed the keymap of yours? Aug 26 13:09:04 lpapp i just changed the keymaps.service file from ExecStart=/usr/bin/loadkeys /etc/keymap-2.6.map to ExecStart=/usr/bin/loadkeys /etc/keymap-de.map Aug 26 13:10:58 motzer: and what installs keymap-de.map? Aug 26 13:11:10 the german layout Aug 26 13:11:26 qwertz =) Aug 26 13:12:01 no, which recipe/package installs that? Aug 26 13:14:51 meta-openenembedded/meta-systemd/oe-core/recipe-bsp/keymap Aug 26 13:18:11 can you check if it is really installed in the image? Aug 26 13:19:55 it is not Aug 26 13:20:08 it should be in /etc in the rootfs but there is no keymap Aug 26 13:20:29 motzer: bingo :) Aug 26 13:20:51 okay and how can i force bitbake to put it into my rootfs Aug 26 13:21:47 motzer: make it installed by your .bbappend Aug 26 13:22:52 hmm okay until now i just used bb files as recipes to do some stuff unti now i did not get the real sense of bbappend maybe you got a line for me ? =) Aug 26 13:23:48 motzer: see ant_work's link above. http://cgit.openembedded.org/meta-handheld/tree/recipes-bsp/keymaps/keymaps_1.0.bbappend#n26 Aug 26 13:25:14 it's a bit trick, I admit Aug 26 13:25:35 that's because normally handhelds have an embedded kb Aug 26 13:26:03 other distros ships some layouts with the kbd package iirc Aug 26 13:26:10 so it would be enough if i just add one install line and not this case stuff Aug 26 13:29:14 my file looks like this it should install it or ? Aug 26 13:29:27 pastebin.com/Q8aZPSmB Aug 26 13:31:00 and the keymaps.service file looks like this i dont know what to do anymore :/ Aug 26 13:31:11 pastebin.com/icGjzvZj Aug 26 14:56:04 I noticed that opkg was brought under the yocto project umbrella and is actively maintained again (wohoo!) Aug 26 14:56:42 is the long term plan to keep opkg as the preferred package manager for embedded devices or does anyone has thoughts on moving to a different package manager? Aug 26 14:57:05 YPTM: Ready-Access Number: 8007302996/9139049836 Access Code: 2705751 Aug 26 14:57:18 (I know OE supports rpms and debian as well, but for embedded distributions, opkg makes a lot more sense, at least from my view,...) Aug 26 14:57:39 YPTM: armin is on Aug 26 14:58:00 YPTM: Stephen is on Aug 26 14:58:03 adelcast: depends on what kind of embedded system... opkg is very minimal, not supporting lots of useful features. Aug 26 14:58:22 YPTM: Saul is on Aug 26 14:58:24 so I would rather not use it on a powerful board, but I do not have choice. Aug 26 14:58:25 YPTM: Herb Kuta is on Aug 26 14:58:26 YPTM: Michael on the call. Aug 26 14:58:59 YPTM: Jeff Polk joined Aug 26 14:59:01 YPTM: Bruce on the call Aug 26 14:59:08 lpapp: do you know of any documentation on what is missing on opkg and present on, let's say debian? Aug 26 14:59:59 I am evaluating which package manager would make sense to use on our embedded controllers, so far, we have been using opkg Aug 26 15:00:01 YPTM: Matthew is on the call Aug 26 15:00:03 Alex d is in Aug 26 15:00:26 adelcast: not sure, but very trivial thing: --force. Aug 26 15:00:39 YPTM: belen is on the call Aug 26 15:01:20 adelcast: proper package signing. Aug 26 15:01:28 and so far so good...but I am worried if it will scale. I am looking at dpkg, but it's way bigger and requires perl, and I would rather not have that Aug 26 15:01:40 YPTM: tom z on the call Aug 26 15:01:49 * RP joined Aug 26 15:02:11 YPTM: Denys is on Aug 26 15:02:36 Doug Boom joined Aug 26 15:03:26 lpapp: thanks, I'll look at those limitations (and try to research for more) to see if they are a deal breaker for us Aug 26 15:03:40 * Nitin1 is on the YPTM call Aug 26 15:03:48 YPTM: AlexVaduva here Aug 26 15:05:36 YPTM: here. Aug 26 15:05:52 Joe MacDonald. :-) Aug 26 15:11:29 lpapp: I do see that opkg supports package signing...do you know why the current signing is not proper? Aug 26 15:12:59 YPTM is over - Thanks! Aug 26 17:06:51 Hitting a problem with meta-oracle-java. Computing transaction...error: Can't install oracle-jse-jre-i586-1.7.0-u25r0@corei7_64: no package provides libxml2.so.2(LIBXML2_2.6.0) Aug 26 17:07:44 Not sure how to track down the libxml2 version mismatch. Any pointers? Aug 26 17:46:17 Hello. I have "imx6qsabrelite-build 3.0.35-4.1.0+yocto+g5809938" on my arm board. And noticed something strange. All /usr/lib*.la files have =/usr/local/*. This is causing libtool problem whenb I am trying to build some projects. These "=" do not look right to me. Aug 26 17:47:07 the = is correct, it's how it refers to the current sysroot Aug 26 17:47:09 Guma: = prefix tells libtool to use sysroot so its correct Aug 26 17:47:09 When I try to build gdal lib I get this message at wne Aug 26 17:47:11 it's the /usr/local that sounds wrong Aug 26 17:47:18 khem: :) Aug 26 17:47:19 "/bin/sed: can't read =/usr/lib/libgnutls.la: No such file or directory" Aug 26 17:47:36 * khem and kergoth are like minded people Aug 26 17:47:51 sounds like you're using old libtool macros and whatnot. run libtoolize -f (iirc) Aug 26 17:48:07 So when I ma trying to build gdal on this arm is there any param I need to pass to configure? Aug 26 17:50:55 khem: Sorry. It is not /usr/local. it is =/usr/lib Aug 26 17:51:40 Guma: are you building on device itself Aug 26 17:52:03 I am noew to this and not sure what needs to be done to make my gdal build compile? Is something wrong with the way image was build? or do I need to pass something to configure Aug 26 17:52:09 yes Aug 26 17:52:15 I am building on device Aug 26 17:54:47 i just told you to run libtoolize to update your libtool files, did you try this? it's entirely possible that your source tree has an old ltmain.sh that didn't have sysroot support, so doens't know what to make of the = Aug 26 17:56:58 kergoth. So I should run libtoolize in gdal project. Then run ./configure and make? Aug 26 17:57:05 I never used libtoolize Aug 26 17:57:26 best bet is really to just run autoreconf -f -i or ./autogen.sh if one exists, that way autoconf is re-run to use the new libtool m4 macros Aug 26 18:00:07 I did try to run autogen.sh already. Aug 26 18:00:45 try? Aug 26 18:01:04 run libtoolize -f, then run autogen.sh, then try building again, see if that helps Aug 26 18:01:14 not sure if that autogen.sh will replace existing files or not :) Aug 26 18:02:49 kergoth: after autogen I still should re do ./configure? Aug 26 18:03:04 that depends. some autogen.sh scripts re-run configure for you. if it didn't, then yes Aug 26 18:05:21 kergoth Looks like after running autogen.sh configure still has old timestamp. I am assuming that autogen does not modify configure directly? Aug 26 18:05:35 possibly Aug 26 18:05:44 run libtoolize -f; autoconf -f Aug 26 18:06:04 (-f is force overwrite files) Aug 26 18:06:07 * kergoth shrugs Aug 26 18:06:54 libtoolize -f && autoconf -f && ./autogen.sh In that order? Ok let see Aug 26 18:09:21 and then configure and make and whatnot, of course Aug 26 18:56:12 kergoth Thank you for your time. Building. It takes about 1.5 hr to build Aug 26 18:56:49 If this does not work? What would be my next option? Where to start looking? Aug 26 19:30:45 does anyone know what is the recommended way to change the database settings on lib/toaster/toastermain/settings.py ? I am changing them manually, but that requires that I create a patch in top of bitbake, which sounds wrong.... **** BEGIN LOGGING AT Tue Aug 26 22:33:52 2014 **** ENDING LOGGING AT Wed Aug 27 02:59:58 2014