Still not perfect, but it's good enough as a starter...

MS Sans Serif was the UI font of Win9x
Helv was the UI font of Windows 1.x - 3.0
WarpSans was in OS/2
Charcoal was in Mac OS 8 and 9
Chicago was in Mac OS until 1997

these entries are obsolete, because modern Unicode fonts
that are defined in English section cover these languages, too

and promote Tahoma (Win XP)
also removed MS Sans Serif (Win 9x)

we don't ship it, OS vendors don't ship it, and has poor
Unicode coverage

bo is Tibetan, dz is Dzongkha
Microsoft Himalaya comes with Vista and Windows 7
Kailasa comes with Mac OS X 10.5 and higher

Part LIX
Modules
vcl (part 3)

make it enable --with-system-headers and --with-system-jars
also fixup lucene-analyzers.jar search path

It is part of the default/core install of (the major distributions of) these OSs

As detailed in the bug, this option is the reason why LO writes several
elements and attributes that are not valid in ODF; the corresponding
bugs in the import filters are all fixed in OOo 2.4 or earlier,
so there is no reason to risk interoperability problems with other ODF
impolementations for this any more.

XMLTextParagraphExport::addTextFrameAttributes: detect invalid anchor
page number; this really should be fixed in Writer/writerfilter though.

In ODF 1.1 and 1.2 this attribute is of type boolean, so only write the
new values if the extended format is selected.
(regression introduced with e479f47f)

XMLTextParagraphExport::addTextFrameAttributes: delay writing of the
fo:min-width and fo:min-height attributes so that they end up at the
draw:text-box element, and not at draw:frame where they are invalid.

Testing reveals that the ODF import can already handle reading the
attributes from the draw:text-box elements, so there doesn't seem to be
a backward compatibility problem.

Only write "style:vertical-justify" and "css3t:text-justify" in ODF
extended mode.
(regression from 7da57d17)

Apparently there is a check in SwDoc::SetAllUniqueFlyNames so that when
frames with certain anchor types are in a document, then SetLoaded()
is never called.  Checking this flag via IsLoaded() here seems
unnecessary.
This problem was introduced with ebc57775,
from CWS swlayoutrefactoring.

This is a fix for 43398: FORMATTING: Documents opened in LibreOffice Writer incorrectly appear as right justified.

Cause: dmapper used to treat the presence of a w:BiDi element in a paragraph's properties as an indicator of RTL directionality, which is incorrect. A w:BiDi  element may have a value of 0, indicating LTR.

Fix: Inspect the integral value of w:BiDi elements before switching to RTL.

This reverts commit 157a32f0. The patch is good but it breaks the MinGW build because the compiler is misconfigured and by default the API calls there are ANSI.