Bug 650856 – sys-fs/ecryptfs-utils-108-r1 - In file included from mount.ecryptfs.c:27:0: /usr/include/keyutils.h:129:43: error: unknown type name ‘uid_t’

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description Alexey Korepanov 2018-03-19 08:37:27 UTC]

Created attachment 524360 [details]
build.log

sys-fs/ecryptfs-utils-108-r1 fails to compile with

In file included from mount.ecryptfs.c:27:0:
/usr/include/keyutils.h:129:43: error: unknown type name ‘uid_t’
 extern long keyctl_chown(key_serial_t id, uid_t uid, gid_t gid);
                                           ^~~~~
/usr/include/keyutils.h:129:54: error: unknown type name ‘gid_t’
 extern long keyctl_chown(key_serial_t id, uid_t uid, gid_t gid);
                                                      ^~~~~
/usr/include/keyutils.h:158:35: error: unknown type name ‘uid_t’
 extern long keyctl_get_persistent(uid_t uid, key_serial_t id);
                                   ^~~~~

[Comment 1 Alexey Korepanov 2018-03-19 08:39:16 UTC]

Created attachment 524362 [details]
emerge --info

[Comment 2 Alexey Korepanov 2018-03-19 08:40:05 UTC]

# emerge -pv sys-fs/ecryptfs-utils

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild  N    ~] sys-fs/ecryptfs-utils-108-r1::gentoo  USE="pam python -doc -gpg -gtk -openssl -pkcs11 -suid -tpm" PYTHON_TARGETS="python2_7" 0 KiB

Total: 1 package (1 new), Size of downloads: 0 KiB

[Comment 3 yknot 2018-07-12 10:22:42 UTC]

I am getting the same error.

[Comment 4 Igal Baevsky 2018-07-13 10:28:46 UTC]

Adding sys-apps/keyutils-1.5.10 to /etc/portage/package.keywords allows sys-fs/ecryptfs-utils-108-r1 to build.

[Comment 5 Stefan Strogin 2018-07-13 16:15:21 UTC]

Same error. Updating sys-apps/keyutils to 1.5.10 fixed it.

[Comment 6 SpanKY 2018-07-16 16:42:51 UTC]

this is a bug in keyutils which is fixed in the 1.5.10 release which is in the tree.  nothing for ecryptfs-utils to change.

[Comment 7 WGH 2018-07-25 16:16:11 UTC]

> nothing for ecryptfs-utils to change.

Wouldn't it make sense to change the requirements to >=sys-apps/keyutils-1.5.10?

[Comment 8 SpanKY 2018-08-01 20:45:21 UTC]

(In reply to WGH from comment #7)

ecryptfs-utils has no specific version dependency on keyutils.  we don't generally put version deps in other packages when the package they depend on is broken in some way.

[Comment 9 Kristian Fiskerstrand (RETIRED) 2018-08-01 20:50:39 UTC]

(In reply to SpanKY from comment #8)
> (In reply to WGH from comment #7)
> 
> ecryptfs-utils has no specific version dependency on keyutils.  we don't
> generally put version deps in other packages when the package they depend on
> is broken in some way.

Am I to understand there was a specific release of keyutils that contained this error? or is it actually an error in all previous releases? At least if the latter it makes sense to have a versioned dependency.

[Comment 10 Kristian Fiskerstrand (RETIRED) 2018-08-02 07:41:21 UTC]

*** Bug 662576 has been marked as a duplicate of this bug. ***

[Comment 11 haarp 2018-08-03 06:56:59 UTC]

Either have a versioned dependency, or stabilize =sys-apps/keyutils-1.5.10.

It makes little sense to have a stable package that can't be built.

[Comment 12 Gino McCarty 2018-08-06 22:50:07 UTC]

why is this marked as resolved? please re-open and fix keyutils version.. currently set to 1.0 should be 1.5.10

[Comment 13 Kristian Fiskerstrand (RETIRED) 2018-08-07 12:25:17 UTC]

(In reply to haarp from comment #11)
> Either have a versioned dependency, or stabilize =sys-apps/keyutils-1.5.10.
> 
> It makes little sense to have a stable package that can't be built.

sys-fs/ecryptfs-utils is not in stable