11192 2017-03-20 22:27:52 +0000 Generate development image suitable for all RefKit profiles 2017-05-15 09:52:21 +0000 1 1 6 Yocto Project Subprojects IoT Reference OS Kit intel-iot-refkit-profile-gateway 2.3 x86 x86_64 RESOLVED NOTABUG Medium enhancement 2.4 M2 1 ulf.hofemeier jaska.uimonen geoffroy.vancutsem matti-pekka.sivosuo mikko.ylinen --- --- Yes (doc changes required) oldest_to_newest 71492 0 ulf.hofemeier 2017-03-20 22:27:52 +0000 I'm using the latest RefKit gateway image with the IoT to Cloud Smart Home demo. Good news is: I'm able to run the IoT REST API service fine with the stock image configuration. Good work guys 71517 1 geoffroy.vancutsem 2017-03-21 14:20:44 +0000 It looks like there is more details about this here: https://github.com/intel/intel-iot-refkit/issues/84. Which should be used for tracking purposes? 71518 2 ulf.hofemeier 2017-03-21 14:50:14 +0000 For some reason the comment got chopped off. Here's what posted in the GitHub issue tracker for intel-iot-refkit. I'm using the latest RefKit gateway image with the IoT to Cloud Smart Home demo. Good news is: I'm able to run the IoT REST API service fine with the stock image configuration. Good work guys 71520 3 ulf.hofemeier 2017-03-21 15:23:27 +0000 I'm using the latest RefKit gateway image with the IoT to Cloud Smart Home demo. Good news is: I'm able to run the IoT REST API service fine with the stock image configuration. Good work guys! What I would like to do is run the "cloud side" docker app to access the REST API. Unfortunately the requirements to install the binary version of Docker on RefKit aren't met. According to the Docker documentation a few packages are missing in the image: https://docs.docker.com/engine/installation/binaries/#install-daemon-and-client-binaries-on-linux What do you think about generating one dev image that can be used to modify and debug code on target regardless of the RefKit profile that is being used? Such an image should contain Autotools, compiler, git, all editors for Linux and header files for all packages, etc. Yes, the image would be rather large, but installing a large image installed once still beats the task to generate image(s) for the purpose of on-target development by far :-) 73170 4 ulf.hofemeier 2017-05-10 17:29:39 +0000 Marking as closed. 73234 5 matti-pekka.sivosuo 2017-05-12 13:48:36 +0000 (In reply to comment #4) > Marking as closed. Could you also share the verification criteria you were using when declaring this as fixed. 73236 6 ulf.hofemeier 2017-05-12 15:09:51 +0000 I can't provide verification criteria for a bug we never really worked on. Let's replace it with a better bug that defines how on-target development using RefKit can be accomplished and determine for what milestone it will be done. 73255 7 matti-pekka.sivosuo 2017-05-15 09:52:21 +0000 (In reply to comment #6) > I can't provide verification criteria for a bug we never really worked on. > Let's replace it with a better bug that defines how on-target development > using RefKit can be accomplished and determine for what milestone it will be > done. Sounds good, please work with Jaska on this. Also couldn't we use this bug for that purpose instead of creating a new one?