Extensions no longer registered in master Linux 32bit

[Stephan Bergmann]

[I just notice I inadvertently sent the below reply only to Alex, not to 
the list:]
-------- 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 
window.
 >
 > Running unopkg.bin from instdir also indicates that no extensions are
 > registered.
 >
 > However, I see them in
 > solver/unxlngi6.pro/bin/
 >
 > and also some of them in
 > workdir/unxlngi6.pro/Extension

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
--with-lang).

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
(desktop/Extension_test-passive.mk and
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).

Stephan