The udev rules to change the ownership and access permission for the TPM2
character devices is installed by the tpm2-abrmd package. But users could
want to use the TPM2 device without the userspace tpm2-abrmd, for example
by using the in-kernel resource manager or accessing the device directly.
In those cases they may not install the tpm2-abrmd package but still want
the correct user, group and permissions set in the TPM2 character device,
so let's do that in the tpm2-tss package instead that is always required.
Signed-off-by: Javier Martinez Canillas <javierm@redhat.com>
The package has an ExclusiveArch: %{ix86} x86_64 directive, but there
isn't anything x86 specific and can be built on all the architectures.
Signed-off-by: Javier Martinez Canillas <javierm@redhat.com>
This commit updates tpm2-tss to version 1.3.0-rc2. It also does some
cleanups to the package such as using the latest URL for the project
repository, removing an unneeded global prefix and remove a compiler
flag that's no longer needed.
resolves: rhbz#1508870
Signed-off-by: Javier Martinez Canillas <javierm@redhat.com>
This commit updates tpm2-tss to version 1.2.0. It also does some cleanups
such as changing the SPEC file permission bits, that were not correct and
renames the project prefix from TPM2.0-TSS to tpm2-tss, that is the name
used in the upstream project now.
tpm2-tss 1.2.0 does not build correctly on Fedora with GCC7, this has been
fixed in tpm2-tss master with commits:
64862cb1f7a0 ("implementation.h: Remove preprocessor magic to selectively enable commands.")
87feb17d81b8 ("implementation.h: Remove preprocessor magic to selectively enable algorithms.")
But those can't be easily cherry picked for 1.2.0, so this commit disables
the GCC7 int-in-bool-context warning instead.
Signed-off-by: Javier Martinez Canillas <javierm@redhat.com>
The source tarballs don't need to be in the package git repository, since
tools building the package will obtain the source url from the SPEC file
and download it before doing the build.
Signed-off-by: Javier Martinez Canillas <javierm@redhat.com>