Skip to content

Conversation

@mcr
Copy link

@mcr mcr commented Dec 13, 2025

This replaces PR #578.
It is rebased after ther DOCS_RS changes.
Without this patch, the version number does not parse with VersionReq::parse.

(This depends upon #603, please merge that first)

@mcr mcr force-pushed the sanitize-tss-version-number-too branch from 9ae4929 to bdd2e39 Compare December 13, 2025 00:44
@Superhepper
Copy link
Collaborator

I am not against this. But I would like for the sanitize of the TSS version to be opt-in by using environment variable or by some other means.

@mcr
Copy link
Author

mcr commented Dec 13, 2025

I am not against this. But I would like for the sanitize of the TSS version to be opt-in by using environment variable or by some other means.

okay, that sounds okay to me.
Please name the environment variable for me... :-)
I think that I also build tss statically, and I believe I had to patch it to make it all work without .so.
(when debugging, the wrong .so always winds up loading when you least expect it. That's neither here nor there, but I'm thinking about the documentation update on the environment variable)

@mcr mcr marked this pull request as draft December 13, 2025 15:55
@Superhepper
Copy link
Collaborator

Every other environment variable that has to deal with tpm2-tss is named something with TPM2_TSS_*. So something like TPM2_TSS_VERSION_ALLOW_DIRTY
TPM2_TSS_VERSION_DIRTY
TPM2_TSS_VERSION_ALLOW_PRE_VERSION
TPM2_TSS_IS_PRE_VERSION

Interesting I tried to build it with static linkage when I finished bundled. But it a bit more complicated so I left it for the future. But if it would be possible to have static linkage on all platforms I think that would be great.

@mcr
Copy link
Author

mcr commented Dec 14, 2025 via email

@mcr mcr force-pushed the sanitize-tss-version-number-too branch from bdd2e39 to 34656f7 Compare December 21, 2025 00:05
@mcr
Copy link
Author

mcr commented Dec 21, 2025

I went with: $TPM2_TSS_VERSION_IGNORE_PRERELEASE
Should I put this into the README.md?
Or maybe a new BUILDING.md?

@mcr mcr marked this pull request as ready for review December 21, 2025 01:03
@Superhepper
Copy link
Collaborator

Yes, put the documentation in a logical place for me it does not matter if that is README or BUILD.

@mcr mcr force-pushed the sanitize-tss-version-number-too branch from 34656f7 to a47c19c Compare December 29, 2025 07:44
@mcr mcr requested a review from Superhepper December 29, 2025 07:45
@mcr mcr force-pushed the sanitize-tss-version-number-too branch from a47c19c to b9b4a27 Compare December 30, 2025 22:31
@mcr mcr force-pushed the sanitize-tss-version-number-too branch from b9b4a27 to c9aa525 Compare January 1, 2026 02:55
Superhepper
Superhepper previously approved these changes Jan 1, 2026
@mcr
Copy link
Author

mcr commented Jan 1, 2026

@ionut-arm can you review?

@wiktor-k
Copy link
Collaborator

wiktor-k commented Jan 2, 2026

@ionut-arm can you review?

FWIW I still see formatting and DCO issues. You can fix them via cargo fmt and git rebase --signoff main (substitute main for the branching point) and then git push --force-with-lease.

@mcr mcr force-pushed the sanitize-tss-version-number-too branch from c9aa525 to ce28a1d Compare January 2, 2026 23:48
@wiktor-k
Copy link
Collaborator

wiktor-k commented Jan 7, 2026

Hi @mcr, it seems only the DCO check fails which you can correct by with git commit --amend --no-edit --signoff if you agree with this https://developercertificate.org/ (and then git push --force-with-lease).

It's almost merged~! 🤏 🥹

…t-dirty, the rest of the version still has to match

Signed-off-by: Michael Richardson <mcr@sandelman.ca>
@mcr mcr force-pushed the sanitize-tss-version-number-too branch from ce28a1d to 5de8141 Compare January 8, 2026 16:38
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants