started work on CKAN-GUI
implemented install/ update/ uninstall
added progress monitoring for installs
fixed usage of .name in place of .identifier
changed project target framework to .NET 4.0
removed dependency on System.Deployment
fixed project build options
more work on gui and some core improvements - check description

- Sha1Sum doesn't try to hash folders now
- Delete empty folders when a mod is uninstalled
- Handle DirectoryNotFoundException in a couple of places
- Most of the GUI now works
added some stuff to core (check description)

- Added List<string> FindReverseDependencies(string modName) to
Registry, so we can handle reverse dependencies on uninstall
- Registry.Available() now checks if all dependencies are present before
declaring a mod available
- Added Registry.Incompatible() which returns the list of incompatible
mods
- Some GUI additions
Remove dependency on `System.Manangement.*`, for #80.
Update builds to make monodevelop/Mono happy. For #80.

Honest I don't know if these changes are required, but it means that:

- All projects are built by default. Travis will want this.
- MonoDevelop actually shows CKAN-GUI, rather than requiring it be
  "added".

This also seems to blat the policies again, which means we should
probably figure out what they are. We have some
[on the wiki](https://github.com/KSP-CKAN/CKAN/wiki/Developers'-Guide)
already.
Gitigore: Ignore .resources files.

These all appear auto-generated, and hence I presume have no place
in git.
Remove .suo files.

These are user options, and probably don't belong in source control.

http://msdn.microsoft.com/en-us/library/bb165909.aspx
Merge pull request #81 from pjf/80_mono_fixups

Compatibility fixes for Mono. Includes and closes #80.
Reference CKAN.dll as a project, not a static dll

This fixes some build errors, and makes sure we won't hit any
problems with stale linkage later.

Also bundle in CKAN-GUI.exe during build, since we're about to
use that in releases. (And my pre-commit hook *REALLY* wants
you to have it.)
`ckan gui` or `ckan` (no args) will now start the GUI.

Also, I have no idea what's happened with our CKAN.sln
policy stuff. I've managed to get it back to *not* inserting
tabs, but we might need a bot or similar to monitor this.

(I'm much more used to .vimrc and .perlcriticrc files!)

Also, @AlexanderDzhoganov, I opened up your GUI Program class,
I hope you're cool with that. ;)
Merge pull request #82 from KSP-CKAN/unified_client

`ckan gui` or `ckan` (no args) will now start the GUI.
CKAN client version now supplied by Meta.Version();

Also fixed the build system so this actually gets found again.
GUI update

- Integrated User.WriteLine and User.YesNo with the GUI
- Added configuration serialization
- Added ErrorDialog
- Added YesNoDialog
- Added status bar log
- Added repository to settings window
Changed all instances of Console.WriteLine to User.WriteLine