Description of problem:
CFS directories that are newly created, and ones that have previously worked on
i386 systems, do not unlock using the cattach command even when given the
Version-Release number of selected component (if applicable):
1.4.1-7.fc5 and earlier
Always on x86_64 systems
Steps to Reproduce:
1. Make a new CFS directory: 'cmkdir test'
2. Use a guaranteed reproducible phrase - e.g. 'echo abcdefghijklmnopqrst' and
use copy and paste in the terminal - to supply the same passphrase twice to the
3. Try attaching to this CFS directory: 'cattach test'
'cattach: incorrect passphrase'
No error from cattach and test directory shows up in secure mount directory
I've also tried this with directories I've copied from my previous Athlon 32-bit
system; they won't cattach on the x86_64 system but, when the entire CFS
directory is copied back to the i386 system, they are still accessible. In this
way this is similar to bug 173037
cfs was/is written in K&R C which does not support prototypes. On AMD64 which
has sizeof(int) != sizeof(void *), this will cause every kind of problems.
I added a patch to the -devel branch of Fedora Extras which should fix these
issues. Can you test this version please? I do not have an AMD64 system where I
can test it.
[Because the patch is non-trivial, it is for -devel only ATM. So you have
probably to rebuild the package for FC5]
Is this the 1.4.1-9.fc6 package in the FC5 extras development repository? I've
tried that and it still has the same error. If not, could you give me a bit
more information about what to download? I'm not as familiar with the Extras
development branch as you are, sorry :-)
Also, if there's a way to turn on debugging or something that allows me to give
you more information about what's going on on my system, I'd be happy to oblige.
Created attachment 130467 [details]
SELinux policy to mount the local NFS socket for CFS.
sorry, closing bug as wont-fix. CFS is discontinued.