ci/world: add qcom-distro

[Jose Quaresma (quaresmajose)]

We also need to validate that everything in qcom-distro continues to
function whenever changes are submitted.

[github-actions]

This pull request has been marked as stale due to 30 days of inactivity. To prevent automatic closure in 5 days, remove the stale label or add a comment. You can reopen a closed pull request at any time.

[Dmitry Baryshkov (lumag)]

Doesn't build:

ERROR: Nothing PROVIDES 'Qualcomm-XFCE-demo-image'
ERROR: Required build target 'qcom-xfce-demo-image' has no buildable providers.
Missing or unbuildable dependency chain was: ['qcom-xfce-demo-image', 'Qualcomm-XFCE-demo-image']

But, frankly speaking, I think this belongs only to meta-qcom-distro.

[Jose Quaresma (quaresmajose)]

Yeah, fix proposed in qualcomm-linux/meta-qcom-distro#409

[Dmitry Baryshkov (lumag)]

This should be a part of qcom-distro rather than meta-qcom.

[Jose Quaresma (quaresmajose)]

This should be a part of qcom-distro rather than meta-qcom.

I disagree. Since the qcom-distro layer is also under our control and in our responsibility, we must prevent regressions originating from the BSP layer and also from all the other other layers which are controlled here by kas.

[Dmitry Baryshkov (lumag)]

Yes. However it should be done other way, like we discussed in Torino: moving integration CI to qcom-distro.

If we merge this, then merging anything in case of major breakage affecting several layers would become very troublesome.

[Dmitry Baryshkov (lumag)]

In my opinion, CI should exactly follow the layer dependencies. Meta-qcom depends only on OE-core, so it should also build and verify against OE-core only. The distro has multiple dependencies, binding then together. Then the distro should build and test the integration.

[Jose Quaresma (quaresmajose)]

I also agree with that, but currently there are already some discrepancies between the CIs, and the one from meta-com is the one in the best condition.

[Jose Quaresma (quaresmajose)]

Yes. However it should be done other way, like we discussed in Torino: moving integration CI to qcom-distro.

We keep adding more things, but they still don't go in that direction, I should change my priorities for this, but new things keep popping up.

I'll put it in draft mode just for myself while I fix the pending build issues.

[Jose Quaresma (quaresmajose)]

Proproposed in qcom-distro qualcomm-linux/meta-qcom-distro#469