Bug 828327 – app-crypt/tpm2-tss-3.1.0: stabilisation

• Product: Gentoo Linux
• Status: RESOLVED FIXED

[Description Sam James 2021-12-05 02:37:44 UTC]

In tree for 133 days. Is it ready? Remember to file stabilisation requests for your packages. If it's ready, add CC-ARCHES to the 'keywords' field of this bug.

[Comment 1 Christopher Byrne 2021-12-05 20:21:16 UTC]

I've been hesitant to request stabilization as tpm2-tss:3 is ABI change, and I worried its reverse dependencies might fail in some subtle way. There are only 3 package that depend on tpm2-tss that I don't maintain: fwupd, openconnect and systemd. I've compiled the prior 2 and they compile successfully, an tpm2 support in systemd is relative recent so it should work. Dracut has an optional dependency on it, and maybe strongswan does too, but they recommend the latest versions. 

So at this point I see nothing really holding back stabilization of 3.1.0. Once keywording of tpm2-tools and friends is complete (see bug 810862), I'll have the newest version of the tools stabilized.

[Comment 2 Agostino Sarubbo 2021-12-06 11:27:15 UTC]

amd64 stable

[Comment 3 Sam James 2021-12-07 02:17:24 UTC]

arm64 done

[Comment 4 Agostino Sarubbo 2021-12-07 07:32:28 UTC]

x86 stable

[Comment 5 Sam James 2021-12-08 04:56:15 UTC]

arm done

[Comment 6 Christopher Byrne 2022-02-06 00:27:58 UTC]

ping ppc64

[Comment 7 Sam James 2022-02-19 03:29:36 UTC]

ppc64 done

all arches done

[Comment 8 Sam James 2022-02-19 03:33:36 UTC]

(In reply to Sam James from comment #7)
> ppc64 done
> 
> all arches done

[03:23:42]  <salahx> Could someone look at https://bugs.gentoo.org/828327 ? Its stabilization bug, its been waiting on ppc64 for a long time. Upstream has just cut 3.2.0, and i'd like to get 3.1.0 stabilzed.
[03:25:13]  <@sam_> FAIL: test/unit/tcti-pcap
[03:25:13]  <@sam_> FAIL: test/unit/fapi-get-intl-cert
[03:25:14]  <@sam_> hm
[03:27:47]  <@sam_> https://github.com/tpm2-software/tpm2-tss/pull/2125
[03:27:57]  <@sam_> (the tcti-pcap failure is definitely BE related from looking at the diff)
[03:28:15]  <@sam_> so that one is just a test failure (yay!), not a real issue
[03:28:19]  <@sam_> let's check the other one
[03:28:53]  <@sam_> i'm less concerned by the other one and thre's upstream commits about it
[03:28:55]  <@sam_> so let's do it
[03:29:22]  <salahx> great, thank you!
[03:29:48]  <@sam_> np, sorry for delay, it's awkward to find time to go around and actually check the things which i have logs sitting for which failed
[03:29:51]  <@sam_> and poke at them
[03:29:55]  <@sam_> i need to try find some time once/week or something