Some more detail on the options
*new* Random Bootanimations
This adds a script which will randomly select a bootanimation from /sd-ext/bootanimations ( or /data/local/bootanimations/ if /sd-ext is not mounted )
it searches for zip files in the bootanimations folder.
you can either have
unique names e.g.
- /sd-ext/bootanimations/bootanimation1.zip
- /sd-ext/bootanimations/bootanimation2.zip
- /sd-ext/bootanimations/nexusanim.zip
or each in its own folder e.g.
- /sd-ext/bootanimations/ba1/bootanimation.zip
- /sd-ext/bootanimations/nexus/bootanimation.zip
- /sd-ext/bootanimations/another/another.zip
or a mix of both, I don't care

if /system/media/bootanimation.zip exists, that will also have a random chance
( personally I remove it from the ROM before flashing, it saves me a chunk of system space,, I just put a copy in /sd-ext/bootanimations/
*new* data/data binds
Space tight on data?
this will put /data/data ( and /data/sysem ) on your sd-ext, and bind mount them back to data
it will free up 30+mb * on /data
* depends on how many and what apps you have
if you decide you don't like it
Code:
su
sh /sd-ext/userinit.d/11datadata-binds off
to turn it off , note it will check if you have enough space on data, don't blame me if it refuses to move it back, or if it moves it back and you get low space warnings. titanium backup and do a full wipe and start again from scratch
shabang
simply adds #!/system/bin/sh to the wrapper scripts for some of the java code in /system/framework
basically it will let you run things like pm ( package manager ) from an Almquist shell (ash), bash or busybox sh ( which I think is just ash )
remount
is a somewhat bloated script inspired by Maxisma's rwsystem script
the 'bloat' is cachehack detection ( to make sure all system files are rw ) and some feedback, both to the user and any scripts which use it (via a 0/1 exit code )
lwp
when I first did the '3D' kernel for CE1.2, ( based on what Case_ did )
I hinted in the ramdisk's init.rc at what goes on here
the patch does two things
first , on boot it restricts access to /dev/msm_hw3dr and /dev/msm_hw3dc, so only root and the graphics group can access it.
Then, we give the graphics group to apps which have the android.permission Write External Storage
the idea being that Live wallpapers would be forced to drop back to software3d
( we know lwp worked ok(ish) on ramhack kernels ; )
but Gallery3D and most Games get given graphics group ( becuse they have the WES permission )
NB, this will not fix the 'Nexus LWP Pack' pushed from another ROM
only Market LWP will work on cm5 test3
swap
on boot get a script to run, which just runs swapon against every sd partition, its a 'suck and see' but it works no matter which partition you have swap on, so no messing about editing it for typical g1 setup fat32/ext/swap , or an mt3g with just fat32/swap
fb
Edits the build.trout.prop file, changing a couple of values so that facebook 1.2.1 sync works
( if you ask me its the app which is broken, but this is a workaround )
fixp
the fix_permissions script is hardcoded with the legacy /system/sd, this patch converts it to use $SD_EXT_DIRECTORY
so it won't miss apps on your sd card ext partition
dc2x
Dalvik-cache bind mounts
For NoneDangerSPL , a bind mount between /cache/dalvik-cache and /data/dalvik-cache is created on boot
NoneDanger has a /cache partition of 67mb , which is perfectly adequate for the dex files
it frees up space on data ( which is 14mb smaller than DangerSPL )
For DangerSPL
/cache is way too small, at just 30mb , but stock cm5's framework and system app dex files are 31mb , which does eat right into the space available on data
so, a bind mount between /sd-ext/dalvik-cache and /data/dalvik-cache is created on boot., very much like the old style a2sd
this option will free up space on data, especially useful if you have apps which want to create large /data/data/ directories
for MT3G , didn't make much sense to do anything, data is huge, but with /cache at 80mb I could be persuaded to bind with that