Extensions no longer registered in master Linux 32bit
sbergman at redhat.com
Tue Oct 1 00:08:33 PDT 2013
[I just notice I inadvertently sent the below reply only to Alex, not to
-------- Original Message --------
Subject: Re: Extensions no longer registered in master Linux 32bit
Date: Mon, 30 Sep 2013 12:17:36 +0200
From: Stephan Bergmann <sbergman at redhat.com>
To: Alex Thurgood <alex.thurgood at gmail.com>
On 09/30/2013 09:48 AM, Alex Thurgood wrote:
> For some reason, extensions no longer appear to be registered as
> components since the switch to instdir.
> If I open Tools > Extensions, the Extension Manager shows an empty
> Running unopkg.bin from instdir also indicates that no extensions are
> However, I see them in
> and also some of them in
This is not specific to Linux 32bit.
With a "full-blown" build (--enable-ext-*, --with-myspell-dicts), the
only bundled extensions that currently show up as sub-directories of the
instdir share/extensions directory are ConvertTextToNumber and all the
dict-*s (and literally all of them, not only the ones corresponding to
The workdir/*/Extension directory contains mysql-connector-ooo.oxt,
nlpsolver.oxt, presentation-minimizer.oxt, and wiki-publisher.oxt which
are generated via solenv/gbuild/Extension.mk. Generating those
workdir/*/Extension/*.oxt files is unnecessary now---rather, the content
of those zip files could be placed into sub-directories of the instdir
share/extensions directory directly (and scp2 adapted accordingly).
However, there are other uses of Extension.mk
smoketest/Extension_TestExtension.mk) that shall still generate .oxt
files that must not be installed in instdir as bundled extensions.
The solver/*/bin directory contains (external) .oxt files that are put
there via extras/Package_extensions.mk. Again, their content should
rather be unzipped into sub-directories of the instdir share/extensions
directory now (and scp2 adapted accordingly).
More information about the LibreOffice