**** BEGIN LOGGING AT Wed Jun 01 02:59:59 2016 Jun 01 07:14:43 good morning Jun 01 08:05:07 hmm, bitbake is reporting my rootfs sstate cache is running low (0.03GB), however my build dir has 148GB remaining, any ideas? Jun 01 08:06:08 * CTtpollard reboots, might be an issue with fstab Jun 01 08:57:39 CTtpollard: is this a virual host ? check df -hi Jun 01 08:57:54 maybe u run out of inodes .. had this a vserver which i planned as build host Jun 01 10:30:43 I was just discussing this on #qt, but it might as well be related to eglfs/imx6, so I'll try it here. Maybe someone can help: Jun 01 10:30:55 my problem is, that on starting my QML app, my screen gets blanked, then there's a delay and then my app shows on the screen. This is not so nice, because I can't switch from the bootscreen to the app smoothely. Jun 01 10:32:22 The delay is much shorter, almost invisible, when I start the app for the second time. Jun 01 10:33:51 But the main question is, why is the framebuffer cleared at all? Can this be avoided? Jun 01 11:03:22 bluelightning: thanks for your reply about "per image customizations", very enlightening Jun 01 11:03:54 diego_r: no problem Jun 01 11:04:12 I should really get around to writing a new FAQ some day, that one would be in it Jun 01 11:33:52 Hi Jun 01 11:34:46 is there possibility to set one recipe to build without sstate cache ? other than setting flag nostamp for each task recipe uses ? Jun 01 14:29:18 I'm on Arch Linux and I'm getting this error: cannot stat 'libltdl/.libs/libltdl.so.7.3.1': No such file or directory when I do bitbake on sources/poky/meta/recipes-devtools/libtool/libtool-native_2.4.6.bb Jun 01 14:29:55 the file actually doesn't exist, there is only a libltdl/.libs/libltdl.so.7 Jun 01 14:30:49 any idea how I can find out how to get this working? It seems it works for people on Debian Jun 01 14:35:56 hm I tried it without our layers and just with pure yocto and there it just works ... Jun 01 15:08:52 what the.. linux-yocto:do_deploy failed with: Jun 01 15:08:54 | ln: invalid option -- '4' Jun 01 15:08:55 | Try 'ln --help' for more information. Jun 01 15:08:56 * kergoth scratches head Jun 01 15:25:58 kergoth: someone forgot to escape a space in PV? :) Jun 01 19:51:44 quit Jun 01 21:03:52 :) Jun 01 21:34:40 Hi o/ Jun 01 21:35:17 how I can force downloading source of some recipe from SRC_URI ? Jun 01 21:35:30 do_fetch[nostamp] = "1" Jun 01 21:35:31 ? Jun 01 21:35:57 bitbake -c fetch $recipe? Or do you want to re-download even though you have the file in the download cache? Jun 01 21:36:31 but inside process of building distribution Jun 01 21:36:54 and yes even i have it in DL_DIR Jun 01 21:36:59 or PREMIRRROR Jun 01 21:38:38 i have special case and I have to fix it for now till i will have proper script to have reliable sources Jun 01 21:39:32 or how to force some recipe to build from scratch every time when i build my distribution Jun 01 21:42:38 utter hack: give it a generated local file name Jun 01 21:43:46 i.e. SRC_URI = "yoururl;downloadfilename=$unique_value_for_this_run_of_bitbake" Jun 01 21:43:59 not sure whether that will actually force rebuilding it on each invocation, though. Jun 01 21:44:28 rebuilding will be done by do_compile[nostamp]="1" Jun 01 21:45:03 but i need freash sources from SRC_URI as i have stupid svn externals Jun 01 21:45:13 *fresh Jun 01 21:45:40 i'm automating updating those externals in recipe Jun 01 21:45:56 but for now i have to forced runs with newest soruces Jun 01 21:46:25 no idea how to do this with the svn fetcher, sorry. Jun 01 21:46:46 svn fetch also has bug with fixed revision Jun 01 21:47:01 when external doesn't exists in head revision Jun 01 21:47:29 maybe using ${AUTOREV} and committing to the repo works? Jun 01 21:47:40 not exactly Jun 01 21:47:56 svn external aren't correctly handled Jun 01 21:48:02 at all I would say Jun 01 21:48:47 Possibly. The SVN fetcher isn't very well tested, it seems. For example, we've seen problems when fetching from the same repository in multiple recipes recently. Jun 01 21:48:52 Patches probably welcome. Jun 01 21:49:40 definitly Jun 02 02:02:33 hi guys, anyone wanna talk/gripe about devicetree? **** ENDING LOGGING AT Thu Jun 02 02:59:58 2016