[Libreoffice-commits] .: berkeleydb/README boost/README cairo/README curl/README expat/README graphite/README hunspell/README icu/Readme icu/README jpeg/README libxml2/README libxslt/README moz/README neon/README nss/README nss/readme.txt python/README saxon/README stax/README zlib/README
Petr Mladek
pmladek at kemper.freedesktop.org
Thu Feb 9 09:23:55 PST 2012
berkeleydb/README | 1
boost/README | 4 ++
cairo/README | 1
curl/README | 1
expat/README | 4 ++
graphite/README | 4 ++
hunspell/README | 4 ++
icu/README | 15 ++++++++++
icu/Readme | 4 --
jpeg/README | 1
libxml2/README | 1
libxslt/README | 1
moz/README | 6 ----
neon/README | 1
nss/README | 79 ++++++++++++++++++++++++++++++++++++++++++++++++++++++
nss/readme.txt | 75 ---------------------------------------------------
python/README | 1
saxon/README | 1
stax/README | 1
zlib/README | 1
20 files changed, 121 insertions(+), 85 deletions(-)
New commits:
commit b469be0723812746dc22fb0a2de69499488f5a35
Author: Josh Heidenreich <josh.sickmate at gmail.com>
Date: Thu Feb 9 18:21:10 2012 +1030
Added and improved READMEs for modules in libs-extern-sys
diff --git a/berkeleydb/README b/berkeleydb/README
new file mode 100644
index 0000000..f065127
--- /dev/null
+++ b/berkeleydb/README
@@ -0,0 +1 @@
+The Berkeley database.
diff --git a/boost/README b/boost/README
new file mode 100644
index 0000000..7e6426b
--- /dev/null
+++ b/boost/README
@@ -0,0 +1,4 @@
+From [http://www.boost.org/].
+
+Apart from the spirit parsing framework, LibreOffice currently mostly
+uses the smart pointers, pool memory and binders functionality.
diff --git a/cairo/README b/cairo/README
new file mode 100644
index 0000000..aec01a8
--- /dev/null
+++ b/cairo/README
@@ -0,0 +1 @@
+The graphics library, used for anti-aliasing. From [http://cairographics.org/].
diff --git a/curl/README b/curl/README
new file mode 100644
index 0000000..292e4ed
--- /dev/null
+++ b/curl/README
@@ -0,0 +1 @@
+A URL manipulation engine from [http://curl.haxx.se/].
diff --git a/expat/README b/expat/README
new file mode 100644
index 0000000..9d39ccf
--- /dev/null
+++ b/expat/README
@@ -0,0 +1,4 @@
+Simple SAX parser library with added UCS2 support.
+
+From:
+[http://expat.sourceforge.net/]
diff --git a/graphite/README b/graphite/README
new file mode 100644
index 0000000..1cdf775
--- /dev/null
+++ b/graphite/README
@@ -0,0 +1,4 @@
+Library for providing rendering capabilities for complex non-Roman writing systems.
+
+From:
+[http://scripts.sil.org/cms/scripts/page.php?site_id=nrsi&cat_id=RenderingGraphite]
diff --git a/hunspell/README b/hunspell/README
new file mode 100644
index 0000000..1221735
--- /dev/null
+++ b/hunspell/README
@@ -0,0 +1,4 @@
+Library for spell checking.
+
+From:
+[http://hunspell.sourceforge.net/].
diff --git a/icu/README b/icu/README
new file mode 100644
index 0000000..2864775
--- /dev/null
+++ b/icu/README
@@ -0,0 +1,15 @@
+Library providing Unicode support, from [http://site.icu-project.org/].
+
+== Makefiles ==
+The procedure of creating and maintaining makefiles.zip
+
+The automatically generated makefiles are not necessarily optimal.
+The build is started from allinone/all directory, and the all.mak file is used
+to build the entire module through. Each subtarget in this file is going to be
+made recursively unless there is a switch RECURSE=0. If the switch is available,
+for each subtarget all its prerequisites should be made earlier than the subtarget itself.
+Therefore, you should order the ALL target's prerequisites so that they are going
+to be built in a consistent order. Unfortunately there's no automatic process for it,
+just prove the prerequisites for each subtarget and push them forward in target's ALL
+prerequisites list. The changes between generated & optimized all.mak can be seen when
+comparing the files from v1.5 & v1.6 of makefiles.zip.
diff --git a/icu/Readme b/icu/Readme
deleted file mode 100644
index 23c2bfd..0000000
--- a/icu/Readme
+++ /dev/null
@@ -1,4 +0,0 @@
-This file describes the procedure of creating and maintaining makefiles.zip
-# Obo's part
-
- The automatically generated makefiles are not necessarily optimal. The build is started from allinone/all directory, and the all.mak file is used to build the entire module through. Each subtarget in this file is going to be made recursively unless there is a switch RECURSE=0. If the switch is available, for each subtarget all its prerequisites should be made earlier than the subtarget itself. Therefore, you should order the ALL target's prerequisites so that they are going to be built in a consistent order. Unfortunately there's no automatic process for it, just prove the prerequisites for each subtarget and push them forward in target's ALL prerequisites list. The changes between generated & optimized all.mak can be seen when comparing the files from v1.5 & v1.6 of makefiles.zip.
diff --git a/jpeg/README b/jpeg/README
new file mode 100644
index 0000000..edd1c99
--- /dev/null
+++ b/jpeg/README
@@ -0,0 +1 @@
+Support for jpeg-format. (Which library, where used ???)
diff --git a/libxml2/README b/libxml2/README
new file mode 100644
index 0000000..12d9697
--- /dev/null
+++ b/libxml2/README
@@ -0,0 +1 @@
+Gnome xml parser library written in C, from [http://xmlsoft.org/]
diff --git a/libxslt/README b/libxslt/README
new file mode 100644
index 0000000..dd69a9d
--- /dev/null
+++ b/libxslt/README
@@ -0,0 +1 @@
+Gnome xslt library written in C, from [http://xmlsoft.org/xslt/]
diff --git a/moz/README b/moz/README
index 3d677be..939f8fc 100755
--- a/moz/README
+++ b/moz/README
@@ -1,6 +1,6 @@
-Used for security features, if nss is not available.
-
-Rebuild moz whenever changes have been made in the nss module. Those libs are
-merged into mozruntime.zip which is build in this project.
-
-Please read, please read about [[nss]].
\ No newline at end of file
+Used for security features, if nss is not available.
+
+Rebuild moz whenever changes have been made in the nss module. Those libs are
+merged into mozruntime.zip which is build in this project.
+
+Please read, please read about [[nss]].
diff --git a/neon/README b/neon/README
new file mode 100644
index 0000000..9a40fd7
--- /dev/null
+++ b/neon/README
@@ -0,0 +1 @@
+Web library to help deal with WebDAV or other protocols, from [http://www.webdav.org/neon/].
diff --git a/nss/README b/nss/README
new file mode 100755
index 0000000..cd56dbe
--- /dev/null
+++ b/nss/README
@@ -0,0 +1,79 @@
+Containes the security libraries which are also part of [[moz]]. However nss is meant to be more current.
+
+== Relation between nss, moz, moz_prebuilt ==
+
+nss containes the security libraries which are also part of moz. However nss is
+meant to be more current, that is it to be updated more often. This should be
+easier than doing this with moz.
+
+If nss is build depends on an environment variable (SYSTEM_NSS=NO) which
+is per default set to YES. In this case nss is build before moz. The nss
+libraries/lib files/headers built in moz are then not delivered. Otherwise they
+would overwrite those from nss. That is, the nss libraries build in moz are
+removed from mozruntime.zip (build in moz/solver/bin), they are removed from the
+lib directory (for example moz/unxlngi6.pro/lib), and the nss and nspr headers
+are also removed (inc/nss and inc/nspr). The nss libraries from the nss module
+are then added to mozruntime.zip.
+
+This also applies for moz_prebuilt. Therefore moz and moz_prebuilt must be build
+again after changes have been made to the libraries in the nss module.
+
+Also when moz was updated to use a newer version of mozilla, then one must make
+sure that new files which also belong to nss are not delivered and are removed
+from mozruntime.zip.
+
+
+== Fips 140 and signed libraries ==
+
+Fips 140 mode is not supported. That is, the *.chk files containing the
+checksums for the cryptographic module are not delivered into solver and will
+not be part of the OOo installation sets.
+
+Signing has been turned off because
+- we change the rpath (install names) after signing which breaks the signatures
+(Mac)
+- sqlite conflicts with the system sqlite when signing which breaks the build
+
+
+== libfreebl3 ==
+
+Porting to other platforms may require to deliver other variants of
+libfreebl*. The library name varies according to the platform. Changes need to
+be made to
+ooo/moz/extractfiles.mk
+ooo/moz/zipped/makefile.mk
+sun/moz_prebuilt/zipped/makefile.mk
+
+See also
+http://www.mozilla.org/projects/security/pki/nss/tech-notes/tn6.html
+
+
+== Windows builds of nss ==
+
+To build mozilla on windows you'll need the mozilla build tools
+
+Build requirements containing the link to the build tools:
+https://developer.mozilla.org/en/Windows_Build_Prerequisites#ss2.2
+
+The direct link:
+
+http://ftp.mozilla.org/pub/mozilla.org/mozilla/libraries/win32/MozillaBuildSetup-1.3.exe
+
+
+== libsqlite3 ==
+
+The problem described here was found on Mac with OS 10.6
+NSS cannot use the system sqlite on Mac because the base line is still MacOS
+10.4. That system sqlite is incompatible with the softokn3 in nss which requires
+a later version of sqlite.
+When we used a more current Mac SDK then we could set
+NSS_USE_SYSTEM_SQLITE=1
+to build using the system sqlite.
+
+We cannot deliver sqlite in the lib directory of the solver. This directory is
+used by tools of the build environment. Using the sqlite from NSS breaks the
+tools if they use system libraries which are linked with the system
+sqlite. Therefore we deliver it into lib/sqlite on unix systems.
+
+See also issue
+http://qa.openoffice.org/issues/show_bug.cgi?id=106132
diff --git a/nss/readme.txt b/nss/readme.txt
deleted file mode 100755
index 21d7d54..0000000
--- a/nss/readme.txt
+++ /dev/null
@@ -1,75 +0,0 @@
-Relation between nss, moz, moz_prebuilt
----------------------------------------
-nss containes the security libraries which are also part of moz. However nss is
-meant to be more current, that is it to be updated more often. This should be
-easier than doing this with moz.
-
-If nss is build depends on an environment variable (SYSTEM_NSS=NO) which
-is per default set to YES. In this case nss is build before moz. The nss
-libraries/lib files/headers built in moz are then not delivered. Otherwise they
-would overwrite those from nss. That is, the nss libraries build in moz are
-removed from mozruntime.zip (build in moz/solver/bin), they are removed from the
-lib directory (for example moz/unxlngi6.pro/lib), and the nss and nspr headers
-are also removed (inc/nss and inc/nspr). The nss libraries from the nss module
-are then added to mozruntime.zip.
-
-This also applies for moz_prebuilt. Therefore moz and moz_prebuilt must be build
-again after changes have been made to the libraries in the nss module.
-
-Also when moz was updated to use a newer version of mozilla, then one must make
-sure that new files which also belong to nss are not delivered and are removed
-from mozruntime.zip.
-
-Fips 140 and signed libraries
--------------------------------
-Fips 140 mode is not supported. That is, the *.chk files containing the
-checksums for the cryptographic module are not delivered into solver and will
-not be part of the OOo installation sets.
-
-Signing has been turned off because
-- we change the rpath (install names) after signing which breaks the signatures
-(Mac)
-- sqlite conflicts with the system sqlite when signing which breaks the build
-
-
-libfreebl3
-----------
-Porting to other platforms may require to deliver other variants of
-libfreebl*. The library name varies according to the platform. Changes need to
-be made to
-ooo/moz/extractfiles.mk
-ooo/moz/zipped/makefile.mk
-sun/moz_prebuilt/zipped/makefile.mk
-
-See also
-http://www.mozilla.org/projects/security/pki/nss/tech-notes/tn6.html
-
-
-Windows builds of nss
----------------------
-To build mozilla on windows you'll need the mozilla build tools
-
-Build requirements containing the link to the build tools:
-https://developer.mozilla.org/en/Windows_Build_Prerequisites#ss2.2
-
-The direct link:
-
-http://ftp.mozilla.org/pub/mozilla.org/mozilla/libraries/win32/MozillaBuildSetup-1.3.exe
-
-libsqlite3
-----------
-The problem described here was found on Mac with OS 10.6
-NSS cannot use the system sqlite on Mac because the base line is still MacOS
-10.4. That system sqlite is incompatible with the softokn3 in nss which requires
-a later version of sqlite.
-When we used a more current Mac SDK then we could set
-NSS_USE_SYSTEM_SQLITE=1
-to build using the system sqlite.
-
-We cannot deliver sqlite in the lib directory of the solver. This directory is
-used by tools of the build environment. Using the sqlite from NSS breaks the
-tools if they use system libraries which are linked with the system
-sqlite. Therefore we deliver it into lib/sqlite on unix systems.
-
-See also issue
-http://qa.openoffice.org/issues/show_bug.cgi?id=106132
diff --git a/python/README b/python/README
new file mode 100644
index 0000000..4db519b
--- /dev/null
+++ b/python/README
@@ -0,0 +1 @@
+Python interpreter from [http://www.python.org/]
diff --git a/saxon/README b/saxon/README
new file mode 100644
index 0000000..26344a7
--- /dev/null
+++ b/saxon/README
@@ -0,0 +1 @@
+XSLT and XQuery Processor from [[http://saxon.sourceforge.net/]]
diff --git a/stax/README b/stax/README
new file mode 100644
index 0000000..13e69fb
--- /dev/null
+++ b/stax/README
@@ -0,0 +1 @@
+Library implementing the Streaming API for XML. (CH: Which one, probably the one by Sun???)
diff --git a/zlib/README b/zlib/README
new file mode 100644
index 0000000..4018757
--- /dev/null
+++ b/zlib/README
@@ -0,0 +1 @@
+Compression library from [http://www.zlib.net/].
More information about the Libreoffice-commits
mailing list