From: ChenQi <Qi.Chen@windriver.com>
To: Saul Wold <sgw@linux.intel.com>
Cc: Zhenfeng.Zhao@windriver.com, openembedded-core@lists.openembedded.org
Subject: Re: [PATCH V8 5/6] volatile-conf-minimal: add recipe
Date: Wed, 23 Jan 2013 11:24:53 +0800 [thread overview]
Message-ID: <50FF5805.3070509@windriver.com> (raw)
In-Reply-To: <50FF195D.6020604@linux.intel.com>
On 01/23/2013 06:57 AM, Saul Wold wrote:
> On 01/21/2013 10:36 PM, Qi.Chen@windriver.com wrote:
>> From: Chen Qi <Qi.Chen@windriver.com>
>>
>> This recipe provides a config file for core-image-minimal.
>> This config file is used for volatile storage handling in case of a
>> readonly rootfs.
>>
>> Also, let core-image-minimal depend on this recipe.
>>
>> [YOCTO #3406]
>>
>> Signed-off-by: Chen Qi <Qi.Chen@windriver.com>
>> ---
>> meta/recipes-core/images/core-image-minimal.bb | 3 +++
>> .../files/volatiles-readonly-minimal | 8 ++++++++
>> .../volatile-conf-minimal_1.0.bb | 15
>> +++++++++++++++
>> 3 files changed, 26 insertions(+)
>> create mode 100644
>> meta/recipes-core/readonly-volatile-conf/files/volatiles-readonly-minimal
>> create mode 100644
>> meta/recipes-core/readonly-volatile-conf/volatile-conf-minimal_1.0.bb
>>
>> diff --git a/meta/recipes-core/images/core-image-minimal.bb
>> b/meta/recipes-core/images/core-image-minimal.bb
>> index 0d2613e..f6baeae 100644
>> --- a/meta/recipes-core/images/core-image-minimal.bb
>> +++ b/meta/recipes-core/images/core-image-minimal.bb
>> @@ -6,6 +6,9 @@ IMAGE_LINGUAS = " "
>>
>> LICENSE = "MIT"
>>
>> +RDEPENDS += "volatile-conf-minimal"
> This needs to be RDEPENDS_${PN}
>
>> +IMAGE_INSTALL += "volatile-conf-minimal"
>> +
> I am still digging into this idea of having a image specific volatile
> package, RP is not wild about it either. What's different now from
> before is the minimal version cut down from the orignal version? Is
> there any reason we can't use a larger volatile conf?
>
> Sau!
>
Hi Saul,
I thought about this, but didn't dig deep into it because I thought one
conf file for one image would be clearer.
On a second thought, maybe we could use a config file like below.
<pkg1>
readonly specific config items for pkg1
</pkg1>
<pkg2>
readonly specific config items for pkg2
</pkg2>
....
(Let's denote it as the original config file.)
In this way, all config items are centred into one place.
And the strategy would be like:
1. get a list of pkgs that are to be installed on target
L = [pkg1, pkg2, ..., pkgn]
2. original config file -- [select items according to L] --> final
config file
The selecting procedure is simply something like:
for pkg in $pkgs; do cat origin | sed -ne "/<$pkg>/,/<\/$pkg>/ {
/<$pkg>/n; /<\/$pkg>/n; p; }" ; done > final
The final config file should look like the ones that we use for now
so that we can still use populate-volatile.sh to create the dirs and links.
3. Parse the final config file with populate-volatile.sh to create the
proper directories and links.
The problem is that I don't know how to get the pkg list.
Could somebody help me?
What do you think about this strategy?
Cheers,
Chen Qi
next prev parent reply other threads:[~2013-01-23 3:40 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-01-22 6:36 [PATCH V8 0/6] read-only rootfs support Qi.Chen
2013-01-22 6:36 ` [PATCH V8 1/6] sysvinit: add ROOTFS_READ_ONLY variable to rcS-default Qi.Chen
2013-01-22 6:36 ` [PATCH V8 2/6] image.bbclass: add a hook funtion to support readonly rootfs Qi.Chen
2013-01-22 18:17 ` Mike Looijmans
2013-01-23 6:07 ` ChenQi
2013-01-22 6:36 ` [PATCH V8 3/6] core-image.bbclass: support read-only rootfs Qi.Chen
2013-01-22 6:36 ` [PATCH V8 4/6] initscripts: " Qi.Chen
2013-01-22 6:36 ` [PATCH V8 5/6] volatile-conf-minimal: add recipe Qi.Chen
2013-01-22 22:57 ` Saul Wold
2013-01-23 3:24 ` ChenQi [this message]
2013-01-23 4:20 ` Saul Wold
2013-01-23 4:52 ` ChenQi
2013-01-22 6:36 ` [PATCH V8 6/6] volatile-conf-sato: " Qi.Chen
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=50FF5805.3070509@windriver.com \
--to=qi.chen@windriver.com \
--cc=Zhenfeng.Zhao@windriver.com \
--cc=openembedded-core@lists.openembedded.org \
--cc=sgw@linux.intel.com \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox