**** BEGIN LOGGING AT Mon Feb 16 02:59:59 2015 Feb 16 05:55:29 nrossi: ping Feb 16 05:55:37 chankit: pong Feb 16 05:59:06 nrossi: I tried using the llvm recipe from oe and added clang as one of the source but no luck Feb 16 05:59:51 for some reason it kept complaining about not finding libxml/parser.h. I already added libxml2 in DEPENDS but no luck Feb 16 06:05:29 chankit: Not sure if you saw this, there is a meta-clang layer, https://github.com/kraj/meta-clang Feb 16 06:06:43 chankit: not sure what the issue is with libxml2, maybe there is a --with-libxml= configure option? Feb 16 06:07:25 chankit: also sorry if my replies are slow, i am a bit busy got some things to do :|... Feb 16 06:10:58 nrossi: no prob..getting llvm to work isn't exactly my main priority either :-) Feb 16 06:58:40 Hi there Feb 16 08:59:15 hi..I tried compiling some stuff and I got fatal error: libxml/parser.h: No such file or directory . How can I add that header file so that I can solve this? Feb 16 09:26:54 morning all Feb 16 10:54:52 Does anyone know much about populate-volati;e.sh? Feb 16 11:16:24 good morning Feb 16 11:21:41 hi. is there a way to call the default do_patch() inside my own do_patch in my bbappend? Feb 16 11:22:08 it may be easier to add a task before do_patch then Feb 16 11:24:21 do_stuff() { ... } Feb 16 11:24:46 addtask stuff before do_patch after do_fetch Feb 16 11:28:49 it's actually pretty trivial to call the existing function in this case Feb 16 11:29:11 bb.build.exec_func('base_do_patch', d) Feb 16 11:29:25 note that do_patch is a python function, not shell Feb 16 11:38:38 thanks! Feb 16 11:38:56 q Feb 16 11:39:43 ericbutters: just out of curiosity, what are you trying to do? Feb 16 11:41:15 bluelightning: i got some strange meta layers from a vendor and i need to place my own patches.. and i was wondering how to call existing functions.. Feb 16 11:43:29 a simple .bbappend with FILESEXTRAPATHS_prepend := "${THISDIR}/${PN}:" should be engouh for that Feb 16 11:45:49 abelloni: right now i do not understand what they are doing. they use KMETA (linux-yocto) and somehow patch the .config with .cfg files Feb 16 11:46:17 but i do not know how/where they are doing this.. Feb 16 11:48:10 ehttp://www.yoctoproject.org/docs/1.7/kernel-dev/kernel-dev.html#changing-the-configuration Feb 16 11:48:13 http://www.yoctoproject.org/docs/1.7/kernel-dev/kernel-dev.html#changing-the-configuration Feb 16 11:48:20 what you have seems to be fragments Feb 16 11:49:21 bluelighning: Failure expanding variable do_patch: ShellSyntaxError: LexToken(TOKEN,"'base_do_patch',",0,0) Feb 16 11:51:06 abelloni: ah! okay Feb 16 11:52:23 bluelightning: sry, python, i see ;) Feb 16 12:02:23 bluelightning: but i get base_do_patch doesn't exist Feb 16 12:15:26 Hello, I'm trying to build an ivi image using yocto and I ran into an error. I googled it and found others raiding this issue but no resolve. Maybe you guys can help me a bit. Feb 16 12:15:33 here's the error : http://pastebin.com/iufJxDzG Feb 16 12:15:51 rising * Feb 16 12:38:31 bluelightning: should base_do_patch work for bitbake virtual/kernel? Feb 16 13:19:15 ericbutters: actually kernel-yocto.bbclass defines its own do_patch, so if your kernel recipe inherits that it might be tricky Feb 16 13:31:16 nrossi: ping Feb 16 13:34:21 nrossi: trying to build the meta-virt xen-image-minimal and saw you pushing lots of patches last night; when will they hit master? Any idea? Feb 16 13:35:13 nrossi: I pushed a patch for the dev86 source location change last week; haven't heard anything from that submission either. Feb 16 13:36:00 I'll be AFK most of the day today, you can hit me up on the listserv, should you want/need to get in touch sooner. Feb 16 13:49:55 bluelightning: right, it inherits from that Feb 16 14:18:41 http://lists.dragonflybsd.org/pipermail/users/2015-February/207469.html may be of interest to folks in here if they haven't seen it Feb 16 14:30:29 hmm, I have systemd appended to DISTRO_FEATURES and seemingly getting proper images that boot on systemd, but if I have something that depends on it I don't seem to get the libraries/headers in there... Feb 16 14:47:12 When I run "runqemu serial nographic", how do I actually use the serial login? I see the login prompt, but also the qemu console prompt. Both seem to read from stdin in parallel. Feb 16 14:48:50 I've already googled a bit, but don't seem to find the relevant information. Feb 16 14:52:25 It seems that appending 'qemuparams=-monitor none' gets rid of the qemu console and let's me use stdio for the serial login. Feb 16 14:53:10 I wonder whether this should be the default for "serial nographic", because otherwise both console and serial are essentially unusable. Feb 16 15:15:14 I've got a question regarding kernel version : I've build an image for a beaglebone using yocto-1.7.1 which seems to use kernel 3.14.24. I've made a linux-yocto_3.14.bbappend to change the kernel type to "preempt-rt". Feb 16 15:15:25 Now on my board if I type 'uname -r' it returns "3.14.29ltsi-rt22" Feb 16 15:15:47 So I'm not quite sure which version I really have Feb 16 15:36:03 Hi ! Short question http://adtrepo.yoctoproject.org/1.7/rootfs/ no longer contains all the adt rootfs. (only ../../1.7.1 is there) Feb 16 15:36:17 should there not be an archive of these or a symlink maybe ? Feb 16 18:02:06 RP: I'm testing final version of http://lists.openembedded.org/pipermail/openembedded-core/2014-April/091960.html is it something you would be willing to take to 1.8? Feb 16 18:03:39 and http://lists.openembedded.org/pipermail/openembedded-core/2015-February/101360.html is still waiting for review/merge Feb 16 19:53:22 JaMa: yes, I will have a look at the x11 patch. For the other issue, do you have a final patch? It wasn't clear to me how you planned to fix it Feb 16 19:54:43 RP: I went with simple fix in glibc-collateral.inc http://git.openembedded.org/openembedded-core-contrib/commit/?h=jansa/master&id=cbd3ef2f378a443b717c4c3ab512d82d5171db25 Feb 16 19:58:22 JaMa: looking at the patch, yes I'll take that Feb 16 19:58:52 ok, will send to ML after world build Feb 16 21:55:06 hi every one i use a sbc that is radxarock Feb 16 21:55:20 and ı use linaro Feb 16 21:55:39 but linaro dont askme eny password or username on startup Feb 16 21:56:04 bu i want it to askme password for root Feb 16 21:56:09 how can i this Feb 16 22:09:49 shinobi: https://www.yoctoproject.org/docs/1.7/dev-manual/dev-manual.html#considerations-specific-to-the-openembedded-build-system Feb 16 22:10:20 shinobi: basically you turn off debug-tweaks and setup a password Feb 17 00:21:35 Hey, I have a question concerning building some core packages, "nss-native" and "nspr-native" based on the poky-dizzy 12.0 distro in my OpenEmbedded project. Feb 17 00:24:01 Under my build layer for the poky distro, i can bitbake the 'nss' package recipe which will build the dependencies of 'nss-native' and 'nspr-native' as expected. But when take the meta/recipes-support/nss pkg recipes and place them under my OpenEmbedded layer, it wil say 'missing dependency 'nss-native' 'nspr-native''. I am able to build native pkgs like sqlite3, but not the nss and nspr. Feb 17 00:24:34 Any ideas with my OpenEmbedded build layer is missing from the poky distro to build the nss-native and nspr-native pkgs? Feb 17 00:36:07 can someone tell me the purpose of IMAGE_INSTALL_append? Feb 17 00:36:31 tthtlc: Override appending to the IMAGE_INSTALL variable Feb 17 00:36:52 what are the possible values other than openssh? Feb 17 00:37:20 tthlc: Any valid recipe or package Feb 17 00:37:48 nrossi: thanks, then what is IMAGE_INSTALL variable? Feb 17 00:38:01 can i just take it as default? Feb 17 00:38:40 tthtlc: http://www.yoctoproject.org/docs/current/ref-manual/ref-manual.html#var-IMAGE_INSTALL Feb 17 00:39:23 cool nrossi, thanks for the great pointer. Feb 17 00:42:27 nrossi, will you make ELC? Feb 17 00:44:18 Crofton: the one in march in San Jose? Feb 17 00:44:27 right Feb 17 00:45:09 Crofton: unfortunately very unlikely Feb 17 00:45:58 Crofton: although i believe some of the Xilinx San Jose people will be going, if you are interested i can put you in touch Feb 17 01:37:16 nrossi, I know most of them alrady, but thanks Feb 17 01:37:30 Crofton: np, i imagined as much :) Feb 17 01:37:41 We are having an OE meeting after **** ENDING LOGGING AT Tue Feb 17 02:59:58 2015