Skip to content
Success

Changes

Summary

  1. jobs/ttcn3-testsuites-testenv: enable upf latest (details)
  2. OBS: --version-append: never override version (details)
  3. jobs: run ttcn3-remsim-test-asan with bookworm (details)
Commit 9ceed0f955b99ff5eca8f0cdc9994974a6ec4209 by Oliver Smith
jobs/ttcn3-testsuites-testenv: enable upf latest

All tests are passing with upf latest now, so enable it.

Change-Id: Ia148d627d5f02e165354665e0b1629cf5e3f330a
The file was modifiedjobs/ttcn3-testsuites-testenv.yml
Commit bf3ef9d95af939d581f10f8a35e952e1a8131b21 by Oliver Smith
OBS: --version-append: never override version

We have some branches set up that when pushed to, directly result in
building OBS packages. We append a string to the package version there,
such as ~rhizomatica.testing. The expectation is that all packages built
from that branch have this string in the version.

Recently an edge case was found: when amending the commit of the last
tagged release, e.g. osmo-sgsn 1.12.0, then the generated version is
based on the previous git tag (as the last git tag's commit is not part
of the current branch anymore) while having the newer version in
debian/changelog. This then results in the newer version being used,
without appending the version string:

  osmo-sgsn: WARNING: version from changelog (1.12.0) is higher than
  version based on git tag (1.11.1.20-e000e~rhizomatica.production),
  using version from changelog (git tag not pushed yet?)

While IMHO it is a bad idea to just amend the commit of the last release
instead of making a separate commit, this results in unexpected behavior
so adjust the script to not override the version if --version-append is
used.

Related: OS#5981
Change-Id: I589ceb08b9e1ff2ccdd54e94216b25e1e40f22fe
The file was modifiedscripts/obs/lib/debian.py
Commit ffef33c677f7bf9c76a99a6dfa7ab7eb29a49c23 by Oliver Smith
jobs: run ttcn3-remsim-test-asan with bookworm

The default distribution to run ttcn3 testsuites and SUTs with has
recently been changed from debian 12 (bookworm) to 13 (trixie). Since
then we have seen 27 additional failures with osmocom:nightly:asan
(while osmocom:nightly and osmocom:latest work fine). As the reason for
this is currently unclear, revert to using debian 12 for this job for
now, so this doesn't mask other errors that the job would find
otherwise.

Related: OS#6845
Change-Id: I702770e36b47df0a47bc9a869127d6251290a7e4
The file was modifiedjobs/ttcn3-testsuites-testenv.yml