**** BEGIN LOGGING AT Sun Aug 12 03:00:00 2018 Aug 12 17:31:04 * armpit curse you libfortran Aug 12 17:35:34 * armpit we need to add some testing for this. it appears to be broken again Aug 12 18:03:33 * armpit opens bug Aug 12 18:07:34 what happens in yocto if a variable is not set that's used in file/dir name creation? will it put ${FOO} in the filename or replace it with an empty string? Aug 12 18:08:48 i get "/build/tmp/work/overo-poky-linux-gnueabi/ti-dsplink/1_1_65_00_03-${MACHINE_KERNEL_PR}h/recipe-sysroot-native/etc/quiltrc" which looks broken to me Aug 12 18:21:27 crazy_imp: yes, unexpanded variable references are left as is. originally the intent was ease of use, to let shell expand them instead of bitbake itself. in retrospect, i'd rather it just errored out in such a case, then typoes would be easily caught, and defining default values is easy enough.. Aug 12 18:21:36 crazy_imp: just set it to r0 or something Aug 12 18:27:27 i read in some old post that this might be related to some wrong layer order, but after changing those (only reoreded the layers in conf/bblayers.conf) didn't change anything. Aug 12 18:49:07 kergoth: what's the best place to set it? Aug 12 20:53:40 Maybe somebody could help me Aug 12 20:53:48 I do have custom do_config Aug 12 20:54:08 and for this do_config I do need package XXX:do_populate_sysroot executed Aug 12 20:54:35 The simple: do_configure[depends] += "XXX :do_install" doesn't help Aug 12 20:55:06 I mean when I run bitbake -c configure foo there is no stuff installed Aug 12 21:24:44 If you add the package to the the DEPENDS, the sysroot should be populated Aug 12 21:24:49 lukma Aug 12 21:26:19 TellMeMore: Yes, this is the expected behaviour Aug 12 21:26:38 I'm just wondering if this worked for morty Aug 12 21:27:01 It seems like the DEPENDS is ignored when I run bitbake -c configure foo Aug 12 21:27:34 and the ./configure of foo sources do check if the stuff from XXX was provided to the foo rootfs sandbox Aug 12 21:29:42 It seems like DEPENDS is ignored Aug 12 21:30:03 and one more note I'm playing with the recipe in devtool Aug 12 21:30:58 and the files that you need from foo? are they staged? Aug 12 21:32:50 No, I only do see pseudo and temp Aug 12 21:33:00 in the build directory Aug 12 21:34:36 TellMeMore: It is strange as temp/log.task_order shows only do_configure (24848): log.do_configure.24848 Aug 12 21:36:27 the files from the other package go into the ${S}/recipe-sysroot directory Aug 12 21:37:01 maybe tell us what you need to achieve? Aug 12 21:39:23 I'm running ./configure for openj9 Aug 12 21:39:57 The ./configure check if stuff from openjdk-7 is installed in the "sandbox" for openj9 Aug 12 21:40:10 does the package, that's in your DEPENDS have a sysroot_stage... defined? Aug 12 21:40:41 Yes the open-jdk-7 has do_populate_sysroot{_setscene} Aug 12 21:46:54 have you checked the bitbake runtime environment? (with bitbake -e) Aug 12 21:47:11 should show you what functions are called, and why Aug 12 21:47:47 I'm now trying to setup it without devtool Aug 12 21:47:56 as in morty it was still not production ready Aug 12 21:48:01 maybe this will fix the problem Aug 12 21:48:11 sure, try the devshell Aug 12 21:48:16 bitbake -c devshell Aug 12 21:57:06 Got to go, lukma, don't give up! Aug 12 22:04:08 * armpit WTH Aug 12 22:04:33 * armpit what is is bitbake doing Aug 12 22:05:30 WARNING: Unable to get checksum for guvcview SRC_URI entry vmlinuz.old: [Errno 13] Permission denied: '/vmlinuz.old' Aug 12 22:05:58 * armpit then hangs Aug 12 22:07:09 * armpit think I create a bitbake DoS Aug 12 22:38:07 armpit: that does sound slightly worrying Aug 12 22:39:47 RP, I created a "specially crafted recipe' Aug 12 22:41:22 * armpit I should open a bug.. **** ENDING LOGGING AT Mon Aug 13 03:00:00 2018