All of lore.kernel.org
 help / color / mirror / Atom feed
From: Bruce Ashfield <bruce.ashfield@windriver.com>
To: Venkata ramana gollamudi <ramana.gollamudi@huawei.com>
Cc: "yocto@yoctoproject.org" <yocto@yoctoproject.org>,
	Sanil kumar <sanil.kumar@huawei.com>
Subject: Re: Need for offline binary configuration
Date: Tue, 20 Nov 2012 10:22:48 -0500	[thread overview]
Message-ID: <50ABA048.7080707@windriver.com> (raw)
In-Reply-To: <36ED13F3654AE54CA763E6821D93A5711048C834@szxeml534-mbx.china.huawei.com>

On 12-11-20 10:09 AM, Venkata ramana gollamudi wrote:
> Poky allows to build custom Linux for you, but we have cases where the post build customization is required, like user-addition, network configuration, service control. Even selecting the required packages can be a post build activity.
>
> The current model requires the image to be rebuilt to support these configuration.
> Offline Configuration tool (OCT), which allows a binary image customization before making a final target image. This case will be more evident in larger companies, where platform teams, product teams , application teams are distributed and Linux build from source will be owned and lab tested by a single team, like platform team. Other teams just configure to use it for product variants from same platform build.
>
> Detailed use cases can be found in enhancement bug:3252
>
> OCT should work on the binary pool of compiled packages generated from poky.
>
> The basic operations that can be supported includes
> a) Select/deselect required packages from pool of binary packages into final target image.
> b) Provision to select external binary packages like ADT compiled applications as input and add them to final target image.
> c) Binary level Offline configuration can includes
>        Configure the users/passwords
>        Configure the network
>        Configure the host name
>        Select the services to be started by default
>        Security related configuration
>        Generate initrd in ramfs/ext3/... format
>        etc..
>
> Considering the methods to support these in our current yocto model, following changes can be done.
> 1) HOB can be the tool which can be extended to support these
>      Poky can generate a binary package pool as one if its output and Hob can work on this package pool to select packages, configure and generate image.
> So HOB can support opening HOB in Binary(or OCT) mode i.e., without build options but only with binary package selection. Configuration GUI needs to be added to HOB.
> Note:HOB+OCT is together or separate, needs a bit more thought and overall organization as they will be intended for different users.

Is there some overlap between this point and the other ongoing discussions
about image construction, deployment and package management ?

i.e. this thread:

   [OE-core] RFC: OE-Core image creation and deployment
 
http://lists.linuxtogo.org/pipermail/openembedded-core/2012-July/026938.html

These may already be coordinated, but I do see some common threads and
it would be nice to make sure everything will work together and that we
aren't duplicating effort!

Cheers,

Bruce


> 2) Binary package pool can be a minimal/partial sstate-cache, as complete sstate-cache is quite big and not required for product teams as they are not expected to build but just need to select and configure.
>      I think it is sufficient to keep the minimal binaries from sstate-cache which are required to execute image.bbclass, do_rootfs task to generate image.
> 3) Along with specific configuration UI implementation, a generic configuration model similar to kernel kconfig and menuconfig can be considered, in cases where more detailed offline configurations is required like detailed security configuration.
>
> Regards,
> Ramana
> _______________________________________________
> yocto mailing list
> yocto@yoctoproject.org
> https://lists.yoctoproject.org/listinfo/yocto
>



  reply	other threads:[~2012-11-20 15:22 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-11-20 15:09 Need for offline binary configuration Venkata ramana gollamudi
2012-11-20 15:22 ` Bruce Ashfield [this message]
2012-11-21 16:29   ` Venkata ramana gollamudi
2012-11-21 19:29     ` Bruce Ashfield
2012-11-27 16:57       ` Venkata ramana gollamudi
2012-11-29 11:09         ` Venkata ramana gollamudi
2012-12-05 21:20           ` Mark Hatle
2012-11-20 16:27 ` Stewart, David C
2012-12-05 21:12 ` Mark Hatle

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=50ABA048.7080707@windriver.com \
    --to=bruce.ashfield@windriver.com \
    --cc=ramana.gollamudi@huawei.com \
    --cc=sanil.kumar@huawei.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.