Thanks for testing @imsedgar. The note about the server include was missed from the description as it is on top of the latest release, I will add it to description (even though it is in the changelog).
Pushing to stable as the old release has its own problems, and tpm2-tools was updated in Fedora 31.
@stefanberger Unfortunately, this is nothing I can fix in this package. This is change of "API" of tpm2-tools package, which is still outdated in Fedora 31, but rawhide already has the version 4, which should work as expected.
I see the same issue with the upstream sources and Fedora 29 (did not manage to update to F30 yet). Could it be outdated tpm2-tools
package in Fedora 29 or upstream issue? I built the current master in copr if you want to try:
https://copr.fedorainfracloud.org/coprs/jjelen/tpm2-pkcs11/build/924447/
Thank you for testing. The Fedora 30 update is here:
https://bodhi.fedoraproject.org/updates/FEDORA-2019-182d4989a0
This is not a module, but a normal fedora package. Unfortunately I did not manage to put hands on the TPM2 in my laptop since packaging this.
I pulled newer tarball from upstream, added a the tpm2_ptool into separate subpackage (tpm2-pkcs11-tools) and submitted a new rawhide build. Checking how does it work would be appreciated. I was able to test just the general functionality, but not a talking to real hardware. The rawhide build should be done soon. Let me know whether you need some other build.
Thank you for the feedback. I noticed them too, but I did not figure out how to get rid of them yet. They did not seem to affect the general functionality so I did (finally) the update.
LGTM
looks good
ESC does not start with current Fedora 28:
XPCOMGlueLoad error for file /usr/lib64/esc-1.1.1/xulrunner/libxul.so:
libhunspell-1.5.so.0: cannot open shared object file: No such file or directory
Couldn't load XPCOM.
XPCOMGlueLoad error for file /usr/lib64/esc-1.1.1/xulrunner/libxul.so:
libhunspell-1.5.so.0: cannot open shared object file: No such file or directory
Couldn't load XPCOM.
In current Fedora 28, I have only the following files:
[jjelen@t470s tmp]$ ll /usr/lib64/libhunspell-1*
lrwxrwxrwx. 1 root root 24 Dec 4 2017 /usr/lib64/libhunspell-1.6.so -> libhunspell-1.6.so.0.0.1
lrwxrwxrwx. 1 root root 24 Dec 4 2017 /usr/lib64/libhunspell-1.6.so.0 -> libhunspell-1.6.so.0.0.1
-rwxr-xr-x. 1 root root 613832 Dec 4 2017 /usr/lib64/libhunspell-1.6.so.0.0.1
looks good
This one has a bug and is replaced by the next build, which should work just fine: https://bodhi.fedoraproject.org/updates/FEDORA-2018-621b9a9095
This update has been unpushed.
openssh tested thoughtfully and works fine