Bug 13833

Summary: Request to create a repository for a new meta layer: meta-intel-edge-consolidation
Product: [Infrastructure] Infrastructure General Reporter: Francois Dugast <francois.dugast>
Component: infrastructure-generalAssignee: Michael Halstead <mhalstead>
Status: RESOLVED WONTFIX QA Contact:
Severity: normal    
Priority: Medium+ CC: raj.khem, randy.macleod, richard.purdie, tim.orling
Version: unspecified   
Target Milestone: 4.0 M2   
Hardware: All   
OS: Multiple   
Whiteboard:
OS type for building Yocto: --- Type of Regression: ---
Verified: Documentation change: Don't know

Description Francois Dugast 2020-03-12 19:06:54 UTC
Hi,

A git repository is required to publish a new meta layer called meta-intel-edge-consolidation. This layer leverages recipes from meta-intel, meta-openembedded, meta-virtualization, meta-acrn and others for AI workload consolidation at the edge. It provides different system configurations for virtualization depending on the workload isolation level and required orchestration capabilities.

Thank you,
Francois
Comment 1 Khem Raj 2020-03-16 23:04:29 UTC
Copying recipes around perhaps is not a good idea, but bbappends are good to add customizations needed. So I think for this to be effective for layers it will be good to see if it can work well with layers it depends on.
Comment 2 Tim Orling 2020-03-19 03:31:55 UTC
The only recipes that would be "copied around" are those in dynamic-layers because of backporting needs--where those recipes would not be accepted by the upstream stable layers. Every attempt is being made to upstream our new recipes to the layers where they belong (e.g. the addition of hashicorp-serf to meta-virtualization). This umbrella layer adds packagegroups and images that leverage other layers, but in a more coherent fashion, e.g. an image with KVM and a guest OS ready to run Docker container workloads. It also utilizes the kas tool to make both "manifest" (the layers and their specific branches or commits) and "configuration" (what normally goes in bblayers.conf, local.conf, etc.) easier out of the box.
Comment 3 Khem Raj 2020-03-19 03:50:20 UTC
(In reply to comment #2)
> The only recipes that would be "copied around" are those in dynamic-layers
> because of backporting needs--where those recipes would not be accepted by
> the upstream stable layers. Every attempt is being made to upstream our new
> recipes to the layers where they belong (e.g. the addition of hashicorp-serf
> to meta-virtualization). This umbrella layer adds packagegroups and images
> that leverage other layers, but in a more coherent fashion, e.g. an image
> with KVM and a guest OS ready to run Docker container workloads. It also
> utilizes the kas tool to make both "manifest" (the layers and their specific
> branches or commits) and "configuration" (what normally goes in
> bblayers.conf, local.conf, etc.) easier out of the box.

I am just commenting based on what information you guys are putting out, it perhaps
would be better to post skeleton tree of layer perhaps can give better idea.
Comment 4 Richard Purdie 2020-03-19 14:39:58 UTC
Given its namespaced as a meta-intel component I think this is fine.
Comment 5 Tim Orling 2022-01-12 02:55:52 UTC
The original project has been abandoned, so this request is no longer needed.