From: Tom Zanussi <tom.zanussi@linux.intel.com>
To: "João Henrique Ferreira de Freitas" <joaohf@gmail.com>
Cc: openembedded-core@lists.openembedded.org
Subject: Re: [PATCH 0/2] wic: looking by plugins and .wks file in all layers
Date: Mon, 19 May 2014 09:00:22 -0500 [thread overview]
Message-ID: <1400508022.24339.5.camel@empanada> (raw)
In-Reply-To: <1400117848-4350-1-git-send-email-joaohf@gmail.com>
On Wed, 2014-05-14 at 22:37 -0300, João Henrique Ferreira de Freitas
wrote:
> Hi,
>
> This introduces a little wic usability enhanced. Now wic has the
> ability to search in all layers looking by .wks files and plugins.
>
> The aim is to provide the layers a way to keep .wks and plugins that
> they use. Without this patch the user need to inform the full path of .wks, or put it
> in scripts directory. Or, in case of plugins, only putting in scripts directory.
>
> Example:
>
> In .wks case, inside my custom layer I have the following files:
>
> scripts/lib/image/canned-wks/
> otns-directdisk-devel.wks
> otns-directdisk.wks
> otns-directsdcard-devel.wks
> otns-directsdcard.wks
> otns-nobml-directdisk-devel.wks
> otns-nobml-directsdcard-devel.wks
>
> So, I do:
>
> $ wic list images
> otns-directdisk-devel Create a 'pcbios' direct disk image
> otns-directdisk Create a 'pcbios' direct disk image
> otns-nobml-directdisk-devel Create a 'pcbios' direct disk image
> otns-nobml-directsdcard-devel Create a 'pcbios' direct disk image
> otns-directsdcard Create a 'pcbios' direct disk image
> otns-directsdcard-devel Create a 'pcbios' direct disk image
> mkefidisk Create an EFI disk image
> directdisk Create a 'pcbios' direct disk image
>
> And to plugins case, in another layer, I have:
>
> scripts/lib/mic/plugins/source/
> bootimg-pcbios-myplugin.py
>
>
> To sum up, this enhanced wic because users could keep .wks and plugins inside their own layers.
>
Very nice enhancement, makes a lot of sense.
Acked-by: Tom Zanussi <tom.zanussi@linux.intel.com>
> I don't know if using the 'scripts/lib/' is the best to keep files in layers. Any suggestion?
>
I think it's fine and is consistent with the current path.
Tom
> Thanks.
>
> João Henrique Ferreira de Freitas (2):
> wic: add support to look in all layers and get .wks file
> wic: add support to look in all layers and get plugins
>
> scripts/lib/image/engine.py | 72 +++++++++++++++++++++++++++------------------
> scripts/lib/mic/plugin.py | 28 ++++++++++++++----
> scripts/wic | 6 ++++
> 3 files changed, 72 insertions(+), 34 deletions(-)
>
prev parent reply other threads:[~2014-05-19 14:10 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-05-15 1:37 [PATCH 0/2] wic: looking by plugins and .wks file in all layers João Henrique Ferreira de Freitas
2014-05-15 1:37 ` [PATCH 1/2] wic: add support to look in all layers and get .wks file João Henrique Ferreira de Freitas
2014-05-15 1:37 ` [PATCH 2/2] wic: add support to look in all layers and get plugins João Henrique Ferreira de Freitas
2014-06-02 9:25 ` Adrian Calianu
2014-06-04 1:28 ` João Henrique Ferreira de Freitas
2014-05-19 14:00 ` Tom Zanussi [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=1400508022.24339.5.camel@empanada \
--to=tom.zanussi@linux.intel.com \
--cc=joaohf@gmail.com \
--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.