**** BEGIN LOGGING AT Fri Dec 04 03:00:42 2015 **** BEGIN LOGGING AT Fri Dec 04 12:26:17 2015 Dec 04 12:53:55 joshuagl, no, but contact is ka6sox-farfarawa and I suspect halstead has contatcs]]] Dec 04 12:54:00 but it is back Dec 04 12:55:25 Crofton|work: so it is, super Dec 04 12:55:31 thanks for noticing Dec 04 12:56:36 nothing from the osuosl hosting list, must have been very temporary Dec 04 13:02:21 and 16days of test-dependencies build is gone with osuosl reboot Dec 04 13:02:32 ouch Dec 04 13:02:55 I'll try to resume it somewhere, but will have to finish it manually Dec 04 14:00:09 where would one put a post-installation action that is only to be run on an actual target Dec 04 14:07:03 Crofton|work: not sure how temporary it was. I couldn't reach oe.org for at least 4 hrs Dec 04 14:07:51 I'll check with ka6sox-farfarawa when he wakes up Dec 04 14:10:14 great, thanks Dec 04 14:24:30 is there a way to run postinst after installation finishes on device, not when the device reboots Dec 04 14:24:44 the docs says there is a way to postpone it until reboot Dec 04 14:24:54 but I need it to be run right after installing it Dec 04 14:47:28 heeen: that's when postinst happens Dec 04 14:48:03 if you dont want a postinst to happen at rootfs time then exit 1 from the postinst if $D is set Dec 04 14:48:12 that indicates that you're on the build host Dec 04 15:57:08 joshuagl, 04:11:19 up 1037 days, 2:14, 2 users, load average: 1.42, 1.22, 0.94 Dec 04 15:57:16 apparently the machine got tired Dec 04 16:07:41 Crofton|work: well, at least it has had a decent nap now Dec 04 17:05:15 rburton: hmm the postinst script did not make it into DEBIAN/ Dec 04 17:37:11 the recipe alsa-state fails to build (and if I'm right this is a core recipe) with "function failed: do_package_ipk" (http://dpaste.com/2T915Z0) Dec 04 17:37:14 is there a way to get a more detailed log? I tried adding -D -v but this does not provide a traceback Dec 04 17:53:05 the log files for all the functions run are in the temp/ directory under the WORKDIR of the recipe Dec 04 17:53:09 aka the T variable path Dec 04 17:59:28 well that is the path of the "logfile of failure" given by bitbake right? it just contains what's in the dpaste Dec 04 17:59:32 that's not helping much Dec 04 18:00:45 that would be the logfile for do_package_write_ipk Dec 04 18:00:50 did you look for a log file for do_package_ipk? Dec 04 18:02:25 I guess that's it kergoth http://dpaste.com/287MBAX isn't? Dec 04 18:02:53 you just cat the log for do_package_write_ipk again Dec 04 18:02:57 not what i said to check for Dec 04 18:03:35 rofl, I'm about to copy a recipe from meta-opstack to meta-python (and update it :) Dec 04 18:04:41 indeed sorry, but there is no such log Dec 04 18:04:56 not in the same folder at least Dec 04 18:05:13 k, not sure where to look then, clearly that log isnt very useful Dec 04 18:05:15 hmm Dec 04 18:21:18 kergoth, I'm reading the script, it's creating a "control" file and currently this file only has two lines, Package:, and Version:, so it seems that the script fails during the iteration over the fields, during the "description" special case Dec 04 18:21:37 but of course it might just be that the file is not flushed before the crash Dec 04 21:19:28 OK, so how would you end up with an image where you don't have termcap info installed? But packages are installed that depend on ncurses Dec 04 21:20:02 you may have a image post processing function removing it Dec 04 21:20:31 is it whole package which is missing Dec 04 21:20:38 or just terminfo files Dec 04 21:27:58 Seems like just terminfo, I'll poke at that direction, thanks Dec 04 21:28:20 sounds like a job for toaster! Dec 04 21:41:37 Or better user bug reports Dec 04 21:41:44 I'm just going to blame panto to start with :) Dec 04 21:51:17 you can never go wrong blaming a greek Dec 04 21:52:05 Crofton|work, I like greek yogourt Dec 04 22:27:20 I am still strugling with this alsa-state recipe that's not building, is there a way to exclude it without building a custom layer? Dec 04 22:27:32 (still http://dpaste.com/2T915Z0) Dec 04 22:33:24 BBMASK? Dec 04 22:43:29 indeed Crofton|work, thanks! no luck though, it breaks dependencies Dec 04 22:46:07 all the examples I can find online show the Python traceback, I don't get why it's hidden in that case Dec 04 23:55:21 well, it seems that removing line 40 of alsa-state.bb (install -m 0755 ${WORKDIR}/alsa-state-init ${D}${sysconfdir}/init.d/alsa-state) allows the recipe to build Dec 04 23:55:42 I don't know bitbake well enough to understand why that might cause a silent failure, but it does on my setup anyway **** ENDING LOGGING AT Sat Dec 05 02:59:58 2015