All of lore.kernel.org
 help / color / mirror / Atom feed
* Re: [docs] explaining "wks.in" files in wic docs
       [not found] <169BBB8D7D5EDA26.3513@lists.yoctoproject.org>
@ 2021-08-16  8:23 ` Robert P. J. Day
  0 siblings, 0 replies; only message in thread
From: Robert P. J. Day @ 2021-08-16  8:23 UTC (permalink / raw)
  To: YP docs mailing list

On Mon, 16 Aug 2021, Robert P. J. Day wrote:

>   a related number of issues related to explaining the existence of --
> and rationale for -- "wks.in" files. at the moment, i see nothing in
> this section:
>
> http://docs.yoctoproject.org/dev-manual/common-tasks.html#creating-partitioned-images-using-wic
>
> that covers the possibility of "wks.in" files (unless i totally missed
> it).
>
>   down in section 3.16.5:
>
> http://docs.yoctoproject.org/dev-manual/common-tasks.html#using-an-existing-kickstart-file
>
> one reads how to list all the available images with "wic list images",
> and one of those listed (canned) images is "genericx86", and a bit
> further down, you read:
>
> "Here are the actual partition language commands used in the
> genericx86.wks file to generate an image"
>
>   except there is no file "genericx86.wks", it's "genericx86.wks.in"
> which caused me a few minutes of confusion as i tried to "find" it.
>
>   as i understand it, the only additional feature with "wks.in" files
> is that they would contain variables that need pre-processing. and if
> that's true, where in the wic processing could someone specify that a
> "wks.in" file is to be used?
>
>   i'm looking at the wic script (line 172) and i see:
>
>     if not wks_file.endswith(".wks"):
>         wks_file = engine.find_canned_image(scripts_path, wks_file)
>         if not wks_file:
>             raise WicError("No image named %s found, exiting.  (Use 'wic list images' "
>                            "to list available images, or specify a fully-qualified OE "
>                            "kickstart (.wks) filename)" % options.wks_fi
>
> but that seems to recognize only the ".wks" suffix. where is the
> support for an explicit "wks.in" file?

  never mind, found what i was looking for in image_types_wic.bbclass:

python () {
    if d.getVar('USING_WIC'):
        wks_file_u = d.getVar('WKS_FULL_PATH', False)
        wks_file = d.expand(wks_file_u)
        base, ext = os.path.splitext(wks_file)
        if ext == '.in' and os.path.exists(wks_file):


rday

^ permalink raw reply	[flat|nested] only message in thread

only message in thread, other threads:[~2021-08-16  8:23 UTC | newest]

Thread overview: (only message) (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
     [not found] <169BBB8D7D5EDA26.3513@lists.yoctoproject.org>
2021-08-16  8:23 ` [docs] explaining "wks.in" files in wic docs Robert P. J. Day

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.