importer. This basically updates the xpdf version used by the
importer from xpdf-3.02pl3 to xpdf-3.02pl4 and probably addresses
CVE-2009-3603, CVE-2009-3604, CVE-2009-3605, CVE-2009-3606,
CVE-2009-3608, and CVE-2009-3609.
I tried to build the pdf importer with poppler, but it failed badly
on PDF files containing any graphics.
While here, disable the (snake oil) DRM "feature", like we already
do in xpdf and poppler, and pass the correct flags to the xpdf
build.
Note: the extension concept of this software is stupid^W"enterprise
ready". If you ever enabled the pdf importing extension, you will
have to disable and re-enable it to get the new extension installed
(somewhere under ~/.openoffice.org or similar).
"just fucking commit you slacker ;)" robert@
- full regen of WANTLIB-main identified some WANTLIB which should
now be LIB_DEPENDS
- zap trailing whitespace in Makefile
similar diff ok robert@, ajacoutot@ (minor conflicts resolved
following xcb/pthread-stubs sync since then).
caused by sscanf "%ld" -> time_t sized var.
- remove -fno-stack-protector since gcc/4.2 doesn't have that on by
default yet
- depend on estdc++.>=11 (with dwarf2 exceptions)
okay robert@
- introduce a no_java flavor because now we can build OOo w/o having jdk and
other java dependencies installed
- introduce a parallel flavor that allows people to build OOo with parallel
processes. to achieve this we use a so called "non-blocking" cat, so
another distfile has been added in order two provide to pre-built static
binaries with the needed modifications (for amd64 and i386)
By default we run a parallel build with NCPU+1 processes.
- remove unneccessary patch files
- fix some dependencies
Currently it is a different port because it still needs a lot of work
and there are a lot of differences from openoffice2. It is not connected
to the build, and it's going to be merged with the openoffice2 port whenever
it's ready for use.
