Integrate gitlab-ci/lpag/integration_bug_fix and 8 more

--

Commit: https://git.seco.com/edgehog/infrastructure/gitlab-ci/-/commit/9a507bbe294beab4fd3122b5524e34ab474ef798

[BITBAKE] Handle custom Edgehog distros

In order to handle the scenarios where bitbake needs to compile an
image different from the standard ones we introduce the possibility to
have a custom DISTRO variable value. However, the variable shall follow
the following convention:

* The first part of the string shall indicate the standard Edgehog OS
  distro, i.e. 'things' or 'embedded' as of now
* The second part of the string shall be the custom Edgehog OS image
  distro with at maximum a '-' as a separator, e.g. 'custom-image'
* The two parts of the string shall be separated by a '-'

An example could be 'embedded-custom-image'.

--

Commit: https://git.seco.com/edgehog/infrastructure/gitlab-ci/-/commit/d769f60447120a2b55e08fb5581b91ebcb89cbac

[TEST] Allow Edgehog Things LAVA test on Intel

* The 'apollolake' machine is no longer used since a single Intel image
  is released

--

Commit: https://git.seco.com/edgehog/infrastructure/gitlab-ci/-/commit/2f3d9c1e247e57dfca29905b6471f7a88f2b8721

[RELEASE] Fix on the software artifact name

* This commit removee the read-only SAS token from the name of the artifact

--

Commit: https://git.seco.com/edgehog/infrastructure/gitlab-ci/-/commit/bd3d87e08fa8651a840c68c602cf2eecb7b464f3

[KERNEL][VERSION] Update preferrred version for C31

* Update preferred kernel version to 5.10 for C31
* Add comment to make the kernel version forcing reason for some of the
  boards more explanatory

--

Commit: https://git.seco.com/edgehog/infrastructure/gitlab-ci/-/commit/7c6986162840e8700ebb31e59599afa86004a597

[INTEGRATION] Fix on integration branch name

Since now, the integration branch name created by a MR on the BSP
into the layer was formed by the BB_RECIPE_NAME followed by the name
of merge request source branch. Changing the BB_RECIPE_NAME with the
CI_PROJECT_PATH variable to fix a bug in the build process when
integration is performed and the integration branch is not found and
also for consistency reasons.

--

Commit: https://git.seco.com/edgehog/infrastructure/gitlab-ci/-/commit/7e54754c566d4d1e7b4861bd19c94a8024c8605f

[SRCREV] Improve search for recipe names

Since now, when searching for a recipe name, if the line in the SRCREV.conf
file was matched, a break occurred, and all the lines with the same commit SHA
of that line were updated. This could be the case of the SRCREV.conf file
for meta-seco-rk layer where there need to be two recipes (one for u-boot
 and one for fw-sysdata) pointing to the same commit SHA.
In that case, if both recipes had the same commit SHA, the
script could handle it and update both lines. However, if a misalignment
occured by any chance, the script could not handle it. For this reason
we search for all occurrencies of the same recipe name in the
SRCREV.conf and update separately each occurrency.

--

Commit: https://git.seco.com/edgehog/infrastructure/gitlab-ci/-/commit/68ca4c9358b9ccae6abbd462a244cd058462cff1

[NOTIFY] Include SAS token in Teams notifications

* Since now the links available in the notification message displayed in
  Teams channel with the link, changelog and job results report were
broken for software artifacts in private container.
* Introducing the creation of read-only SAS token with 6-months
  expiration policy also for reports.
* Fix in deploy stage for software artifact URL generation in case of
  public containers.

--

Commit: https://git.seco.com/edgehog/infrastructure/gitlab-ci/-/commit/f9a26792ae6a7ab5a250583b301b600f387e8738

[ARTIFACTS][URL] Insert blob SAS token in URL

* For software artifacts that are saved within private Azure container
  it is necessary to add a blob SAS token in order for the URL to
correctly work. For such purpose we include the generation of a 6-months
duration read-only SAS token to be attached to the URL.
* Add AZURE_STORAGE_KEY among necessary CI/CD variables.

--

Commit: https://git.seco.com/edgehog/infrastructure/gitlab-ci/-/commit/9cfa350f7729972dd759803a46d91046795d06db

[CHANGELOG] Improve search for MRs to be collected

* Since now, for each project, the script was searching only for MRs
that were merged into branches having the same name of the manifest main
branch.
* In order to correct this approach, we define a function that searches
  for the INTEGRATION variable in each project and get the name of
the branch whose changes are integrated into the manifest main branch. If
more than one branch integrates into the manifest one, all of them are
considered in the search for MRs to be inserted in the changelog.
* Include BSP repositories and new meta-layers in CHANGELOG_PROJECTS
  variable