You are not logged in.
Could someone produce a pkgbuild for the encfs alternative, eCryptfs.
http://ecryptfs.sourceforge.net/
Thanks.
Offline
According to the readme files this needs 2 things to work :
a special kernel module that needs to be build against the kernel it's meant for plus the ecryptfs userspace utils.
So it looks like there should be more than 1 package :
kernel module for stock and beyond and the userspace package.
Sorry, out of my league.
Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.
(A works at time B) && (time C > time B ) ≠ (A works at time C)
Offline
I'll have a look at it in the morning.
Lone_Wolf, you're right about the packaging - the kernel module will be separate from the rest. However, module packages for stock and beyond only become necessary if/when a package goes to a binary repo - in the AUR, each user is building their own, so they can easily change the _kernver variable to match the kernel they are using.
As an example, have a look at the truecrypt packages in the AUR.
Offline
OK - it's a good news/bad news situation, as follows.
Good News - the ecryptfs devs have already provided separate module and utils directories within the tarball, and sane Makefiles, so it's very easy to construct Arch-compliant packages. However......
Bad News - the Arch kernel packages are not ready for this yet. We need the include/keys/user-type.h header, which is not currently installed, and we need a modified include/linux/netlink.h, which is similarly unavailable. I was able to build the ecryptfs kernel module by applying these changes manually, so I'll submit feature requests and we'll see how it goes.
If we had a -mm kernel package, we'd have ecryptfs "out of the box", and as the mm tree is for more experimental stuff, the Arch devs may not wish to add this to the stock kernel yet. It's possible iphitus might like it for beyond, though.
Offline
Feature Request here.
Offline
Thanks tomk. We'll wait & see.
Offline
Offline