**** BEGIN LOGGING AT Wed Apr 24 02:59:58 2013 Apr 24 07:32:38 I am to stupid to find a good development manual for recipes.. is there something like that, which describes a step by step guide / howto? Apr 24 08:17:41 morning all Apr 24 08:21:21 good morning mr. :) Apr 24 08:21:50 hi mattnie Apr 24 08:49:09 I didn't found a good development manual for recipes.. is there something like that, which describes a step by step guide / howto? Apr 24 08:56:07 mattnie: about the closest thing we have is http://www.yoctoproject.org/docs/latest/dev-manual/dev-manual.html#usingpoky-extend-addpkg Apr 24 08:58:13 mattnie: with the variable glossary in the reference manual being the best place to look for what each variable does Apr 24 10:02:25 bluelightning: thanks.. it is very hard for a beginner to get familiar with yocto.. respectively to understand how it works.. Apr 24 10:03:26 mattnie: I'll try to make sure we have a more step-by-step "how to create a recipe" section for the next release Apr 24 10:03:38 mattnie: I think the documentation has been improving steadily though Apr 24 10:03:52 if you have any other suggestions please let us know :) Apr 24 10:07:41 bluelightning: thanks, that sounds great ;) Correct me if i am wrong, but recipes are one of the important things in yocto and there isn't very much in the documentation about it.. Apr 24 10:08:38 mattnie: it's a weak point in the docs I agree Apr 24 10:08:51 mattnie: I guess most people get by at the moment by just looking at other recipes Apr 24 10:10:32 bluelightning: Ok but still it is a bit confusing for me^^ but we'll cross that bridge when we come to it. I also want to mention that you do a great job with yocto!!!!!!!!!!! Apr 24 10:12:52 mattnie: thanks Apr 24 10:13:26 mattnie: FWIW, we're happy to answer questions here when you do come to writing recipes Apr 24 10:25:23 bluelightning: thanks again :) Apr 24 11:41:59 RP, regarding the white space discussion, has someone complained to you about the issue privately, without joining the on list discussion? Apr 24 11:42:45 Crofton|work: I know if I change OE-Core like is proposed, I will get serious complaints :( Apr 24 11:43:12 but will they make the complaints as part of the public discussion? Apr 24 11:43:40 Crofton|work: I'm being asked to work as a spokesperson here :/ Apr 24 11:44:13 Well, let's say Apr 24 11:44:24 I ahet to see you forced into the middle Apr 24 11:55:30 ahem, imho I think there are other outstanding issues Apr 24 11:55:45 RP: postpone :) Apr 24 12:18:19 Hello can someone explain me how i found out, which u-boot config is used for my build? (meta-fsl-arm / mx6q_sabresd) Apr 24 12:30:15 mattnie: look at your build directory, them tmp, then find out where the u-boot sources are, check configure and build logs Apr 24 12:34:34 ant_work: postpone? Apr 24 12:35:02 RP: ubi maior minor cessat Apr 24 12:35:26 you can deviate the discussions and insist they ought to fix udev and systemd Apr 24 12:35:32 before Apr 24 12:35:56 oh, and xserver too Apr 24 12:54:04 mcfrisk: thank you for your hint but I didn't maged it.. if you have time please look at http://pastebin.com/qJEzmYdT Apr 24 13:06:39 mattnie: do_configure log, or the configure script in u-boot.inc Apr 24 13:09:00 mattnie: actually first line of u-boot compile log in meta-fsl-arm, pandaboard has it configure log Apr 24 13:29:15 mcfrisk: i did not understnad it.. :( i did not find the do_configure log for u-boot / core-image-minimal Apr 24 13:30:09 mattnie: then "bitbake -c devshell u-boot", switch to the new shell, cd temp, grep config log*. Apr 24 13:38:08 mcfrisk: mattnie: or you can find the temp directory using bitbake -e u-boot | grep ^T= Apr 24 13:38:42 (the T variable is where the log files get stored, and this prints the value of T for u-boot) Apr 24 13:45:02 mcfrisk: bluelightning: thank you :) booth ways leading to destination^^^ Apr 24 14:40:20 jackmitchell: btw, just out of interest are you using one of the available connman frontends or did you write your own? Apr 24 14:43:48 bluelightning: I use my own Apr 24 14:43:57 ok Apr 24 14:44:23 bluelightning: shoved out for testing really, I don't expect it to go anywhere for a while :) Apr 24 14:45:09 connman does try to make writing frontends fairly straightforward at least Apr 24 14:45:43 bluelightning: haha, maybe; I started with a dbus implementation which was horrible, glib is a disaster (IMO ;)) Apr 24 14:46:07 and switched to using provisioning and writing config files which connman then picks up automatically Apr 24 14:46:33 jackmitchell: heh, well I used my own hacked qt2-dbus bindings for my one :) Apr 24 14:46:57 bluelightning: yeah, with a sane dbus library it wouldn't have been an issue Apr 24 14:47:38 * jackmitchell waits expectantly on kdbus and hopes libsystemdbus to be a friendly userspace lib Apr 24 14:47:51 jackmitchell: lols Apr 24 14:48:07 rburton: I can dream :D Apr 24 14:48:15 i have approximately 0% confidence that the migration path to kdbus will be smooth Apr 24 14:50:21 tbh I would be perfectly happy with libsystemdbus (or whatever it's currently being called) provides a small simple library to dbus calls Apr 24 14:51:01 jackmitchell: you don't lilke gdbus then? Apr 24 14:51:06 there's good old libdbus :) Apr 24 14:51:15 or the confusingly-titled gdbus in connman itself Apr 24 14:51:20 gdbus is obsolete now, no? It's recommended not to be used Apr 24 14:51:33 and they say you would be daft to use libdbus Apr 24 14:51:41 so it's either qt or glib Apr 24 14:51:46 gdbus is the one in glib Apr 24 14:52:01 ah ok, I thought you were refering to old gdbus.. Apr 24 14:52:10 well, the standalone gdbus is totally dead. there's another gdbus inside connman/bluez. Apr 24 14:52:54 hehe, start moaning about dbus libs and walters appears Apr 24 14:53:05 dbus-glib was great, at the time. Apr 24 14:53:09 mmm, smcv does the most work now Apr 24 14:53:18 I would love to have a clean, higher level dbus implementation in libdbus Apr 24 14:53:18 oh man i am so sorry for dbus-glib Apr 24 14:53:38 walters: we were young and innocent Apr 24 14:54:02 heh Apr 24 14:54:06 jackmitchell: high-leve but still pure C? doesn't really make sense. Apr 24 14:54:25 i like GDBus, but then my universe revolves around glib Apr 24 14:55:40 rburton: just some wrappers to do some simple dbussing, when I did my connman dbus implementation I felt like half my program was dealing with dbus Apr 24 14:56:05 jackmitchell: connman wrappers generally are :) Apr 24 14:56:50 rburton: to be fair, I didn't think the connman wrappers were viable any more, they're like an un-documented bastard child Apr 24 14:57:33 the gdbus in connman itself? yeah, you'd have to be mad to actually use them Apr 24 14:57:38 i meant connman UIs are mostly doing dbus calls Apr 24 14:57:45 ah right yes Apr 24 14:58:06 use a better language than C and its easier Apr 24 14:58:11 i have a prototype connman ui written in node Apr 24 14:59:44 easier said than done; people don't tend to trust things if it's not pre-compiled; you should have seen the fight on my hands to use PHP to get some simple webpage processing done on the device ;) Apr 24 15:00:14 PHP? might as well just open a passwordless telnet that gives a root shell ;) Apr 24 15:00:17 but yeah, I imagine using a nice high level abstracted language and dbus would be ok :) Apr 24 15:00:23 well that's understandable, PHP is vile :) Apr 24 15:00:43 walters: hehe, didn't take long for that to get proven :{ Apr 24 15:00:45 :P Apr 24 15:01:29 I suppose you would rather me put a python interpreter on it ;) Apr 24 15:01:52 i was actually quite liking node for webby stuff Apr 24 15:02:40 it's nice, but it's young, and it's also javascript which I'm not such a fan of coding with - but I am considering for future ventures Apr 24 15:04:06 functions defined in functions within anonymous functions make me want to cry :) Apr 24 15:04:27 you best not look at bitbake then! :) Apr 24 15:04:35 rburton: I don't! Apr 24 15:05:34 and that's one of the contributing reasons; maybe I need to join functions anonymous Apr 24 15:11:16 rburton: there is one problem with node.sj - requires v8 which is not yet there on aarch64 ;D Apr 24 15:15:56 hrw: and for those with actual aarch64 hardware at the moment I'm sure that's a problem ;) Apr 24 15:17:22 bluelightning: of course ;D Apr 24 15:17:43 rburton, bluelightning: you both are london based - right? Apr 24 15:18:12 hrw: I am... rburton is near cambridge Apr 24 15:18:27 ah. Apr 24 15:18:47 bluelightning: will be in london/cambridge in few weeks from now - 16-22 May around Apr 24 15:19:12 rburton lives near me, he won't tell me where he lives though; scared I'll come knocking giving him OE releated grief ;) Apr 24 15:19:54 ;D Apr 24 15:20:30 jackmitchell: you do not want to hear me ;D Apr 24 15:21:42 like 'why does bitbake does this: DEBUG: adding /home/hrw/HDD/devel/canonical/aarch64/openembedded/repos/openembedded-core/meta/recipes-core/eglibc/eglibc_2.17.bb to satisfy virtual/libc " Apr 24 15:21:54 with external toolchain... Apr 24 15:22:44 hrw: I'll definitely have a beer with you if you promise not to ask me about external toolchain support ;) Apr 24 15:23:11 bluelightning: done ;) Apr 24 15:25:36 hrw: if you come up Ely way to see Ross I'll buy you pint for the PHP work you've been (unknowingly) helping me with ;) - and I won't make it Bishops Finger :P Apr 24 15:25:56 :D Apr 24 15:26:55 I've never had a Bishop's Finger and all I've heard about it does not make me want to try one... Apr 24 15:27:11 ;)) Apr 24 15:27:41 jackmitchell: without car I would probably visit only london and cambidge Apr 24 15:58:40 jackmitchell: ha, you can harass me enough here if you want to ;) Apr 24 16:04:34 jackmitchell: but you do go pretty close to my house on the way to work :) Apr 24 16:04:41 and i think i rode past your offices on monday Apr 24 16:09:17 rburton: if you went near Sedgeway Business Park then you did :) Apr 24 16:09:33 anyway, 5pm, home time! till tomorrow all. Apr 24 16:10:37 jackmitchell: turns out i went around it - did a ride around the byways Apr 24 17:00:42 How is the process for including something in dylan branch for now? Apr 24 17:05:54 otavio: pretty much the same as with danny Apr 24 17:16:04 bluelightning: is rburton the upcoming maintainer? Apr 24 17:16:17 only for danny Apr 24 17:16:19 otavio: I think I drew the short straw this time Apr 24 17:16:20 ;) Apr 24 17:23:50 rburton: is there something special about gnome recipes? Apr 24 17:24:12 in your last patch, (gnome-keyring), I cannot see archive URI Apr 24 17:24:36 I guess gnome.bbclass somehow automatically fills archive uri Apr 24 17:45:44 eren: yes, gnome.bbclass does that magically Apr 24 17:46:13 rburton: okkie :) Apr 24 17:46:30 'automagically', I just learned that word, it's just a right word for this situation I guess Apr 24 18:39:23 halstead, ping Apr 24 19:08:07 anyone working with perf? why does it pull in _everything_ of perl? Apr 24 19:14:15 terminfo/newt.. is looking in my build dir for files.. that is kind of a security issue too. :} Apr 24 19:47:03 zecke: kernel people love perl Apr 24 19:47:12 i mean really love it :) Apr 24 19:57:36 mranostay: and the Yocto people like to perl-modules into RDEPENDS? Apr 25 02:48:39 Hello Apr 25 02:48:53 I get a build error for fsl-image-full in yocto, I use SDK1.3 Apr 25 02:49:20 This is the error Apr 25 02:49:22 | Processing u-boot-images-dbg... | Note: Unable to find package u-boot-images-dbg (u-boot-images-dbg) -- PACKAGE_INSTALL_ATTEMPTONLY | Processing usdpaa-dev... | error: Failed dependencies: | flib = git-r0 is needed by flib-dev-git-r0.ppce500mc | Processing qoriq-debug-dev... | Processing linux-qoriq-sdk-dev... | Note: Unable to find package linux-qoriq-sdk-dev (linux-qoriq-sdk-dev) -- PACKAGE_INSTALL_ATTEMPTONLY | Processing bash-dbg Apr 25 02:50:13 Can anyone suggest some ideas? Apr 25 02:55:21 hari_: would help to paste full log somewhere and post a link **** ENDING LOGGING AT Thu Apr 25 02:59:59 2013