From: randy.e.witt@linux.intel.com
To: "Ash Charles" <ashcharles@gmail.com>
Cc: "yocto@yoctoproject.org" <yocto@yoctoproject.org>
Subject: Re: Using smart within an SDK
Date: Mon, 18 May 2015 22:13:02 -0700 (PDT) [thread overview]
Message-ID: <55436.10.254.91.149.1432012382.squirrel@linux.intel.com> (raw)
In-Reply-To: <CAK8F28nesmgbMQhmcdPeiXbmiMmttnjmqP7_3_wQyDN7OsKGxQ@mail.gmail.com>
> On Thu, May 14, 2015 at 7:54 PM, ChenQi <Qi.Chen@windriver.com> wrote:
>> The rpm database is not usable. You do a query to list files that a
>> package
>> installed and you will find all the paths are not correct.
> Ah okay---that makes sense. Thanks.
>>
>> We are now working a new kind of SDK in OE. We call it extensible SDK.
>> By
>> design, its components could be updated/installed/removed using sstate
>> objects. The task is not completed yet, but we are working on it.
>
> I'd seen the extensible SDK and was thinking it looked pretty cool so
> I'll give this a whirl. From what I've read, it doesn't yet support
> updating. Is there a roadmap for this (happy to help out if I'm
> able)? I'd also need to maintain an online sstate cache to make this
> SDK useful to others correct?
> --
The idea is that an sdk will comprise of a manifest(contains list of
sstate items in the sdk) and some location that contains the items in the
manifest. So to update the sdk you would run a command and give it the
location of the manifest and sstate, and it would make your sdk match what
is in the manifest.
So the sstate could be hosted on a webserver, nfs, locally, etc.
> _______________________________________________
> yocto mailing list
> yocto@yoctoproject.org
> https://lists.yoctoproject.org/listinfo/yocto
>
next prev parent reply other threads:[~2015-05-19 5:13 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-05-14 0:51 Using smart within an SDK Ash Charles
2015-05-14 2:26 ` ChenQi
2015-05-14 18:21 ` Ash Charles
2015-05-15 2:54 ` ChenQi
2015-05-18 23:48 ` Ash Charles
2015-05-19 5:13 ` randy.e.witt [this message]
2015-05-22 22:24 ` Ash Charles
2015-05-26 22:18 ` Randy Witt
2015-05-26 22:38 ` Ash Charles
2015-05-26 23:04 ` Randy Witt
2015-05-26 23:30 ` Ash Charles
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=55436.10.254.91.149.1432012382.squirrel@linux.intel.com \
--to=randy.e.witt@linux.intel.com \
--cc=ashcharles@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.