- The bmap files are not accessible from the custom project release pages, this is due to the fact that the access token appended to the links grants access to the "image" files. This commit fix that;
- Delete the appended token in custom images links because another token is already added in the deploy stage, when the deploy_artifacts.sh script is called.

  * Add build pipeline for SDK.
  * Introduce variable ARTIFACTS_PATH to separate path to artifacts
    for images and SDK.
  * Remove pathname.txt We detect artifacts path with ARTIFACTS_PATH now
  * Remove BUILD_DIR, BUILD_DIRECTORY and MACHINE from build task.
  * Adapt artifacts_name.sh, check_build_artifacts.sh,
    deploy_artifacts.sh, generate_report.sh to handle SDK artifacts as
    well.

* Since the Clea OS rebranding of the project some of the custom
projects build are actually broken because they are still pointing
to the old 'Edgehog OS' brand and the old 'edgehog' tagged recipes.
* Extend the usage of the SECO_REMOTE variable in order to become as
much as possible independent from the name of the Yocto project and
allow backward compatibility.
* This commit refers to Jira ticket: CLEAOS-442

* Extend FS_EXTENSION usage in all parts of the code requiring it
* Remove unnecessary variables from .gitlab-ci.yml file (already
defined in the common.yml file)
* This commit is related to Jira issue: CLEAOS-454

* All SW artifacts are now uniquely identified by the manifest commit
SHA or Tag, so there is no necessity to have 'latest' tagged artifacts.
* The Azure blob storage folder organization easily allows to retrieve
the software artifacts without the necessity of having 'latest' tagged
ones.
* This commit refers to Jira issue: CLEAOS-433

This update is necessary since the same images are used for Clea OS docs
at the following link: https://git-pages.seco.com/clea-os/docs/

All file, variables and "edgehog" (case sensitive) occurrences have been
replaced with the new brand "Clea OS" in accordance with the newest
naming convention.

* The Raspberry Pi 4 machine only supports U-Boot in Edgehog Things distro,
for this reason we introduce a check on the presence of U-Boot files and
eventually not deploy the package in case no files are found.
* At build time, we only check the number of U-Boot artifacts and give a
  warning if they are less than expected.

* Add support to build on BSP integration branches
* Add dedicated sstate-cache folder support
* Add repositories support in scripts and configuration files for
  changelog creation

* The integration branch name when a new MR is created actually contains
  the repository name, while the script that is performing the merging
of the branch was using the recipe name. Aligning the behaviour of the
two scripts.
* Handle GitLab exception when no MR pipeline is created.
* Insert Mediatek handling in pipeline retriggering function.

* Use a dedicated token with higher restrictions to be used when
  triggering LAVA tests
* Jira bug reference: SW-2172

* Sometimes the error ‘422: Branch cannot be merged’ has been noted
in cases where the automation fails to rebase (despite no conflicts)
 and then automatically merge an MR.
* This commit circumvents the problem by trying to rebase
when such an error occurs and then trying again to merge.
* Jira bug reference: SW-1555

* The fix allows to perform build also on Edgehog Things images

* Cleanup of the code part for compiling the different machines for
Intel (x86) CPU-based boards

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'.

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

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

* 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

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.

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.

* 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.

* 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.

* 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

* This commit fixes the build not working for C72nl device due to bug
in logic of code creating gitlab-ci configuration file for each machine.

* The notify job needs to pull the artifacts from all previous jobs and
as the number of boards increase the timeout needs to increase
accordingly.

* Instead of inserting the "weekly" string in the artifacts name, which is
  already defined in the Azure path, we insert the short SHA for not
tagged version of Edgehog.
* Remove TAG_NAME variable from "latest" tagged artifacts

* Instead of setting the kernel version by variable, the kernel main
version is derived from the PREFERRED_VERSION of virtual/kernel used
by Yocto using bitbake commands.
* The following algorithm does not actually apply on the 'c31' and
'tanaro' boards, for which a different handling is applied.

* Since for Intel boards the PROCESSOR and BOARD variable values
  coincides, it is necessary to handle this case and remove one of the
two variables from the artifact name.

* From now on, the compiled image for all Intel CPU-based SECO boards
will be unique and not separate for different processor generations/flavours.
* Bump of the kernel version for all Intel architectures to rel. 6.1.
* Set KERNEL variable separately for each board and avoid the
  override of the value set in the generic yocto variables.

* Insert 'imx8' string in the path instead of the specific processor
  type.

* Since custom projects may require to insert some flags in the
  'conf/local.conf' file (e.g. software products commercial licences)
we define the handling of the CUSTOM_CONF variable to contain the lines
that need to be inserted in the file.
* Update documentation accordingly.

In the upgrade from GitLab release 15.4.2 to GitLab release 16.8.2 this
syntax fix is necessary in order for all the integration pipelines to start
correctly

* This modification is necessary in order to use specific runners
  installed on a server dedicated to Edgehog build

* Add E09 board based on Rockchip rk3568 processor
* Add Alder Lake for x86 Intel processors
* Include specific processor type on PROCESSOR variable for imx8 based
  boards