Hey, great to see that there is progress on this enhancement.
Is there any hope of getting a package that will work with fedora 14
x86_64? From the above comment I have (perhaps errantly) deduced that I
need both a new ecryptfs-utils AND a new kernel source to compile.
But because it appears to b
Another observation: Why are there so many common characters in all the
encrypted file and directory names? Here is an example where ALL names
start with the common string
CRYPTFS_FNEK_ENCRYPTED.FWYZTa2tGpIYbEZbarH8eVFOQu-N7jr7t2mD
Here is a full listing from the directory:
ECRYPTFS_FNEK_ENCRYPT
Oops, sorry, that string is ~276 chars long, not ~1400, I was squinting
at the wrong number in emacs.
--
file name to long when creating new file (ecryptfs_lookup: lookup_one_len()
returned [-36] on lower_dentry)
https://bugs.launchpad.net/bugs/344878
You received this bug notification because y
I discovered a new twist on this problem: It appears to me that I am not
running into the ext3 limitation of 254 chars per se, but rather
something more akin to a PATH LENGTH limitation somewhere else in the
code.
In fact, when you look at the error messages (with dmesg), you see a
pathname which
I ran into the filename length limitation, too. Would be great to see
the Huffman idea or other appropriate soluton implemented.
--
file name to long when creating new file (ecryptfs_lookup: lookup_one_len()
returned [-36] on lower_dentry)
https://bugs.launchpad.net/bugs/344878
You received thi
