5269 2013-09-25 10:32:44 +0000 If do_package does not execute, built packages information is not collected 2013-12-23 16:03:43 +0000 1 1 7 Build System, Metadata & Runtime Toaster toaster unspecified All Multiple VERIFIED FIXED Medium normal 1.6 M1 5565 5189 1 belen.barros.pena alexandru.damian alexandru.damian belen.barros.pena bluelightning jessica.zhang richard.purdie --- --- No (bug/feature does not impact docs) oldest_to_newest 37183 0 belen.barros.pena 2013-09-25 10:32:44 +0000 If the do_package task is prebuilt instead of executed, we don't get any information about packages built for the recipe. Built packages information should be collected for both task types (prebuilt and executed). 37808 1 alexandru.damian 2013-10-10 14:05:19 +0000 Paul, any suggestion ? 37810 2 bluelightning 2013-10-10 14:26:52 +0000 This is the disadvantage of using events triggered from do_package; if do_package never happens you won't get the information delivered to you. Either: 1) Switch to an implementation that ensures the appropriate information is stored in pkgdata and retrieved at the end of the build, which will always be available; or 2) Look up the data from the previous run of this function from the earlier build (less desirable, because web hob might have been disabled the actual last time do_package was executed). 37815 3 alexandru.damian 2013-10-10 14:56:49 +0000 I would go with no 1) if we: a) decide on a policy to have a observing UI request hold-of-end-of-build from bitbake, so it has time to process the files on the system before the build ends and another controlling UI is accepted. Would this be acceptable ? b) add a command to bitbake server that will dump the contents of a file on disk; this is because if the bitbake server runs on a different machine, there is no local file access. 37821 4 bluelightning 2013-10-10 15:16:54 +0000 a) I think this has to happen anyway if we're to hope to do anything at the end. Without looking at the current implementation, surely if the controlling UI is still connected no other build should be able to be started unless by that controlling UI? b) Right; either we have a generic "get me this file/directory" or a number of specific "get me this specific information" calls. 39105 5 alexandru.damian 2013-11-26 18:25:06 +0000 review on poky-contrib:toaster/master edb12586c27ccddb054737ee6e081f663e2c60da 39565 6 belen.barros.pena 2013-12-23 16:03:22 +0000 We have fixed this by displaying at least the set of packages installed if the build target is an image recipe. If the build target is not an image recipe, the built packages information is still empty if do_package does not execute. We'll address this with an empty state for the built packages page (see bug 4865). 39566 7 belen.barros.pena 2013-12-23 16:03:43 +0000 verified in master:3ada51f7aa26fc95d5f9ba4498c0ea54acc6e42e