- fixes https://bugs.freedesktop.org/show_bug.cgi?id=37017Signed-off-by: Petr Mladek <pmladek@suse.cz>

These are completely useless executables, and some virus scanners
thinks one of them is infected, so why even ship them...
Signed-off-by: Fridrich Štrba <fridrich.strba@bluewin.ch>

* Start download package name with OOOP in case of OxygenOffice
* Ability to create oxygenoffice product

Signed-off-by: Fridrich Štrba <fridrich.strba@bluewin.ch>

Signed-off-by: Fridrich Štrba <fridrich.strba@bluewin.ch>

I used long switches for cut and your (Windows??) box does not adore about it.

http://comments.gmane.org/gmane.comp.documentfoundation.libreoffice.devel/10214

Signed-off-by: Fridrich Štrba <fridrich.strba@bluewin.ch>

Signed-off-by: Fridrich Štrba <fridrich.strba@bluewin.ch>

* Fix configure and download support
* Extension naming scheme is: <md5>-<extension-name>_<version>.oxt
  - Renamed extensions
* Rename extension version number in download script and scp2 module
Signed-off-by: Fridrich Štrba <fridrich.strba@bluewin.ch>

I have just realised that deb packages used milestone as
the release number; it is bumped only when we merge
changes from OOo; so, we should use the build id that
is used as the release number for rpms and windows build
for a long time

This was only working for Linux, anyway.

This reverts commit 5fbddf4910999590edcf557efa1a6a4b9cdd5664.

* rename the branding packages from libreoffice3 to libreoffice3.4
* move the default root dir from /opt/libreoffice to /opt/libreoffice3.4

Not much point in forcing that - people should upgrade their ccache
to >=3.1 on Mac (change not affecting any other platform)

The reason for the selective rejection of everything but a patched
ccache on Mac was broken objective-c/c++ support and a memory
corruption on arg parse - both are fixed on 3.0 and 3.1,
respectively. See http://ccache.samba.org/releasenotes.html

Removing destdir prefix for dev-install case is not a good idea

Added the following options to distro-configs/LibreOffice*.conf:

  --enable-ext-scripting-beanshell
  --enable-ext-scripting-javascript
  --enable-ext-scripting-python

Thanks David Tardon <dtardon@redhat.com> for tip

this solution is not perfect because Cwd::realpath($ENV{DESTDIR})
need not be part of Cwd::realpath($ENV{DESTDIR} . $arg). Let's
solve this when it really cause troubles.

The problem was that ooinstall just passed -destdir to
make_installer.pl, but before that, it tried to create the root
directory, where it did not respect DESTDIR.
Signed-off-by: Petr Mladek <pmladek@suse.cz>