**** BEGIN LOGGING AT Tue Feb 23 02:59:58 2016 Feb 23 09:23:43 good morning Feb 23 12:25:41 I'm using openembedded from toradex bsp Feb 23 12:26:32 yesterday, after add a simple package in my recipe this erro start to occur Feb 23 12:26:33 http://pastie.org/10734098 Feb 23 12:26:51 Multiple .bb files are due to be built which each provide Feb 23 12:27:18 I'll have to delete all my state-cache? Feb 23 12:27:26 koen, advice? Feb 23 12:28:23 hmm the permission denied may be the real issue Feb 23 12:28:50 you added the sisc recipe? Feb 23 12:29:27 hi all Feb 23 12:29:42 i have a question regarding u-boot Feb 23 12:29:52 I am building a u-boot for armv7-a Feb 23 12:29:58 and it sets hard-flaot Feb 23 12:30:16 but uboot internally sets to soft-float Feb 23 12:30:22 is there a problem? Feb 23 12:30:35 for u-boot, shouldn't make much difference since it isn't using floats Feb 23 12:30:48 Crofton|work: The problem is my yocto internal toolcahin is not having soft-float Feb 23 12:32:04 ah so supports hard float only? Feb 23 12:32:46 Crofton|work: Yeah ..... i wanna ask is there a way to build both hard and soft Feb 23 12:32:58 you might check in #u-boot Feb 23 12:33:36 Crofton|work: I mean toolcahin Feb 23 12:33:48 yocto internal toolcahain with hard and soft Feb 23 12:35:06 I thought it did Feb 23 12:38:30 ' yocto internal toolcahin'? Feb 23 12:38:34 You mean 'OE'? Feb 23 12:43:12 koen: yeah Feb 23 13:33:28 koen, the meta-linaro thin gis a red herring I think Feb 23 13:33:36 but it would be nice to have that not happen Feb 23 13:33:49 gah wrong problem :) Feb 23 13:34:10 i'm having problem with external-linaro-toolchain.bb Feb 23 13:34:38 why when I execute bitbake external-linaro-toolchain -c devshell start a terminal with root? Feb 23 13:34:45 cp: cannot open '//lib/ufw/user6.rules' for reading: Permission denied Feb 23 13:35:56 caiortp, is the problem in th esisc recipe? Feb 23 13:36:26 sisc? that is what it lok slike, the meta-linaro thin gmay be a false alarm. Always work from the last error back :) Feb 23 13:36:43 Crofton|work, sisc is my recipe Feb 23 13:37:11 Crofton|work, yesterday I was compiling normally, in the end of the day start this problem Feb 23 13:37:52 Crofton|work, I already execute bitbake external-linaro-toolchain -c cleanall Feb 23 13:38:44 any idea what recipe is installing the user6.rules file? Feb 23 13:41:32 Crofton|work, external-linaro-toolchain.bb Feb 23 13:42:07 http://pastie.org/10734212 Feb 23 13:45:33 It's normal when you enter with devshelll start with root? Feb 23 13:45:34 root@icchw-VirtualBox:~/oe-core/buildi-v2.4/out-glibc/work/armv7at2hf-vfp-neon-angstrom-linux-gnueabi/external-linaro-toolchain/-r0/external-linaro-toolchain-# Feb 23 13:45:52 that sounds suspicious to me Feb 23 13:46:21 I'm not a devshell expert Feb 23 13:46:49 yes, it's very strange Feb 23 13:47:44 could be the reason for the problem Feb 23 13:47:58 when the recipe will copy the files, there's a permission problem... Feb 23 13:48:39 but... I don't know why happens, I already remove the external-toolchain work folder Feb 23 13:53:29 read the log file mentioned Feb 23 17:23:36 does anyone actually use udev-cache? Feb 23 17:30:29 I'm building log4cpp Feb 23 17:30:59 I try and patch some cflags out of the log4cpp.pc.in file, but the unpatched version appears in the build directory Feb 23 17:31:07 source directory has the patched one, Feb 23 17:31:24 How does the original pc.in file get into the build directory? Feb 23 17:31:48 there's a .in.in? Feb 23 17:31:59 pc.in Feb 23 17:32:12 no doble in file Feb 23 17:32:12 sure, i mean is the pc.in generated Feb 23 17:33:36 it is in the source directory Feb 23 17:33:49 you suggesting it gets regerenerated from elsewhere? Feb 23 17:36:52 read the makefiles / configure scripts and see what it's doing with it Feb 23 17:37:36 yeah, doing so now Feb 23 17:37:42 scary thing in config.log :) Feb 23 17:40:20 Crofton|work, the linaro external-toolchain and gcc are confliting Feb 23 17:40:46 http://pastie.org/10734561 Feb 23 17:49:08 * Crofton|work eyes start bleeding Feb 23 18:21:51 I am trying to modify the u-boot recipe (with a bbappend) to add some files to my rootfs, I use install and FILES_${PN}, they are copied somewhere according to the verbose output, but they do not end up in my rootfs... is there a trick? u-boot-fw-utils has some "cross" sections but I can't mimic this behavior, is there a trick? Feb 23 18:23:10 examine WORKDIR. the 'image' subdir holds what was installed by do_install, and packages-split/ has hte files from image that went into each individual binary package Feb 23 19:00:11 kergoth, the files are in image/ and packages-split/u-boot Feb 23 19:00:15 but not in the rootfs Feb 23 19:23:18 sounds like the package isn't installed in your rootfs, then. **** BEGIN LOGGING AT Tue Feb 23 23:00:35 2016 **** ENDING LOGGING AT Wed Feb 24 02:59:58 2016