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@xxxxxxxxxx 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. _______________________________________________ Fedora-package-review mailing list Fedora-package-review@xxxxxxxxxx http://www.redhat.com/mailman/listinfo/fedora-package-review