This is an ebuild for the CVS export of aufs on April 22, 2008. This export contains support for the 2.6.25 kernels which was not present in the previous checkouts. I have also included a patch to the makefile that solves a sandbox violation error. I have tested this ebuild on my own machine and it builds/installs/merges fine, and the module seems to work as expected as well.
Created attachment 150710 [details] ebuild for sys-fs/aufs-20080422 I made a slight change to the paradigm of the old ebuilds, in that I set the module install directory to "misc/" instead of "addon/fs/aufs/", as from my personal experience, "misc/" seems to be used more commonly by other external modules.
Created attachment 150712 [details, diff] files/aufs-20080422-kernelversion.patch This patch is required to prevent several sandbox access violations. Essentially, when upstream added support for the 2.6.25 versions of the kernel, they determined the current kernel version using "make kernelversion" in the kernel build directory. This produces temp files in the build directory, which is outside of the sandbox. This patch essentially replaces the call the "make kernelversion" with "uname -r", which seems to yield the same result (and is used previously in the makefile anyway).
Created attachment 150714 [details] checkout of sys-fs/aufs-20080422
The sunrise overlay is about users adding and maintaining ebuilds, so if you have an updated and working version of an ebuild in the sunrise overlay, just add it. You can find more infos at http://overlays.gentoo.org/proj/sunrise (SunriseFaq, HowtoCommit, CodingStandards) For other questions, join in at #gentoo-sunrise (freenode network) and ask them. Btw: What happens with your version, if the symlink does not point to the actual kernel dir (running kernel = 2.6.24 and symlink = 2.6.25)?
Created attachment 150756 [details] ebuild for sys-fs/aufs-20080422 This ebuild uses linux-info to determine kernel version information rather than letting the aufs makefile determine it.
Created attachment 150798 [details] ebuild for sys-fs/aufs-20080422 Added some extra features through the use of USE flags, as well as a special case (sec_perm) which is required on kernels with CONFIG_SECURITY enabled, in order to export certain functions. sec_perm is only permitted to be enabled if it is required, and it is basically used as a method by which users are forced to become aware that they will be patching their kernel by doing so.
Created attachment 150802 [details, diff] sec_perm patch required for certain kernels
