Change-Id: Ie9113403bb87543816220c84e53bf8b30673b194

...in 90a326c7 "fdo#61950 move report builder
from bundled extensions to plain code":

* For one, ReportWizard.startReportWizard
(wizards/com/sun/star/wizards/report/ReportWizard.java) would still try to load
reportbuilderwizard.jar from the unpacked extension (and, failing that, fell
back to the old default engine, so this didn't cause any failure per se).
Instead, reference reportbuilderwizard.jar (which was also missing from scp2)
from report.jar's manifest Class-Path (which will always be OK, even if
reportbuilderwizard.jar is not installed) and check for the relevant class via
Class::forName directly.

* For another, the en-US/wizard/report/default.otr template had gone missing.
The way to find it inside the unpacked extension in the past was to include a
Paths.xcu update that extends the Template path.  Instead, install that
template directly into share/template now, and drop the (unused already)
Paths.xcu update.

Change-Id: I09eca2b69aa55d5b15fb5ecfec6881f8a6f6e5e5

For test sample report from fdo#61726 can be used.

Change-Id: Iacf8ddc4cf8ad0a408d72e18ecb7237476afeffe
Reviewed-on: https://gerrit.libreoffice.org/2718Reviewed-by: David Ostrovsky <David.Ostrovsky@gmx.de>
Tested-by: David Ostrovsky <David.Ostrovsky@gmx.de>

Change-Id: Iee65c6bd8ddc51b3ae703e6d38c825f3801389fe

Change-Id: I01e97df2f9f098719e3de578526cb1d13d2db6fa

So dictionaries is again a nice data-only module and we do not need to
build it in build phase of cross-compilation. It really does not make
sense to build a gazillion of extensions just because we will need one
tiny tool later...

Change-Id: I23f01b818afba1bc8cc88ef3e8305ecfb7a193c0

Change-Id: I4362106ac5d221241eafdf44705ca5553ac7013c