Fix mysterious but repeatable clock-related failure when installing Ruby
Force successful return when installing VBox guest additions, as they will always fail due to missing X
Merge VBox guest additions fix
Split out postinstall.sh into separate files per functionality block
Clean up the Makefile, make vagrant and veewee checks actual make targets
Add a magic rule (using GNU make extensions) to check automatically whether the needed boxes are already registered with vagrant and only rebuild them otherwise.
Rename our basebox to include opengenera-, as otherwise it's very easy to run into conflicts with standard ubuntu-7.10-server-amd64 recipes, which we don't guarantee to be compatible with.
Only depend conditionally on the veewee and vagrant targets. Because they're phony targets, it means they're always considered rebuilt and thus will always force a rebuild of our boxes, which is undesirable.
Use chef's apt_package resource rather than executing apt-get by hand. That cuts down the provisioning time by some 170s on second and subsequent 'vagrant up's
Move rc.local to a proper chef template
Use wmctrl to fullscreen the Genera window after startup
Use TigerVNC to serve the desktop. That gives dynamic desktop resizing, effectively allowing rootless serving of the OpenGenera window. It's somewhat hacky, but what isn't in this image :)
Bump up the DHCP delay to 4s. Experimentally, 2s was not enough and resulted in unreliable bootups, whereas 4s seems to work fine.
Make TigerVNC work properly with XKB, which removes the horrible xmodmap hack. Now we only use xmodmap for all the Meta/Hyper/etc. space cadet goodness.
Update screenshots to show off the rootless VNC
Merge base-genera-box