The issue it solves does not exist in our build environment.
https://issues.apache.org/ooo/show_bug.cgi?id=98365
The script removed g+s attributes from directories in zip files.

Saves build time. Saves startup time. Better compression is
possible when making install sets.

Seems UpdateLockManager is dead. So cut it out.

Also mbFirstUpdateSeen had no effect.

The SDK tooling that constructs .apk packages doesn't put empty
directories in them. Which makes sense I guess. "Hidden" files (like
.gitignore) are also skipped. So a directory like
sc/qa/unit/qpro/indeterminate does not show up at all.

So, we must pretend that any opendir() of a directory under /assets
succeeds. If the .apk doesn't contain any files in such a directory,
treat it as existing but empty. We can't know if the corresponding
directory from which /assets was constructed actually does exist but
is empty or if it doesn't exist.

Like any of our executables using <sal/main.h>, it doesn't even build
for iOS anyway using the current <sal/main.h> anyway, as there is no
main() ;) Executables for iOS (i.e. unit testers, and some eventual
end.userish apps) will be handled "semi-manually" in some yet to be
worked out fashion.

Makes no sense for Android either, but I'm lazy.

to equalsIgnoreAsciiCaseAscii("...")

Previously all frames were opaque by default, which is the Writer but
not the docx/rtf default. Change the default, while keeping the
possibility to set an opaque color background for the frame.

Reportedly AC_PROG_SED does not exist on XCode 2.5 .

If we have a duplicate font entry the duplicate is dropped, but
if the first font was invalid, e.g. .pfb without .afm this results
in dropping *both* fonts, the valid and invalid one

708def7d made that code conditional on !$do_link
so that it worked right for the case where making dev-install calls ooinstall
-l.  However, that code now starts to fail also in the --disable-linkoo case
(where building dev-install calls ooinstall w/o -l).  I have no idea whether
that code serves any real purpose in any actual use case, so remove it
completely for now.

When two (or more) text frames was imported without a non-frame
paragraph in between, the first frame was anchored to the second one,
instead of a non-frame paragraph.

The fix is modelled after what the old RTF import already did in
SwRTFParser::Continue() in swparrtf.cxx:493 and
SwRTFParser::SetFlysInDoc() in rtffly.cxx:481.