All of lore.kernel.org
 help / color / mirror / Atom feed
From: Stefano Babic <sbabic@denx.de>
To: Andrea Galbusera <gizero@gmail.com>,
	"yocto@yoctoproject.org" <yocto@yoctoproject.org>
Subject: Re: images installing other images and artifacts
Date: Fri, 8 Jan 2016 12:41:11 +0100	[thread overview]
Message-ID: <568FA057.3090708@denx.de> (raw)
In-Reply-To: <CAC+thW0JVs2_G3VugV6Z-a-YwBf1cxscGNzeXORDknWp-nk7yw@mail.gmail.com>

Hi Andrea,

On 07/01/2016 16:30, Andrea Galbusera wrote:
> Hi!
> I'm building an image for a production system, let's call it
> 'production-image'. All required artifacts (kernel, dtbs, bootloader
> and the image itself) are built by the process as expected and
> available in tmp/deploy/images. The production machine is configured
> to boot from flash.
> 
> As a production tool, I use a variation of the final target, the main
> difference being it boots from SD card. The image it boots (i.e.
> 'flasher-image'), runs a tool for flashing SOMs (the hardware is
> modular) with the production artifacts.
> 
> It would be nice to have a package installed in flasher-image that
> provides all the artifacts required by the flasher tool in order to
> flash production-image together with other binaries it needs. Having
> such a package available through a package feed would simplify future
> upgrades of artifacts on potentially many (and distributed) such
> flashing stations. Being that package, say
> 'production-image-mymachine-artifacts' the same or not as the one
> providing the flashing tool should not be the real issue here.
> 
> I've being reasoning and doing some trial mostly following a couple
> approaches. At first I've considered building the package as a sort of
> 'side-effect' of building production-image itself but it seems like an
> awkward idea since image recipes are not designed to build packages. I
> then crafted a separate recipe, which depends on 'production-image'
> and that I can use to package artifacts. Before trying to refine this
> last approach, currently very rough (it uses hardcoded names for all
> the artifacts) but somewhat promising, I stopped by to ask for some
> community wisdom.
> 
> Does anyone know of any custom layer doing something similar to what
> I'm looking for? Do you even think this is something
> reasonable/feasible with the current tooling? I don't know of any
> other part of the build system, other than the wic utility, that's
> designed to use artifacts as inputs for further processing.
> 
> In the hope I've been clear enough in explaining my needs. TIA for any
> clue or suggestions.

I am not sure I have really understood what you are planning to do.
Anyway, I had a similar issue becuase I need to build a compound image
(not as package) for the target that contains all components to be
installed on the target (kernel, dtb, rootfs, ..). You can take a look
at meta-swupdate and at the swupdate.bbclass. It could be a starting
point for you.

I hope this helps,
Stefano Babic


-- 
=====================================================================
DENX Software Engineering GmbH,      Managing Director: Wolfgang Denk
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: +49-8142-66989-53 Fax: +49-8142-66989-80 Email: sbabic@denx.de
=====================================================================


      reply	other threads:[~2016-01-08 11:48 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-01-07 15:30 images installing other images and artifacts Andrea Galbusera
2016-01-08 11:41 ` Stefano Babic [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=568FA057.3090708@denx.de \
    --to=sbabic@denx.de \
    --cc=gizero@gmail.com \
    --cc=yocto@yoctoproject.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.