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 bugzilla@xxxxxxxxxx changed: What |Removed |Added ---------------------------------------------------------------------------- Product|Fedora Extras |Fedora ------- Additional Comments From mhalcrow@xxxxxxxxxx 2007-06-19 19:30 EST ------- Given the fact that it links to libgcrypt, it's probably best to link mount.ecrypt statically. But then there is the same problem with pam_ecryptfs.so, which also needs libgcrypt and libgpg-error. My naive attempts to just link them statically into pam_ecryptfs.so have been met with protests by the tools about portability (and, in any case, I haven't yet found a way to coerce libtool to do that via a "proper" Makefile.am entry). Note that plenty of other /lib/security files dynamically link stuff under /usr/lib, including libcrack, libkrb4, libsmime3, etc. Since so many other /lib/security/*so files link against libraries in /usr/lib, is it okay for pam_ecryptfs.so to do the same? -- 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