[Bug 218556] Review Request: ecryptfs-utils - Linux eCryptfs utilities

[bugzilla at redhat.com]

Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.

Summary: Review Request: ecryptfs-utils - Linux eCryptfs utilities


https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=218556





------- Additional Comments From mhalcrow at us.ibm.com  2007-06-20 14:50 EST -------
Statically linking mount.ecryptfs is still problematic.

In order to perform its key management functions (i.e., parsing the user's rc
file and pulling in dynamic key modules), libecryptfs needs to call getpwuid and
dlopen. Any attempts I have made thus far to statically link mount.ecryptfs have
resulted in warnings from the tools about specific versions of glibc runtime and
shared libraries needing to be available, and I am getting nothing but
segfaults, with valgrind complaining about conditional jumps to libc functions
depending on uninitialized values.

However, the eCryptfs kernel module depends on keys being available in the user
session keyring on mount. Bill mentioned this in a previous comment:

> Into the *user session* keyring? If it's not being done until the user logs
> in,you can assume that /usr is available, so it's not an issue.

So if dynamically linking against libraries in /usr/lib is a non-issue in the
case of eCryptfs, then can we consider any remaining linking issues brought up
in comment #55 to be non-applicable?

Thanks,
Mike

-- 
Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.