Add in jessie.
Merge remote-tracking branch 'upstream/master'
Manifest files for Squeeze (now oldstable).
Add security.debian.org to apt sources.list
Set grub console to text, and set system console to hvc0 on grub cmdline.
Add console output to serial when using grub
Merge pull request #50 from odyssey4me/grub-console-support

Add console output to serial when using grub
Simple chef plugin based on the puppet plugin
Abstracted some of the copy_tree stuff out
Merge pull request #52 from jaybonci/chef-plugin

Chef plugin
Add option to install packages from tasksel
Use log_check_call instead of subprocess module
Merge pull request #53 from myhro/tasksel

Add option to install packages from tasksel
Don't check Guest Additions installation status

I've been discussing that with Anders for over a week and we agreed that
checking the return code of the Guest Additions installation is just a
waste of time. It seems to return 1 no matter what happen, like:

- It has been launched without administrator privileges: OK
- Requirements like bzip2 and gcc are missing: OK
- Kernel headers or dkms are missing: OK
- It was installed successfully, but without X11 drivers: ???

There isn't even a way (at least until the current 4.3.x version) to
disable the X11 drivers installation. The `--nox11` option, just "Do not
spawn an xterm".

And the worst part: until the version 4.2.x, it returned 0 if it could
be installed with no errors beside this one about the missing X11
drivers. This means that this verification will most likely fail on any
other version older than 4.3.x, preventing the build from finishing in a
successful way. So, we can't really rely on its return code whatsoever.

That said, neither him or me likes the idea of ignoring the return code
of a command. It just happens that we can't do anything about that.
Remove status/out/err atribution from log_call
Merge pull request #55 from myhro/fix-guestadditions

Don't check Guest Additions installation status
Comment the usage of log_call()

Add two comments to the InstallGuestAdditions, explaining why its return
code will not be checked with `log_check_call()` or even manually
grabbing the status informed by `log_call()` itself.

Previously discussed on the #55 issue and 43e3d96 commit.
Merge pull request #57 from myhro/fix-guestadditions

Comment the usage of log_call()
Move code into proper package folder
Add license