Merge remote-tracking branch 'upstream/master'
Stop Prebuild from generating <copy> statements which unnecessarily copy files into bin/Debug or bin/Release

nant_0.91~alpha2+dfsg-3_all.deb in Ubuntu 12.04 and earlier actually ignored these due to a bug
However, nant 0.92~rc1+dfsg-2 in Ubuntu 12.10 fixes this bug (possibly https://github.com/nant/nant/pull/39).
Which makes nant time-consumingly copy these files when the aren't actually used.
Tested removal of <copy> on both nant 0.91 and nant 0.92
This change has been used without issue for OpenSimulator since Nov 14 2012 commit 90c6d2e
Added Collada 1.4.1 parser generated from XSD spec with some manual tweaks
Fixed http inv. fetch on opensim
Line endings
Added Helpers.ZCompressOSD() and Helpers.ZDecompressOSD()
Added matrix decomposition
Collada parser and model uploader. Work in progress.

Sample code:

            var parser = new OpenMetaverse.ImportExport.ColladaLoader();
            var prims = parser.Load(o.FileName);
            if (prims != null && prims.Count > 0)
            {
                var uploader = new OpenMetaverse.ImportExport.ModelUploader(client, prims);
                uploader.PrepareUpload();
            }

Note that PrepareUpload performs the upload as well in this initial stage.

TODO:
* Image upload
* Support for quads in addition to triangles
Added license stub
Documented ModelUploader, added ability to just do price check
Better hashcodes for Vectors and Vertices
Speedup generation of indices
Added support for quads in meshes, fixed normals
Mesh upload: added image upload along with the models
Mesh upload: request inventory fetching of the newly created item
Mesh upload: moved collada library into it's own namespace
LIBOMV-965: wrong enum text, patch by MadpeterZond
LIBOMV-981: Inventory Item name is lost on move using InventoryManager.MoveItem

Patch by: Blake Bourque
Dispose of HttpWebResponse explicitly in CapsBase.GetResponse()

Current code does not but all IDiposable objects should be disposed.
Handle incoming caps events sync rather than async to avoid unexpected out-of-order processing

Under moderate or greater CPU load, pushing to the threadpool means that events such as EstablishAgentCommunication may be processed before EnableSimulator
even though the simulator sends them in the reverse order.
This triggers the logging of various errors and warnings by libomv.
Handling these synchronously shouldn't have a huge impact since the number of events is not high and taking time here can only hold up event upload