add a README files

Change-Id: I4bd9a7d00df220e2a3deae3cc1b7b0f4a1098e24
Reviewed-on: https://gerrit.libreoffice.org/989
Reviewed-by: Michael Meeks <michael.meeks@suse.com>
Tested-by: Michael Meeks <michael.meeks@suse.com>

l10ntools/README

@@ -0,0 +1,5 @@
+l10ntools is scanners module during gbuild'fication. 
+l10ntools delivers some header files and scripts as well. To 
+handle these, you should create two Packages, one for the headers and 
+other for the scripts.
+l10ntools module has three lexer files

lcms2/README

@@ -0,0 +1,3 @@
+lcms2 (little cms engine)
+lcms2: Little cms is a small, speed optimized color management engine.
+with the new libcdr, writerperfect will depend on lcms2

m4/README

@@ -0,0 +1,2 @@
+m4 - Macros to locate and utilise pkg-config. 
+work around m4 bracket stripping in MINGWSTRIP construction

more_fonts/README

@@ -0,0 +1 @@
+for adding or repacing fonts

pango/README

@@ -0,0 +1,3 @@
+Pango is a library for layout and rendering of text, with an emphasis on internationalization. Pango can be used anywhere that text layout is needed, though most usage so far as been in the context of the GTK+ widget toolkit. Pango forms the core of text and font handling for GTK+ 2. Pango is designed to be modular; the core Pango layout can be used with four different font backends: Core X windowing system fonts, Client-side fonts on X using the Xft2 library, Direct rendering of scalable fonts using the FreeType library, Native fonts on Microsoft platforms. Dynamically loaded modules then handle text layout for particular combinations of script and font backend. Pango-1.2 ships with a wide selection of modules, including modules for Hebrew, Arabic, Hangul, Thai, and a number of Indic scripts. Virtually all of the world's major scripts are supported.
+
+As well as the low level layout rendering routines, Pango includes PangoLayout, a high level driver for laying out entire blocks of text, and routines to assist in editing internationalized text.

postgresql/README

@@ -0,0 +1 @@
+PostgreSQL object-relational database management system

scp2/README

@@ -0,0 +1 @@
+java accessibilty bridge cleanup

setup_native/README

@@ -0,0 +1,6 @@
+To get one gbuild instance build only (tail_build only), migrating the "real" 
+module should be the enough for a start. I assume extras, setup_native, 
+readlicense not being depended upon by anything other than scp2 (so they could 
+be run after tail_build for now). So bridges, soltools, sysui, cli_ure are the 
+ones that should allow us to do a 'complete' gbuild-only build, if anyone is 
+looking for the 'important' remaining modules. 

soltools/README

@@ -0,0 +1 @@
+soltools: fix memory errors uncovered by valgrind and other tools.

stlport/README

@@ -0,0 +1 @@
+STLPort library for compatibility with old extensions for architectures where STLPort used to be used.

test/README

@@ -0,0 +1,6 @@
+when you build, gdb will start with the cppunit test loaded, type "run" to execute the test under gdb.
+If you have consistent test failures on testCVEs, that probably means your antivirus is blocking the test files (as they are known to be exploits of fixed security issues). You may want to disable the monitoring of <root of repo>\*\pass in your AV.
+A top-level "make check" will first do a full build, then run all the subsequent tests, while a top-level "make subsequentcheck" will only run all the subsequent tests. You can run a single subsequent test via its target
+There will be a log file of the failed test, you can look at it with a text editor:
+workdir/unxlngx6/JunitTest/<module>_complex/done.log
+The log file will contain a Java stack trace of the failed test

unotest/README

@@ -0,0 +1 @@
+unotest: convert to gbuild

vbahelper/README

@@ -0,0 +1 @@
+Static helper functions for the VBA filters