All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Robert P. J. Day" <rpjday@crashcourse.ca>
To: OE Core mailing list <openembedded-core@lists.openembedded.org>
Subject: issues with wic creating "multi-partition" images?
Date: Thu, 12 Aug 2021 05:26:47 -0400 (EDT)	[thread overview]
Message-ID: <9dafcfda-fa85-8a7d-cd7e-6a584ac87c4d@crashcourse.ca> (raw)


  asking from a position of massive ignorance since i just started
digging into wic, but i've been reliably assured that i am going to
encounter issues with trying to get wic to create what i choose to
call "multi-partition" images, and i just want to know if this is an
actual issue.

  current wic setup is to create an image which supports what i'll
call the "preserve" partition -- distinct partition to hold
non-upgradeable content; factory default firmware, non-volatile S/W
config settings, that sort of thing, that is meant to be preserved
across software upgrades. nothing unusual about this, strikes me as
pretty standard.

  now, any recipe in the current build is allowed to contribute its
own preserve data by adding it to a top-level "/preserve" directory.
that directory is added to the content of the base package:

  FILES_${PN} += "/preserve"

and in the end, the wic image is responsible for taking everything
under /preserve in the final rootfs and installing it in the preserve
partition, wholly separate from however it installs the remainder of
the rootfs.

  does wic have a problem with doing this? it seems so straightforward
that i'm having trouble believing wic can't do it. thoughts? or
perhaps a link to some reference board or vendor that has a .wks file
that does exactly that?

rday

p.s. there is no separate wic mailing list is there?

             reply	other threads:[~2021-08-12  9:26 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-08-12  9:26 Robert P. J. Day [this message]
2021-08-12  9:43 ` [OE-core] issues with wic creating "multi-partition" images? Alexandre Belloni
2021-08-12  9:50   ` Robert P. J. Day
2021-08-12 16:07     ` Alexandre Belloni

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=9dafcfda-fa85-8a7d-cd7e-6a584ac87c4d@crashcourse.ca \
    --to=rpjday@crashcourse.ca \
    --cc=openembedded-core@lists.openembedded.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.