Changes

eim/testenv: put mnesia database into volatile location

When running the TTCN3 testsuite in testenv, we create the database
files in a non-volatile location. This means that with every
consecutive test run, the database from the first test run is
re-used. This may lead to unexpected behaviour.

With this patch we change the location of the database to a volatile
location, so that each testrun uses a fresh database.

Related: SYS#8100
Change-Id: I178e4fcd29880668467b6deaa44f44d142b8c29c

stp: Define IUT default T(beat) in mp_t_beat_sec_default

Several tests expect to know this value from the IUT in order to test
related features. Since it will be used in more places in follow-up
patches, move it so the information only needs to be configured once.

Change-Id: Ic518e0d35f377fef85344177b630eb8599ec22d0

stp: Validate timer xua beat 0 disables BEAT procedure

Check in all sort of configurations that the BEAT procedure on xUA/IPA
can be disabled just fine per ASP using the VTY.

Related: SYS#8156
Change-Id: Id47bf862638a099bb5f6721fcfba873001aed616

stp: tcap: Avoid need of N_NOTICE.req

Commits
7970ceaead78ff224390a25f416b22bcd8e4e37e..32618160bdb154ca756c783b67b131533226f7ae
added a fork of titan.Protocol.Emulations.SCCP with a new N-NOTICE.req
primitive which was needed in STP_Tests_TCAP to trigger transmission of
a UDTS message.
That primitive doesn't exist in the specs, since no user of SCCP is
expected to be requesting a transmision of UDTS.
Hence, this commit rewrites the test to avoid the need for such a
primitive, by hooking directly into the lower layer MTP3 User SAP (M3UA
or IPA) and crafting and transmitting the SCCP UDTS over there directly.
Follow up commits will revert the commits adding such a N-NOTICE req to
the SCCP and TCAP layers.

Related: SYS#8090
Change-Id: Ia1b7f487124584ab1720cb89bca5999cbb12392d

Revert "stp: Add TCAP_N_NOTICE_req to send a UDTS with TCAP payload"

This reverts commit 11bf6593481d413f35c48db9b614e39fe4a05de1.

Change-Id: I4e96d9f0ceaafb2b5883b0e1f2d8d9f6065fd415

Revert "stp: add ASP_SCCP_N_NOTICE_req support and f_asp_tx_notice()"

This reverts commit 89637ff81dd0662c7d816b9dac5405fed2942e31.

Change-Id: Iecce8999b72b363a7aa3f583beeb937e79fe215f

Revert "deps: use a fork of titan.ProtocolEmulations.SCCP"

This reverts commit 7970ceaead78ff224390a25f416b22bcd8e4e37e.

Change-Id: I4eb81e0ffc6500340199c4a23a7aabfee925c33b

stp: expected-results.xml: Add two missing tests

Change-Id: I756ee108ad8a657679b2d098175e01b859af4bc8

hlr: pyhss: add ussd configuration

Configure the same strings for returning MSISDN and IMSI as in OsmoHLR,
because this is what the tests expect.

Related: https://github.com/nickvsnetworking/pyhss/pull/302
Change-Id: I7d2f62e6c034e3fd3c5dce048ccb297f4dea7825

eIM: Make tests work with testenv

The eIM can now be tested using testenv.py.

Related: SYS#8100
Change-Id: I38364e4bd5625b301c32fd58b50e35667c64b1be

deps: Update nas.git to rebased branch on top of v1.2.1

We have a forked repo of ETSI's nas.git on our osmocom gitea, which
contains an extra fix for upstream (currently waiting to be merged [1])
and one patch implementing C++ helpers to fit our own environment, which
needs to be kept downstream.

There has been quite a lot of development in upstream lately (TTF_T059),
with eg. old NGAP.git code being put inside nas.git (we are still using
our own copy of NGAP inside osmo-ttcn3-hacks/library/, but that may
change in the future).

A new branch rebased on top of upstream's master (v1.2.1) has been
pushed to our forked repo, so use it here to already align better with
upstream, easing further work and contributions in the future.

[1] https://forge.etsi.org/rep/int/5g-core/nas/-/merge_requests/18

Related: SYS#7073
Change-Id: I731c37324de93fe2bf35dac7e64304fc5057ee5f

ruff: ignore new failing default rules

With the new ruff 0.16 version, a lot of new default rules have been
added. Ignore the ones that are failing for now to make the linter pass
again.

Related: https://astral.sh/blog/ruff-v0.16.0#better-default-rule-set
Change-Id: If95dc72c1826b4b96961453b2c2ed1d2c81ba149

testenv: fix B006

Fix "B006 Do not use mutable data structures for argument defaults". I
ran into bugs caused by this a couple of times actually, it is good to
check for that.

Related: https://docs.astral.sh/ruff/rules/mutable-argument-default/
Change-Id: Id860c1cba20c0218aa1d1bb17378a0f5a521cfe0

testenv: Dockerfile: rebar3 version via apt-cache

When building for Debian Unstable, we need a higher rebar3 version so it
is compatible with the Erlang OTP version in the distribution. Get the
version of rebar3 from the distribution via apt-cache and download it
instead of hardcoding a version number.

Related: OS#7025#note-10
Change-Id: Ie3c8812c41648dd5ca655114dec00ae7d48eaba8

testenv: support Debian Unstable

Related: SYS#7025#note-10
Change-Id: Ib8f04ee1e8b33f6e724ea2a74b1a96f26746e878

testenv: init: check distro argument early

Check the --distro argument and print a proper error, instead of failing
later on with a stack trace if it is unsupported.

Change-Id: I9d51c2b236f10f4c10e991873df47b4f3297e6e1

CCID: Check if reader times out while expecting procedure byte

A case 2 APDU (according to ISO 7816) is sent toward the reader. The
reader expects a procedure byte or a status word. If none of these are
sent by the SIM the reader must timeout and send an error message back
to the host.

Change-Id: Iacd6aacaf8220e69b9b7038e354d54c788d1eb05

CCID: Check if reader handles Abort correctly

The tests aborts an ongoing case 2 APDU (according to ISO 7816). The
SIM responds with a NULL procedure byte so that the reader does not
time out.

The abort messages are sent on both, the control pipe and the bulk
pipe with the same sequence number.

This test fails with osmo-ccid-firmware, because the abort
message/handling is not yet implemented.

Change-Id: Iebe97e73497b8468ebf08faf2c4db700fc76997f