Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 16671 - utils-linux ebuild: Please Integrate the cipher modules patch from loop-aes into utils-linux
Summary: utils-linux ebuild: Please Integrate the cipher modules patch from loop-aes i...
Status: RESOLVED INVALID
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: All Linux
: High enhancement
Assignee: Jay Pfeifer (RETIRED)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-03-02 11:28 UTC by Haldir
Modified: 2004-04-03 04:04 UTC (History)
4 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Haldir 2003-03-02 11:28:01 UTC
It would be nice if the utils-linux ebuild could already contain the .diff file 
from loop-aes to support more encryption ciphers. As with every new utils-linux 
version, the support breaks and you have to rebuild losetup and mount
http://loop-aes.sourceforge.net/
it's included in the main distributions file and for utils-linux-2.11z it's 
called util-linux-2.11z.diff (135kb)

Reproducible: Always
Steps to Reproduce:
1.
2.
3.
Comment 1 klavs klavsen 2003-08-20 04:24:08 UTC
Has this been done in util-linux-2.12? it seems to have a very different aes encryption support (ie. I can't mount my gentoo-sources cryptoapi aes encrypted filesystem with it).

Also, If the new util-linux only works with loop-aes - shouldn't there be a loop-aes ebuild (there was once, but has been removed from the tree for unknown, to me, reasons).
Comment 2 Jason Burrell 2004-04-02 18:45:46 UTC
There are various crypto FS implementations out there and none of them are compatable with one another. I think loop-AES is probably the best, as it has a number of features that the others don't, including GPG key support, integration with /etc/fstab, and more. 

I think that probably the easiest way to do this is to integrate the patch into util-linux's patch list, then make actually applying the patch a USE-dependent option. Handling the kernel module might be a bit tricky, but only stylistically. To keep this working through kernel upgrades, the kernel ebuilds would have to reflect it as well.
Comment 3 Haldir 2004-04-03 04:04:42 UTC
Not relevant anymore as for Kernel 2.6 (and especially >2.6.4)