Package base-files at updates repository overwrites changes of setup_image_version.sh at image recipes
Affected images versions
Type | Arch | v2021 | v2022 | v2023dev3 |
---|---|---|---|---|
minimal/fixedfunction | amd64 | x | ||
minimal/fixedfunction | armhf | x | ||
minimal/fixedfunction | arm64 | x | ||
target/hmi | amd64 | x | ||
target/hmi | armhf | x | ||
target/hmi | arm64 | x | ||
basesdk | amd64 | x | ||
sdk | amd64 | x | ||
nfs | amd64 | x | ||
nfs | armhf | x | ||
nfs | arm64 | x | ||
lxc | amd64 | |||
lxc | armhf | |||
lxc | arm64 | |||
image-builder | ||||
package-source-builder |
Unaffected images versions
- all versions without base-files package at updates repository
Steps to reproduce
- Generate related ospack archive with image recipes at versions of Apertis, where repository updates provides an update of package base-files
Expected result
The file /etc/os-release (link to /usr/lib/os-release) should be extended with two lines (done by setup_image_version.sh): VARIANT_ID=... BUILD_ID=...
Actual result
At ospack archives (somehow not at recent Apertis ospacks, but e.g. at https://images.apertis.org/daily/v2022/20220616.0115/arm64/fixedfunction/ospack_v2022-arm64-fixedfunction_20220616.0115.tar.gz) the file /usr/lib/os-release has been overwritten by base-files package from 'update' repository. So the additional info is lost.
Reproducibility
How often the issue is hit when repeating the test and changing nothing (same device, same image, etc.)?
Put the
- always
-
✅ often, but not always - rarely
Impact of bug
Some important information of images are lost.
Root cause
The order of setup_image_version.sh is wrong and has to be moved after apt_source.sh statements.
Outcomes
- apertis-image-recipes!513 (merged)
- apertis-image-recipes!524 (merged)
- apertis-image-recipes!525 (merged)
Management data
This section is for management only, it should be the last one in the description.
Phabricator link: https://phabricator.apertis.org/T9000