@Gendol, thanks for looking into the xorg.conf thing, i simply havent had more than 5 minutes at a time to look into it... will test it out soon. ye i agree with you on the sdcard, for the system the emmc is needed due to speed reasons, but for /var/tmp the external sdcard is the way to go for mobility, but at home one could use an usb hdd for /var/tmp and for swap (that way even chromium could get compiled), if the kernel (im using faux 1ghz) supports swap, otherwise might need to pull his latest kernel sources and config swap support into it, than compile and test

Well for openoffice, if its the -bin version, its done within a few minutes, the question however reimains if its arm compiled or not (probably its not), one way to get openoffice is just to get the package from ubuntu (thats arm softfloat without neon compiled) or crosscompile it.
Talking about which i have a crosscompiling chain set up on my gentoo pc, which makes it rather fast, but for now i dont know exactly how to use it for anything but kernels

(well i know some part, but i need to config all the things properly xmerge-crossdev, the "out" directory and so on) and i was looking into the make.conf you have, you are using an armv7-a-unknown-gnueabi compiler with softfloat than in the CFLAGS (have to learn how to set t hsoe CFLAGS while crosscompiling), the other way would be i could use my pandaboard (which is running gentoo aswell) and with distcc compile stuff on it and the atrix ( got hardfloat with neon on the panda though, so this might be an issue... and i guess crosscompiling on the pc woudl go faster), than we set up a binhost or such.
@Vazay
1) You get errors because your cpu overheats, do you use an OC kernel? When i was compiling stuff on gentoo with the atrix, i even had "-j3" ("-jX" means how many jobs to be started when compiling, i always use cores+1) and it never gave out errors, otherwise you might be out of luck
2) try with an external hdd over usb, with a swap partiton on it, and swapon on it, than try to emerge chromium, it might work (as above, assuming that swap is supported in the kernel), than it woudl be possible, but the thing is midori is very leightweight and works way better on "embedded" devices
4) two isssues might arise: 1. if the sdcard gets initialized later than the gentop system, the gentop system will not boot up properly. 2. it will be way slower
Edit: just remembered that maybe sabayon would have precompiled arm packages (have to check though)
http://wiki.sabayon.org/index.php?title=Hitchhikers_Guide_to_the_BeagleBone_(and_ARMv7a)
http://wiki.sabayon.org/index.php?title=Hitchhikers_Guide_to_the_PandaBoard
similar armv7a boards, just with neon support (dont have time to read through it now, but if anyone is interested). It seems sabayon is using hardfloat and not softfloat, so using their packages is impossible for now