**** BEGIN LOGGING AT Mon Mar 17 02:59:58 2014 Mar 17 07:51:51 hello! im trying to understand if there is a relationship between OpenEmbedded and the Yocto project. Is there one, or is the only common denominator that they both use Bitbake to build stuff? Mar 17 07:54:41 mago_: maybe this will help? http://openembedded.org/wiki/OpenEmbedded-Core Mar 17 07:57:36 ah, great. thank you! so poky is bitbake+recipes for real devices while OE (core) is bitbake+recipes for virtual devices? Mar 17 08:01:48 mago_: maybe my understanding isn't 100% perfect, but i like to think of OE as being "raw materials" and poky is an example of creating a distribution using those materials Mar 17 08:02:08 and yes, as such poky does target a couple real devices Mar 17 08:03:14 and what is the relationship between poky and yocto? i thought yocto used poky as its "buildsystem"? .. but the yoctoproject is also a tool to "create linux distributions", so does that mean it customizes the "poky example"? Mar 17 08:16:37 good morning Mar 17 10:13:03 morning all Mar 17 10:13:38 moin Mar 17 11:15:35 morning Mar 17 11:20:22 Hmm, anyone knows why /usr/share/glib-2.0/gettext/po/Makefile.in.in ends up in the libglib-2.0-utils RPM? To me it looks like something that should be in a -dev RPM... Mar 17 11:51:18 Saur: it does sound more like a -dev thing Mar 17 12:24:04 looks like a task failed Mar 17 12:24:24 webkit-gtk_svn.bb failed Mar 17 12:29:59 RP: Hmm, apparently it is something for glib-gettextize (see 66aed14ca in poky). OTOH, a number of the utils (including glib-gettextize) in libglib-2.0-utils are only needed for development... Mar 17 12:34:18 Saur: I was on the wrong version of Poky Mar 17 12:34:22 I was on Danny Mar 17 12:34:24 **Denzil Mar 17 12:34:28 I was supposed to be on Danny Mar 17 12:34:29 recompiling Mar 17 12:37:48 Saur: isn't the library split out separately do it shouldn't be a big issue? Mar 17 12:38:59 RP, what TZ are you in now? Mar 17 12:39:31 RP: Well, I need gdbus which is in libglib-2.0-utils. However, I do not need the development utilities that end up in the same package... Mar 17 12:39:34 http://www.ka-news.de/region/karlsruhe/kombiloesung./Bombenfund-in-Karlsruher-City-8-000-Menschen-muessen-Haeuser-verlassen;art6066,1351234,B?bn=1172749 Mar 17 12:39:43 I psent last week just outside the evacuation zone Mar 17 12:41:33 Saur: it does sound like the packages could do with reorganising Mar 17 12:41:46 rburton: any thoughts^^^ ? Mar 17 12:42:25 Crofton|work: are you saying you had something to do with this? ;-) Mar 17 12:43:34 Well, I am not sure if it is British or American Mar 17 12:43:38 Crofton|work: I'm in the UK btw Mar 17 12:43:48 I've apologized to my freind that is getting evacuated Mar 17 12:43:53 figured :) Mar 17 12:43:57 I am home now Mar 17 12:44:17 I wlaked through the evac zone at least once Mar 17 12:46:02 here's another bombshell: something in my yocto build isn't working ;) Mar 17 12:46:22 I added an application (source, makefile) and a recipe into my existing layer Mar 17 12:46:40 bitbake builds it fine, but rootfs task fails because it can't find the package. Mar 17 12:46:44 what did I likely miss? Mar 17 13:07:53 Is there any doc about the [][] operator? Mar 17 13:31:23 Crofton|work: glad to hear you're home okay Mar 17 13:31:59 thanks Mar 17 13:32:09 they cancelled some flights after I got home Mar 17 13:36:54 otavio: er, where do you see that? Mar 17 13:37:19 bluelightning: RP explained to me already Mar 17 13:37:25 bluelightning: python trick :D Mar 17 13:37:29 otavio: ok, np Mar 17 13:37:36 xerent: usually it means the package was claimed to be produced by a recipe but ended up empty and thus wasn't produced Mar 17 13:40:51 xerent: in that case usually the fix is to check that FILES (and possibly PACKAGES) is set as expected Mar 17 13:47:06 bluelightning: OK, I'll investigate. thanks Mar 17 14:21:40 I think I got it working :) Mar 17 15:02:34 Can someone explain to me how I force my build to use Bluez5 instead of Bluez4? Mar 17 15:31:52 Does anyone have a link? I've found lots of info on the bluez4 / bluez5 conflict, but I can't see any method of specifying I want bluez5 in my build Mar 17 15:36:53 CrankDeric: near as I can tell (not being something I've dealt with directly) there is no master switch at the moment, since individual recipes depend on specific versions of bluez (currently bluez4 mostly) Mar 17 15:37:30 we were hoping to enable bluez5 completely for the 1.6 release but unfortunately the latest PulseAudio still doesn't completely support it Mar 17 15:38:38 khem: otavio: I've backported this commit: https://github.com/OSSystems/meta-browser/commit/256f77109df1d8d07130e76d27812e1cd25d1ec7 to dora which is missing that compile fix. Do I need to resend the patch with [for-dora]? Mar 17 16:15:03 huh, interesting, https://code.google.com/p/python-subprocess32/ Mar 17 16:15:32 cool, didn't know 3.2 added a param to address the sigpipe ignoring, http://hg.python.org/cpython/rev/768722b2ae0a/#l1.51 Mar 17 16:15:38 learn something new every day.. Mar 17 16:19:05 diego_r: just this one or did you backport the atk one? Mar 17 16:21:28 otavio: Hi. I've backported just that one, 'cause I'm building on Ubuntu 12.04, but I can blindly backport the atk one too if you want Mar 17 16:22:52 (chromium dora build for me without the atk patch, but not without the nss one Mar 17 16:23:10 diego_r: ok; doing as you did Mar 17 16:24:06 diego_r: merged. Please confirm it works for you Mar 17 16:40:20 otavio: it's identical to my backport, but i'm "-c cleansstate" and building again to be sure Mar 17 16:41:35 diego_r: thx Mar 17 17:47:55 otavio: built successfully! Mar 17 17:51:11 bluelightning: hi, are you still about Mar 17 17:51:17 yep Mar 17 17:52:15 bluelightning: Okay, is there a hacky way of doing it? I'd rather be using the latest bluetooth stack for my setup, a lot of the API documentation i'm coming across references the Bluez5 stack and they broke backwards compatibility so I can't build stuff for 4 and switch to 5 after. Mar 17 17:52:16 bluelightning: ok, so if I use ntpd from busybox, it would be good to ship an init.d file along with .bbappend in our layer, right? Mar 17 17:52:35 and enable/start or disable/stop it as desired. Mar 17 17:52:49 CrankDeric: we're using bluez5 by default at mentor now Mar 17 17:53:12 via a combination of a virtual/libbluetooth provide (the lib is compatible, the dbus api isn't), and a virtual-runtime to adjust hte packagegorups Mar 17 17:53:18 lpapp: I guess so yeah Mar 17 17:53:22 the bits for it are in our meta-mel layer if you want to examine it Mar 17 17:53:39 https://github.com/MentorEmbedded/meta-mentor/blob/master/meta-mel/conf/blocks/bluetooth.conf has the configuration, but there are bbappends to use those bits Mar 17 17:53:47 bluelightning: thanks. Mar 17 17:54:15 kergoth: thanks! Mar 17 17:54:49 admittedly not perfect, but i suspest something along those lines will be upstream eventually (post-1.6) Mar 17 17:59:27 kergoth: Being a relative newcomer to Yocto, how would I incorporate something like this into a stock Dora build for instance? Mar 17 17:59:51 bluelightning: and following the consistency if I see it correctly, it would go on its own into a busybox-ntp package, right? Mar 17 18:00:05 lpapp: possibly yes, not sure Mar 17 18:00:37 CrankDeric: you could create a custom layer with just the subset of bits from this one, or you could try using this as is, it depends on your needs and requirements Mar 17 18:01:20 kergoth: I'll play around with dropping it into my build, I'm just not sure how to tell my build to grab it, but I'll poke around. Thanks again. Mar 17 18:03:05 CrankDeric: build/conf/bblayers.conf lists the layers to be included in BBLAYERS. Mar 17 18:03:24 kergoth: perfect. Mar 17 18:03:28 kergoth: thanks again! Mar 17 18:03:29 oh, wow, there is a do_install_append. Mar 17 18:03:37 np, good luck with it Mar 17 18:04:36 CrankDeric: regarding your backwards compatibility comments, its my understanding the libbluetooth lib is compatible, just the dbus api isn't, is that not correct? Mar 17 18:04:43 or is it the dbus api you're using :) Mar 17 18:04:48 kergoth: that's what I've read Mar 17 18:04:51 that'd make sense, was just curious Mar 17 18:04:54 k Mar 17 18:05:00 just making sure my understanding was accurate :) Mar 17 18:05:20 kergoth: I'm just starting to experiment with it, I need to pair up with a phone and make a phone-call Mar 17 18:17:18 bluelightning: I wonder if it was making more sense in the long run to extend the busybox.inc to provide a package for ntpd? Mar 17 18:18:09 I think it is at least as important as the existing hwclock package, but I might be too biased. I think ntp is common enough to have a convenience package for the init script. Mar 17 18:42:21 bluelightning: I will submit a working patch if I get there, and then the maintainers can consider it. Mar 17 20:17:07 okay, need to fix libxfce4ui again, since autoconf breaks again on the non-4.10.0 commit Mar 18 00:53:51 newbie here, trying to build a custom build for an atom based board. Can anyone help me learn how to bring a recipe set from master into 1.5 on my build setup? Looking to add python 3 support. **** ENDING LOGGING AT Tue Mar 18 02:59:58 2014