[Libreoffice-qa] Collabora LibreOffice Vanilla QA on OSX
alex.thurgood at gmail.com
Thu Jun 25 00:20:27 PDT 2015
Le 23/06/2015 20:17, Andras Timar a écrit :
For the consequences of the build switches, as I understand them, see
> Please find below the build configurations Collabora used:
The above extensions are currently not built by default in master AFAIK
or in the default TDF builds.
ct2n is an extension to convert a number written as text to digital
google-docs is the Google Docs extension add-on - this requires Java
mariadb-connector is the extension for building a sdbc driver that will
allow for "native" (i.e. internal C++ wrapped around a C connector
library, as opposed to calls to a JDBC/ODBC library) connections to a
mysql/mariadb database server
numbertext is an extension that does the opposite of ct2n ??
These are the lwp filters.
This is the internal solver code
Not sure about this one, but possibly related to network file access ?
No OpenGL support - as I understand, this is/was disabled on Mac master
This is the code used to display and edit PDF documents in Writer and
Draw, which means that users will not be able to open PDF documents for
editing in LibreOffice
This is the postgresql database driver, used to natively connect LO to
HiDPI support enabled
No idea what this does
This switch builds in python support. If it is not present, any and all
python-dependent functionality will fail to work - that includes
mailmerge, many of the wizards that were rewritten in python (e.g.
Fax/Letter template wizards), UNO programming via python,
Bit surprised not to see the Breeze icon theme here - any particular
No built-in help, i.e. clicking on the help button or F1 should launch
Safari and point to the help wiki
Any and all Java required functionality will not work - this includes a
great deal of Base (embedded hsqldb, any and all JDBC driver
functionality, Oracle ReportWriter) any and all Java user extensions
that people might wish to install, and also some of the remaining
wizards that are still written in Java
One would hope that a suitably clear explanatory message is given when
the user tries to activate any such call to instantiate the JVM, or that
the app won't suddenly curl up and die.
I'm not sure what the extent of the effect of this is. My understanding
is that the hunspell/myspell dictionaries don't get built with this
switch and that by default the Apple spelling correction is used instead ?
> LibreOffice Vanilla:
This enables bundled extension integration in general
Pretty obvious - I'm assuming there is an obligatory update mechanism
that needs to be provided when one hosts an app in the AppStore ?
See above - with these switches on, the corresponding extensions are
bundled - note that the report-builder extension requires Java,
otherwise it will fail miserably to load and provoke an error message
(or worse, the whole app will fail)
This is supposed to provide debugging symbols, although not quite sure
how that works without --enable-dbgutil, maybe I have an incomplete
As Andras indicated in his mail, removing the Java switch and including
the Report Builder extension is nonsense, it simply won't run, or worse,
have other unintended side effects.
More information about the Libreoffice-qa