summaryrefslogtreecommitdiff
path: root/ucb/README
diff options
context:
space:
mode:
authorStephan Bergmann <sbergman@redhat.com>2012-10-30 10:59:35 +0100
committerStephan Bergmann <sbergman@redhat.com>2012-10-30 11:02:02 +0100
commit273ee9838cb87d6cf910a92969592709eba650f9 (patch)
tree9f98544d7818d8124fcb152c1ad351cf04a7739e /ucb/README
parent5bce80add81dea7b241e8593fee8bf25cb80c4e1 (diff)
Rationale for webdav-neon vs. webdav
...regarding 03ded70913f957460f90608465e4d0a182879074 "rename ucb/source/ucp/webdav to webdav-neon" followed by 015b29b74aaf16f5bdf6a90f6e7d5c1d210fe281 "re-base on ALv2 code," copied from libreoffice-dev IRC. Change-Id: I7388007f5f8cfd34aa19cb68ee3bc59b2905153b
Diffstat (limited to 'ucb/README')
-rw-r--r--ucb/README6
1 files changed, 6 insertions, 0 deletions
diff --git a/ucb/README b/ucb/README
index d3d1ed003e87..d364a09e5670 100644
--- a/ucb/README
+++ b/ucb/README
@@ -1 +1,7 @@
Universal Content Broker (has ucp) which do things like convert files to strings in content broker world.
+
+mmeeks: so - I renamed the old LGPLv3 webdav code to webdav-neon, and imported
+the (not built) surf webdav ucp into the old space. so that in future, we can
+merge changes more easily - and still choose which to use. cbosdonnat kindly
+volunteered to do some comparitive analysis of the two codebases to decide which
+is best for what etc.