Started by an SCM changeBRANCHmasterEMAIL_NOTIFICATIONSjenkins-notifications@lists.osmocom.org laforge@gnumonks.org00009395549395541.0716671660946720716471642045e5f56dd35f1b2347a59f88b401b59997798fff67e5f56dd35f1b2347a59f88b401b59997798fff67refs/remotes/origin/pmaier/fixgre5f56dd35f1b2347a59f88b401b59997798fff67e5f56dd35f1b2347a59f88b401b59997798fff67refs/remotes/origin/pmaier/fixgr2121f1609424de1c2508ba57f7aa06e865c500884a53f1609424de1c2508ba57f7aa06e865c500884a53origin/masterf1609424de1c2508ba57f7aa06e865c500884a53f1609424de1c2508ba57f7aa06e865c500884a53origin/master

13208f289234f74045496c3752bf1bb9397302f3e9128f289234f74045496c3752bf1bb9397302f3e912refs/remotes/origin/pmaier/ara-m8f289234f74045496c3752bf1bb9397302f3e9128f289234f74045496c3752bf1bb9397302f3e912refs/remotes/origin/pmaier/ara-m

13533d815859830197b9c55e0a49a1bd2532f71285e13d815859830197b9c55e0a49a1bd2532f71285e1refs/remotes/origin/pmaier/keepfiles3d815859830197b9c55e0a49a1bd2532f71285e13d815859830197b9c55e0a49a1bd2532f71285e1refs/remotes/origin/pmaier/keepfiles1421568e8ae9b817ec2473907bfdd30870410890ffb0568e8ae9b817ec2473907bfdd30870410890ffb0refs/remotes/origin/pmaier/fixapdu568e8ae9b817ec2473907bfdd30870410890ffb0568e8ae9b817ec2473907bfdd30870410890ffb0refs/remotes/origin/pmaier/fixapdu14676a555ac5ccad9ee2cae5e0ba247990f824f8e9b66a555ac5ccad9ee2cae5e0ba247990f824f8e9b6refs/remotes/origin/pmaier/aramtest6a555ac5ccad9ee2cae5e0ba247990f824f8e9b66a555ac5ccad9ee2cae5e0ba247990f824f8e9b6refs/remotes/origin/pmaier/aramtest1816e4ea1c997348370ba1d7415bfd926ac873b58c87e4ea1c997348370ba1d7415bfd926ac873b58c87refs/remotes/origin/osmith/wipe4ea1c997348370ba1d7415bfd926ac873b58c87e4ea1c997348370ba1d7415bfd926ac873b58c87refs/remotes/origin/osmith/wip2022f57f047c627392c40fbe349b1a73ccebe05dc005f57f047c627392c40fbe349b1a73ccebe05dc005refs/remotes/origin/pmaier/otatestf57f047c627392c40fbe349b1a73ccebe05dc005f57f047c627392c40fbe349b1a73ccebe05dc005refs/remotes/origin/pmaier/otatest4024f888a0414101dee4f20aa12579491fcc71707b34f888a0414101dee4f20aa12579491fcc71707b3refs/remotes/origin/master4f888a0414101dee4f20aa12579491fcc71707b34f888a0414101dee4f20aa12579491fcc71707b3refs/remotes/origin/masterf1609424de1c2508ba57f7aa06e865c500884a53f1609424de1c2508ba57f7aa06e865c500884a53origin/masterhttps://gerrit.osmocom.org/pysimhttps://jenkins.osmocom.org/jenkins/view/TTCN3-asan/job/master-pysim/2121/artifacthttps://jenkins.osmocom.org/jenkins/view/TTCN3-asan/job/master-pysim/changeshttps://jenkins.osmocom.org/jenkins/view/TTCN3-asan/job/master-pysim/2121/https://jenkins.osmocom.org/jenkins/view/TTCN3-asan/job/master-pysim/2121/testReportfalse#2121939554940203master-pysim #21212121falsefalse2121103935SUCCESS1777491308323https://jenkins.osmocom.org/jenkins/view/TTCN3-asan/job/master-pysim/2121/pySim/transport/__init__.pytests/pySim-shell_test/apdu/test_apdu.scriptf1609424de1c2508ba57f7aa06e865c500884a531777491267000https://jenkins.osmocom.org/jenkins/user/laforgelaforgelaforge@osmocom.orgpySim/transport: fix GET RESPONSE behaviour The current behavior we implement in the method __send_apdu_T0 is incomplete. Some details discussed in ETSI TS 102 221, section 7.3.1.1.4, clause 4 seem to be not fully implemented. We may also end up sending a GET RESPONSE in other APDU cases than case 4 (the only case that uses the GET RESPONSE command). Related: OS#6970 Change-Id: I26f0566af0cdd61dcc97f5f502479dc76adc37cc 2026-04-29 19:34:27 +0000f1609424de1c2508ba57f7aa06e865c500884a53pySim/transport: fix GET RESPONSE behaviouredittests/pySim-shell_test/apdu/test_apdu.scripteditpySim/transport/__init__.pygithttps://jenkins.osmocom.org/jenkins/user/laforgelaforgelaforgeBRANCHmasterEMAIL_NOTIFICATIONSjenkins-notifications@lists.osmocom.org laforge@gnumonks.orgStarted by upstream project "master-pysim" build number 2,1212121master-pysimjob/master-pysim/00119362969362961.0024242121f1609424de1c2508ba57f7aa06e865c500884a53f1609424de1c2508ba57f7aa06e865c500884a53origin/masterf1609424de1c2508ba57f7aa06e865c500884a53f1609424de1c2508ba57f7aa06e865c500884a53origin/masterf1609424de1c2508ba57f7aa06e865c500884a53f1609424de1c2508ba57f7aa06e865c500884a53origin/masterhttps://gerrit.osmocom.org/pysimfalse#2121936296937851master-pysim » card-test,a1=default,a3=default,a4=default,simtester #21212121falsefalse2121103939SUCCESS1777491308323https://jenkins.osmocom.org/jenkins/view/TTCN3-asan/job/master-pysim/JOB_TYPE=card-test,a1=default,a3=default,a4=default,label=simtester/2121/simtesterpySim/transport/__init__.pytests/pySim-shell_test/apdu/test_apdu.scriptf1609424de1c2508ba57f7aa06e865c500884a531777491267000https://jenkins.osmocom.org/jenkins/user/laforgelaforgelaforge@osmocom.orgpySim/transport: fix GET RESPONSE behaviour The current behavior we implement in the method __send_apdu_T0 is incomplete. Some details discussed in ETSI TS 102 221, section 7.3.1.1.4, clause 4 seem to be not fully implemented. We may also end up sending a GET RESPONSE in other APDU cases than case 4 (the only case that uses the GET RESPONSE command). Related: OS#6970 Change-Id: I26f0566af0cdd61dcc97f5f502479dc76adc37cc 2026-04-29 19:34:27 +0000f1609424de1c2508ba57f7aa06e865c500884a53pySim/transport: fix GET RESPONSE behavioureditpySim/transport/__init__.pyedittests/pySim-shell_test/apdu/test_apdu.scriptgithttps://jenkins.osmocom.org/jenkins/user/laforgelaforgeBRANCHmasterEMAIL_NOTIFICATIONSjenkins-notifications@lists.osmocom.org laforge@gnumonks.orgStarted by upstream project "master-pysim" build number 2,1212121master-pysimjob/master-pysim/003311911119111.00112121f1609424de1c2508ba57f7aa06e865c500884a53f1609424de1c2508ba57f7aa06e865c500884a53origin/masterf1609424de1c2508ba57f7aa06e865c500884a53f1609424de1c2508ba57f7aa06e865c500884a53origin/masterf1609424de1c2508ba57f7aa06e865c500884a53f1609424de1c2508ba57f7aa06e865c500884a53origin/masterhttps://gerrit.osmocom.org/pysimfalse#21211191110782master-pysim » distcheck,a1=default,a3=default,a4=default,osmocom-master #21212121falsefalse2121103940SUCCESS1777491308323https://jenkins.osmocom.org/jenkins/view/TTCN3-asan/job/master-pysim/JOB_TYPE=distcheck,a1=default,a3=default,a4=default,label=osmocom-master/2121/build4-deb12build-ansiblepySim/transport/__init__.pytests/pySim-shell_test/apdu/test_apdu.scriptf1609424de1c2508ba57f7aa06e865c500884a531777491267000https://jenkins.osmocom.org/jenkins/user/laforgelaforgelaforge@osmocom.orgpySim/transport: fix GET RESPONSE behaviour The current behavior we implement in the method __send_apdu_T0 is incomplete. Some details discussed in ETSI TS 102 221, section 7.3.1.1.4, clause 4 seem to be not fully implemented. We may also end up sending a GET RESPONSE in other APDU cases than case 4 (the only case that uses the GET RESPONSE command). Related: OS#6970 Change-Id: I26f0566af0cdd61dcc97f5f502479dc76adc37cc 2026-04-29 19:34:27 +0000f1609424de1c2508ba57f7aa06e865c500884a53pySim/transport: fix GET RESPONSE behavioureditpySim/transport/__init__.pyedittests/pySim-shell_test/apdu/test_apdu.scriptgithttps://jenkins.osmocom.org/jenkins/user/laforgelaforgeBRANCHmasterEMAIL_NOTIFICATIONSjenkins-notifications@lists.osmocom.org laforge@gnumonks.orgStarted by upstream project "master-pysim" build number 2,1212121master-pysimjob/master-pysim/000031579315791.00002045e5f56dd35f1b2347a59f88b401b59997798fff67e5f56dd35f1b2347a59f88b401b59997798fff67refs/remotes/origin/pmaier/fixgre5f56dd35f1b2347a59f88b401b59997798fff67e5f56dd35f1b2347a59f88b401b59997798fff67refs/remotes/origin/pmaier/fixgr2121f1609424de1c2508ba57f7aa06e865c500884a53f1609424de1c2508ba57f7aa06e865c500884a53origin/masterf1609424de1c2508ba57f7aa06e865c500884a53f1609424de1c2508ba57f7aa06e865c500884a53origin/master

13533d815859830197b9c55e0a49a1bd2532f71285e13d815859830197b9c55e0a49a1bd2532f71285e1refs/remotes/origin/pmaier/keepfiles3d815859830197b9c55e0a49a1bd2532f71285e13d815859830197b9c55e0a49a1bd2532f71285e1refs/remotes/origin/pmaier/keepfiles1421568e8ae9b817ec2473907bfdd30870410890ffb0568e8ae9b817ec2473907bfdd30870410890ffb0refs/remotes/origin/pmaier/fixapdu568e8ae9b817ec2473907bfdd30870410890ffb0568e8ae9b817ec2473907bfdd30870410890ffb0refs/remotes/origin/pmaier/fixapdu14676a555ac5ccad9ee2cae5e0ba247990f824f8e9b66a555ac5ccad9ee2cae5e0ba247990f824f8e9b6refs/remotes/origin/pmaier/aramtest6a555ac5ccad9ee2cae5e0ba247990f824f8e9b66a555ac5ccad9ee2cae5e0ba247990f824f8e9b6refs/remotes/origin/pmaier/aramtest1816e4ea1c997348370ba1d7415bfd926ac873b58c87e4ea1c997348370ba1d7415bfd926ac873b58c87refs/remotes/origin/osmith/wipe4ea1c997348370ba1d7415bfd926ac873b58c87e4ea1c997348370ba1d7415bfd926ac873b58c87refs/remotes/origin/osmith/wip2022f57f047c627392c40fbe349b1a73ccebe05dc005f57f047c627392c40fbe349b1a73ccebe05dc005refs/remotes/origin/pmaier/otatestf57f047c627392c40fbe349b1a73ccebe05dc005f57f047c627392c40fbe349b1a73ccebe05dc005refs/remotes/origin/pmaier/otatest4024f888a0414101dee4f20aa12579491fcc71707b34f888a0414101dee4f20aa12579491fcc71707b3refs/remotes/origin/master4f888a0414101dee4f20aa12579491fcc71707b34f888a0414101dee4f20aa12579491fcc71707b3refs/remotes/origin/masterf1609424de1c2508ba57f7aa06e865c500884a53f1609424de1c2508ba57f7aa06e865c500884a53origin/masterhttps://gerrit.osmocom.org/pysimfalse#21211349012701master-pysim » pylint,a1=default,a3=default,a4=default,osmocom-master #21212121falsefalse2121103937SUCCESS1777491308323https://jenkins.osmocom.org/jenkins/view/TTCN3-asan/job/master-pysim/JOB_TYPE=pylint,a1=default,a3=default,a4=default,label=osmocom-master/2121/build4-deb12build-ansiblepySim/transport/__init__.pytests/pySim-shell_test/apdu/test_apdu.scriptf1609424de1c2508ba57f7aa06e865c500884a531777491267000https://jenkins.osmocom.org/jenkins/user/laforgelaforgelaforge@osmocom.orgpySim/transport: fix GET RESPONSE behaviour The current behavior we implement in the method __send_apdu_T0 is incomplete. Some details discussed in ETSI TS 102 221, section 7.3.1.1.4, clause 4 seem to be not fully implemented. We may also end up sending a GET RESPONSE in other APDU cases than case 4 (the only case that uses the GET RESPONSE command). Related: OS#6970 Change-Id: I26f0566af0cdd61dcc97f5f502479dc76adc37cc 2026-04-29 19:34:27 +0000f1609424de1c2508ba57f7aa06e865c500884a53pySim/transport: fix GET RESPONSE behavioureditpySim/transport/__init__.pyedittests/pySim-shell_test/apdu/test_apdu.scriptgithttps://jenkins.osmocom.org/jenkins/user/laforgelaforgeBRANCHmasterEMAIL_NOTIFICATIONSjenkins-notifications@lists.osmocom.org laforge@gnumonks.orgStarted by upstream project "master-pysim" build number 2,1212121master-pysimjob/master-pysim/000010649106491.00002121f1609424de1c2508ba57f7aa06e865c500884a53f1609424de1c2508ba57f7aa06e865c500884a53origin/masterf1609424de1c2508ba57f7aa06e865c500884a53f1609424de1c2508ba57f7aa06e865c500884a53origin/masterf1609424de1c2508ba57f7aa06e865c500884a53f1609424de1c2508ba57f7aa06e865c500884a53origin/masterhttps://gerrit.osmocom.org/pysimfalse#21211064910264master-pysim » test,a1=default,a3=default,a4=default,osmocom-master #21212121falsefalse2121103936SUCCESS1777491308323https://jenkins.osmocom.org/jenkins/view/TTCN3-asan/job/master-pysim/JOB_TYPE=test,a1=default,a3=default,a4=default,label=osmocom-master/2121/build5-deb12build-ansiblepySim/transport/__init__.pytests/pySim-shell_test/apdu/test_apdu.scriptf1609424de1c2508ba57f7aa06e865c500884a531777491267000https://jenkins.osmocom.org/jenkins/user/laforgelaforgelaforge@osmocom.orgpySim/transport: fix GET RESPONSE behaviour The current behavior we implement in the method __send_apdu_T0 is incomplete. Some details discussed in ETSI TS 102 221, section 7.3.1.1.4, clause 4 seem to be not fully implemented. We may also end up sending a GET RESPONSE in other APDU cases than case 4 (the only case that uses the GET RESPONSE command). Related: OS#6970 Change-Id: I26f0566af0cdd61dcc97f5f502479dc76adc37cc 2026-04-29 19:34:27 +0000f1609424de1c2508ba57f7aa06e865c500884a53pySim/transport: fix GET RESPONSE behaviouredittests/pySim-shell_test/apdu/test_apdu.scripteditpySim/transport/__init__.pygithttps://jenkins.osmocom.org/jenkins/user/laforgelaforgeBRANCHmasterEMAIL_NOTIFICATIONSjenkins-notifications@lists.osmocom.org laforge@gnumonks.orgStarted by upstream project "master-pysim" build number 2,1122112master-pysimjob/master-pysim/00939063939063657565751.001131132045e5f56dd35f1b2347a59f88b401b59997798fff67e5f56dd35f1b2347a59f88b401b59997798fff67refs/remotes/origin/pmaier/fixgre5f56dd35f1b2347a59f88b401b59997798fff67e5f56dd35f1b2347a59f88b401b59997798fff67refs/remotes/origin/pmaier/fixgr211203b58985a51ab39ff4f6edc82b3e7fdd923a782b03b58985a51ab39ff4f6edc82b3e7fdd923a782borigin/master03b58985a51ab39ff4f6edc82b3e7fdd923a782b03b58985a51ab39ff4f6edc82b3e7fdd923a782borigin/master