**** BEGIN LOGGING AT Thu Sep 07 03:00:00 2017 Sep 07 08:15:21 Hey! Anyone got an idea of how I could build a package (IPK) for a container rootfs? I.e. pretty much build a complete image that can then be installed somewhere in another image? Sep 07 08:15:56 Is it even possible using bitbake? I'm thinking I would have to depend on do_package_write_ipk for all packages that should go into the container rootfs. How can recursively add that dependency for just those packages, and not everything else? Sep 07 08:27:18 daro_: images such as live images put an image inside an image Sep 07 08:27:29 but i can see the appeal of doing that via a package that contains a rootfs Sep 07 08:27:34 should be doable with a bit of work Sep 07 08:29:15 rburton: Ok. Great! Yeah, ideally I would want the package to contain more than just the rootfs, like installing a config and/or other metadata. Sep 07 08:30:09 rburton: I have something that kind of does the job, with some stuff borrowed from image.bbclass, but the build sometimes fails with all kinds of weird errors and QA warnings. Sep 07 08:30:39 So I'm thinking there's something really wrong with my dependencies... Sep 07 09:23:33 Hi, gpsd.service is giving me this error: gpsd:ERROR: unable to connect to the DBUS system bus Sep 07 09:59:00 rburton: Going back to my question about dependencies, you mention that the live-images does embed an image inside an image. But they're also special in that the don't run any do_rootfs task. Sep 07 09:59:32 rburton: The do_rootfs task of an IPK-based image has a recrdeptask on do_package_write_ipk, which would give me a circular dependency if I would try to create an IPK of the resulting rootfs... **** ENDING LOGGING AT Fri Sep 08 02:59:59 2017