**** BEGIN LOGGING AT Sun Mar 09 02:59:58 2014 Mar 09 19:23:17 hi Mar 09 19:23:49 how does yocto decide what postinst scripts should be run on target during first boot and which ones are run during image generation? Mar 09 19:24:58 I have a couple of recipes where I would require that the postinst hooks are run during first boot Mar 09 19:25:25 your own recipes, or existing ones? Mar 09 19:25:31 my own Mar 09 19:26:44 I'm migrating from 1.5 year old angstrom to latest yocto dora and I noticed that it now tries to do as much postinsts as possible during image generation as opposed to how it was, where it ran them all on the target Mar 09 19:26:50 the your package_postinst should use $D Mar 09 19:27:18 as in if [ "x$D" != "x" ]; then exit 0; fi ? Mar 09 19:27:56 or how exactly? Mar 09 19:28:08 without the "if" should force it to run in the image rootfs Mar 09 19:28:27 hm? I think I do not fully understand you.. Mar 09 19:28:37 you mean the presence of "$D" as such will already tell it to run it from the rootfs? Mar 09 19:29:12 one sec Mar 09 19:33:03 the postinst/postrm functions become a shell script on the target Mar 09 19:33:25 yes, I know that Mar 09 19:34:18 so "if test "x$D" != "x"; then exit 1" makes the "else" run on target Mar 09 19:34:40 ah, cool, thanks, so I should just exit 1 on the host Mar 09 19:36:13 without any else and $D set it should only run during the build since it gets marked as "installed" Mar 09 19:36:29 ok I get it, the exit 1 was the key Mar 09 19:53:22 Jin^eLD: it tries to run all, the ones that fail during do_rootfs on the host are deferred to first boot Mar 09 19:54:22 thx Mar 09 21:11:24 bluelightning: but now when I added the exit 1 thing it fails to build the image somehow Mar 09 21:12:00 https://pastebin.mozilla.org/4531692 Mar 09 21:12:14 and the only thing I see are opkg errors caused but scripts that did not run Mar 09 21:12:28 or am I not allowed to fail in preinst? Mar 09 21:13:13 well makes sense I guess Mar 09 21:14:15 yeah preinst probably can't fail Mar 09 23:20:55 as long as it works correctly with both $D set and unset, then it should be safe without the if test, since it should always work in do_rootfs and never need to run on first boot Mar 09 23:21:09 or am i missing something? **** ENDING LOGGING AT Mon Mar 10 02:59:58 2014