NullPointerException in org.odftoolkit.odfvalidator.ODFValidator.getValidatorForSchema

2019-07-05 Thread Дилян Палаузов
Hello,

I compile libreoffice 6.2.4.2 with

./configure --enable-evolution2 --enable-avahi --enable-python=system 
--enable-eot --enable-online-update --without-
doxygen --with-jdk-home=/opt/jdk --with-ant-home=/opt/ant --without-junit 
--enable-formula-logger --enable-introspection 
--with-system-bzip2 --with-system-cairo --with-system-epoxy --with-system-zlib 
--with-system-jpeg --with-system-expat --
with-system-libxml --with-system-icu --with-system-openldap 
--without-system-poppler --with-system-curl --with-system-
boost --with-webdav --with-krb5 --with-gssapi --with-system-lcms2 
--with-system-nss --with-system-graphite --with-
system-harfbuzz --with-system-cppunit --with-system-openssl 
--with-system-libpng --disable-gtk

Having java and javac 11.0.2, make fails with NullPointerExceptions:

mkdir -p /src/libreoffice-6.2.4.2/build/instdir
/src/libreoffice-6.2.4.2/solenv/bin/install-gdb-printers -a 
/src/libreoffice-6.2.4.2/build/instdir -c
make -j 4  -rs -f /src/libreoffice-6.2.4.2/Makefile.gbuild  all
[build PRL] CustomTarget/postprocess/images/sorted.lst
[build PRL] CustomTarget/postprocess/images/commandimagelist.ilst
[build DEP] LNK:Library/libswuilo.so
[build LNK] Library/libswuilo.so
[build DEP] LNK:Library/libvbaswobjlo.so
[build LNK] Library/libvbaswobjlo.so
[build ECH] CustomTarget/instsetoo_native/setup/versionrc
fatal: not a git repository (or any of the parent directories): .git
…
[build CUT] sd_import_tests
[build CUT] sd_import_tests_smartart
[build CUT] sd_filters_test
[build CUT] sd_misc_tests
[build CUT] sd_html_export_tests
[build CUT] sd_activex_controls_tests
[build CUT] sw_uwriter
[build DEP] LNK:CppunitTest/libtest_sw_docbookexport.so
[build LNK] CppunitTest/libtest_sw_docbookexport.so
SdMiscTest::testTdf96206 finished in: 1824ms
SdMiscTest::testTdf96708 finished in: 1279ms
SdMiscTest::testTdf99396 finished in: 619ms
SdMiscTest::testTdf99396TextEdit finished in: 566ms
SdMiscTest::testFillGradient finished in: 81ms
Exception in thread "main" java.lang.NullPointerException
at 
org.odftoolkit.odfvalidator.ODFValidator.getValidatorForSchema(ODFValidator.java:286)
at 
org.odftoolkit.odfvalidator.ODFValidator.getManifestValidator(ODFValidator.java:186)
at 
org.odftoolkit.odfvalidator.ODFRootPackageValidator.validateManifest(ODFRootPackageValidator.java:170)
at 
org.odftoolkit.odfvalidator.ODFRootPackageValidator.validatePre(ODFRootPackageValidator.java:93)
at 
org.odftoolkit.odfvalidator.ODFPackageValidator._validate(ODFPackageValidator.java:111)
at 
org.odftoolkit.odfvalidator.ODFPackageValidator.validate(ODFPackageValidator.java:81)
at 
org.odftoolkit.odfvalidator.ODFValidator.validateFile(ODFValidator.java:163)
at 
org.odftoolkit.odfvalidator.ODFValidator.validate(ODFValidator.java:125)
at org.odftoolkit.odfvalidator.Main.main(Main.java:314)
/src/libreoffice-6.2.4.2/test/source/bootstrapfixture.cxx:199:SdMiscTest::testTdf44774
equality assertion failed
- Expected: 0
- Actual  : 256
- failed to execute: sh /src/libreoffice-6.2.4.2/build/bin/odfvalidator.sh -M 
/src/libreoffice-
6.2.4.2/schema/libreoffice/OpenDocument-manifest-schema-v1.3+libreoffice.rng -D 
/src/libreoffice-
6.2.4.2/schema/libreoffice/OpenDocument-dsig-schema-v1.3+libreoffice.rng -O 
/src/libreoffice-
6.2.4.2/schema/libreoffice/OpenDocument-schema-v1.3+libreoffice.rng -m 
/src/libreoffice-
6.2.4.2/schema/mathml2/mathml2.xsd /tmp/lu11615n8eqk4.tmp > 
/tmp/lu11615n8eqk8.tmp

SdMiscTest::testTdf44774 finished in: 1995ms
Exception in thread "main" java.lang.NullPointerException
at 
org.odftoolkit.odfvalidator.ODFValidator.getValidatorForSchema(ODFValidator.java:286)
at 
org.odftoolkit.odfvalidator.ODFValidator.getManifestValidator(ODFValidator.java:186)
at 
org.odftoolkit.odfvalidator.ODFRootPackageValidator.validateManifest(ODFRootPackageValidator.java:170)
at 
org.odftoolkit.odfvalidator.ODFRootPackageValidator.validatePre(ODFRootPackageValidator.java:93)
at 
org.odftoolkit.odfvalidator.ODFPackageValidator._validate(ODFPackageValidator.java:111)
at 
org.odftoolkit.odfvalidator.ODFPackageValidator.validate(ODFPackageValidator.java:81)
at 
org.odftoolkit.odfvalidator.ODFValidator.validateFile(ODFValidator.java:163)
at 
org.odftoolkit.odfvalidator.ODFValidator.validate(ODFValidator.java:125)
at org.odftoolkit.odfvalidator.Main.main(Main.java:314)
/src/libreoffice-6.2.4.2/test/source/bootstrapfixture.cxx:199:SdMiscTest::testTdf38225
equality assertion failed
- Expected: 0
- Actual  : 256
- failed to execute: sh /src/libreoffice-6.2.4.2/build/bin/odfvalidator.sh -M 
/src/libreoffice-
6.2.4.2/schema/libreoffice/OpenDocument-manifest-schema-v1.3+libreoffice.rng -D 
/src/libreoffice-
6.2.4.2/schema/libreoffice/OpenDocument-dsig-schema-v1.3+libreoffice.rng -O 
/src/libreoffice-
6.2.4.2/schema/libreoffice/OpenDocument-schema-v1.3+libreoffice.rng -m 
/src/libreoffice-

Re: PSA: Mailman changes, From addresses no longer accurate

2019-03-13 Thread Дилян Палаузов
Hello,

mailman behind libreoffice@lists.freedesktop.org currently does not rewrite the 
From: header in DMARC-protected domains
(with policy reject or quarantine), despite the statement below.

Emails from such domains spread over the mailing list 
libreoffice@lists.freedesktop.org just don’t reach the recipients,
if the recipients honour DMARC.  Every self-respecting email provider honours 
DMARC on incoming emails.

Examples of such messages are:

Date: Tue, 12 Mar 2019 20:21:44 + (UTC)
From: Joseph Landry Bougang Fotso 
To: 
Message-ID: <430875294.6291091.1552422104...@mail.yahoo.com>
Subject: Source code


From: Christian Lohmaier 
Date: Tue, 12 Mar 2019 13:30:00 +0100
Message-ID: 
Subject: Re: git Push to online project
To: ahmed elshreif 
Cc: libreoffice-dev 


Date: Thu, 7 Mar 2019 10:10:05 + (UTC)
From: Joseph Landry Bougang Fotso 
To: 
Message-ID: <252397585.1361268.1551953405...@mail.yahoo.com>
In-Reply-To: 
References: 
Subject: Introducing myself and question


Regards
  Дилян


On Tue, 2019-02-12 at 11:13 +0100, Michael Meeks via LibreOffice wrote:
> Hi everyone,
> 
>   Just to make everyone aware of some of this change. The punch-line is
> simple: beware of re-written From: and Reply-To: headers - and check
> that your mail is going to whom you think it is.
> 
>   The behavior will differ depending on the sending domain so - somewhat
> counter-intuitive.
> 
>   Just the messenger ;-)
> 
>   Michael.
> 
> -- Forwarded message -
> From: Daniel Stone 
> Date: Mon, 11 Feb 2019 at 23:38
> Subject: PSA: Mailman changes, From addresses no longer accurate
> To: ,
> 
> 
> 
> Hi all,
> We have hit another step change in aggressive anti-spam techniques
> from major mail providers. Over the past few days, we saw a huge spike
> in the number of mails we were failing to deliver to GMail and
> outlook.com in particular.
> 
> It looks like it is now no longer acceptable for us to break
> DMARC/DKIM/SPF. These are DNS-based extensions to SMTP, which allow
> domains to publish policies as to who should be allowed to send email
> on their behalf. SPF provides source filtering, so e.g.
> freedesktop.org could specify that no-one should accept mail with a
> From: *@freedesktop.org unless it came from gabe.freedesktop.org.
> Mailman completely breaks this: if I specified a filter only allowing
> Google to send mail for @fooishbar.org, then anyone enforcing SPF
> would reject receipt of this mail, as it would arrive from fd.o with
> my From address.
> 
> DKIM allows domains to publish a public key in DNS, inserting a header
> into mails sent from their domain cryptographically signing the value
> of named headers. Mailman breaks this too: changing the Sender header
> (such that bounces get processed by Mailman, rather than sending a
> deluge of out-of-office and mailbox-over-quota messages to whoever
> posts to the list) can break most DKIM signatures. Mailman adding the
> unsubscribe footer also breaks this; we could make it not add the
> footer, but in order to do so we'd have to convince ourselves that we
> were not decreasing our GDPR compliance.
> 
> DMARC ties the two together, allowing domains to specify whether or
> not DKIM/SPF should be mandatory, and if they fail, what action should
> be taken. Despite some domains specifying a fail action of 'none'
> (receiving MTA to send an advisory report to a named email address,
> but still allow the email), it seems that popular services still
> interpret 'none' as 'reject'.
> 
> As a result, Google in particular is dropping some number of our mails
> on the floor. This does _not_ just apply to mails which fail
> DMARC/DKIM/SPF: every mail we send that fails these filters (which is
> a lot - e.g. Intel and NVIDIA both have SPF) decreases our sender
> reputation with GMail and causes it to reject legitimate mails.
> 
> I've reached out to Google through a couple of channels to see what we
> can do to increase our delivery rate to them. In the meantime, if your
> mail is hosted by Google, or Outlook, and you think you're missing
> mails - you probably are.
> 
> Mailman has also now been reconfigured such that if it spots a
> potential DMARC violation, it rewrites the From address to be
> @lists.freedesktop.org, keeping the original author in Reply-To. It
> also strips DKIM headers. This seems to be about the best we can do,
> unless and until the major mail service providers offer us some
> alternate way to send mail. If you are replying privately to someone,
> you should check very carefully that you are replying to them and not
> to the list.
> 
> Unfortunately we don't have a good answer in the long run. The latest
> published RFC at https://tools.ietf.org/html/rfc6377 suggests that
> there are no good solutions. If anyone is blessed with an abundance of
> time and familiar with the current email landscape, I would love to
> talk to you and get your help to work on this. Unfortunately we don't
> have the manpower 

Re: Linker problems with system vs bundled libraries (RPATH vs RUNPATH) / LTO / gold

2019-02-01 Thread Дилян Палаузов
Hello,

my initial understanding of the case “Linker problems with system vs bundled 
libraries (RPATH vs RUNPATH) ” is, that
ld.bfd and ld.gold behave differently, which is exposed by invoking 
--enable-linker=

How do ld.bfd and ld.gold differ, that triggered the problem?

Based on what does ./configure --help print behind --enable-lto: best used with 
“gold”.  Are there any known problems
with ld.bfd?

The "gold as linker" in configure.in/configure.ac comes from commit fc41132306 
back in 2011 and ld.bfd can handle linker
plugins at least since 2015.

The AS_HELP_STRING for --enable-lto says "both gold and lld linkers generally 
use less memory and link faster". 
Compared to what?  It shoud say "compared to ld.bfd".

--enable-lto switches AR, NM and RANLIB to be gcc-ar, gcc-nm and gcc-ranlib, 
but… on some systems the binary is called
gcc-ar-4, for clang you have to use llvm-ar, which on some systems is called 
llvm-ar-5.0.  I am not aware of a single
autoconf project that manages this right; new versions of CMake do.

I propose removing all the LTO extras from LibreOffice.  Competent users are 
supposed to install the linker plugin
liblto_plugin.so and LLVMgold.so in $libdir/bfd-plugins and insert -flto into 
CFLAGS and CXXFLAGS, respectively -flto=6
in LDFLAGS.  Incompetent users don’t have a problem without LTO, as they do not 
know LTO exists.

Regards
  Дилян

On Fri, 2019-02-01 at 21:32 +0100, Michael Stahl wrote:
> On 01.02.19 20:12, Luboš Luňák wrote:
> > On Monday 28 of January 2019, Michael Stahl wrote:
> > > hope this will help:
> > > 
> > > https://gerrit.libreoffice.org/#/c/67012/
> > > 
> > > the idea is we use different symbol version for everything so LO libs
> > > call into bundled library, system libs call into system library.
> > > 
> > > haven't tested it though, just make check runs fine here...
> > 
> >   Yes, that works. But before you do, could you please e.g. add URL of this
> > discussion to the commit message? "unintended hilarity" is a rather poor
> > problem description.
> 
> ... unfortunately it's too late to add anything to the commit message as 
> the patch somehow reviewed and pushed itself.
> 
> well, anybody who knows what a gloriously misguided idea the ELF global 
> namespace is can think of any number of problems that would be fixed by 
> the patch :)
> ___
> LibreOffice mailing list
> LibreOffice@lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/libreoffice

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


Buiilding LO 6.1.4.2 --with-system-jpeg and jpeg-9c fails

2019-01-22 Thread Дилян Палаузов
Hello,

libjpeg.so can originate from 

libjpeg-turbo, https://en.wikipedia.org/wiki/Libjpeg#libjpeg-turbo
mozjpeg, https://en.wikipedia.org/wiki/Libjpeg#mozjpeg or
ijg.org (jpeg-9c)

With ./configure --with-system-jpeg, having installed jpeg-9c as 
/usr/local/lib/libjpeg.so, make fails with

Test name: VclFiltersTest::testCVEs
equality assertion failed
- Expected: 0
- Actual  : 1
- 
file:///src/libreoffice-6.1.4.2/vcl/qa/cppunit/graphicfilter/data/jpg/fail/crash-1.jpg



Below is the full output of make.  The complete call for configuration is: 
../configure --enable-evolution2 --enable-
avahi --enable-python=system --enable-eot --enable-online-update 
--without-doxygen --with-jdk-home=/opt/jdk --with-ant-
home=/opt/ant --without-junit --enable-formula-logger --enable-introspection 
--with-system-bzip2 --with-system-cairo --
with-system-epoxy --with-system-zlib --with-system-jpeg --with-system-expat 
--with-system-libxml --with-system-icu --
with-system-openldap --without-system-poppler --with-system-curl 
--with-system-boost --with-webdav --with-krb5 --with-
gssapi --with-system-lcms2 --with-system-nss --with-system-graphite 
--with-system-harfbuzz --with-system-cppunit --with-
system-openssl --with-system-libpng --disable-gtk --disable-pdfium 
--with-system-libcmis

I tried with or without --with-system-jpeg and it fails only in the latter case.

What exactly is the problem?

Regards
  Дилян
-

mkdir -p /src/libreoffice-6.1.4.2/build9/instdir
/src/libreoffice-6.1.4.2/solenv/bin/install-gdb-printers -a 
/src/libreoffice-6.1.4.2/build9/instdir -c
make -j 1  VERBOSE=1 -f /src/libreoffice-6.1.4.2/Makefile.gbuildall
make[1]: Entering directory '/src/libreoffice-6.1.4.2/build9'
[build CUT] vcl_filters_test
S=/src/libreoffice-6.1.4.2 && B=$S/build9 && I=$B/instdir && W=$B/workdir &&
mkdir -p $W/CppunitTest/ && rm -fr
$W/CppunitTest/vcl_filters_test.test.user && cp -r $W/unittest 
$W/CppunitTest/vcl_filters_test.test.user &&rm -fr
$W/CppunitTest/vcl_filters_test.test.core && mkdir 
$W/CppunitTest/vcl_filters_test.test.core && cd
$W/CppunitTest/vcl_filters_test.test.core &&
(
LD_LIBRARY_PATH=${LD_LIBRARY_PATH:+$LD_LIBRARY_PATH:}"$I/program:$I/program":$W/UnpackedTarball/cppunit/src/cppunit
/.libs   MALLOC_CHECK_=2 MALLOC_PERTURB_=153 
$W/LinkTarget/Executable/cppunittester
$W/LinkTarget/CppunitTest/libtest_vcl_filters_test.so --headless 
"-env:BRAND_BASE_DIR=file://$B/instdir" "-
env:BRAND_SHARE_SUBDIR=share" 
"-env:BRAND_SHARE_RESOURCE_SUBDIR=program/resource" "-
env:UserInstallation=file://$W/CppunitTest/vcl_filters_test.test.user"   "-
env:CONFIGURATION_LAYERS=xcsxcu:file://$I/share/registry 
xcsxcu:file://$W/unittest/registry"  "-
env:UNO_TYPES=file://$I/program/types.rdb file://$I/program/types/offapi.rdb"  
"-
env:UNO_SERVICES=file://$W/Rdb/ure/services.rdb 
file://$W/ComponentTarget/configmgr/source/configmgr.component
file://$W/ComponentTarget/i18npool/util/i18npool.component 
file://$W/ComponentTarget/ucb/source/core/ucb1.component
file://$W/ComponentTarget/ucb/source/ucp/file/ucpfile1.component 
file://$W/ComponentTarget/uui/util/uui.component
file://$W/ComponentTarget/emfio/emfio.component"  
-env:URE_INTERNAL_LIB_DIR=file://$I/program
-env:LO_LIB_DIR=file://$I/program -env:LO_JAVA_DIR=file://$I/program/classes 
--protector
$W/LinkTarget/Library/unoexceptionprotector.so unoexceptionprotector --protector
$W/LinkTarget/Library/unobootstrapprotector.so unobootstrapprotector   
--protector
$W/LinkTarget/Library/libvclbootstrapprotector.so vclbootstrapprotector   "-
env:CPPUNITTESTTARGET=$W/CppunitTest/vcl_filters_test.test"   )  > 
$W/CppunitTest/vcl_filters_test.test.log 2>&1 || (
RET=$?; $S/solenv/bin/gdb-core-bt.sh $W/LinkTarget/Executable/cppunittester 
$W/CppunitTest/vcl_filters_test.test.core
$RET >> $W/CppunitTest/vcl_filters_test.test.log 2>&1; cat 
$W/CppunitTest/vcl_filters_test.test.log;
$S/solenv/gbuild/platform/unittest-failed-default.sh Cppunit vcl_filters_test)
Testing 
file:///src/libreoffice-6.1.4.2/vcl/qa/cppunit/graphicfilter/data/wmf/pass/CVE-2005-2123-1.wmf:
Tested 
file:///src/libreoffice-6.1.4.2/vcl/qa/cppunit/graphicfilter/data/wmf/pass/CVE-2005-2123-1.wmf:
 Pass (10ms)
Testing 
file:///src/libreoffice-6.1.4.2/vcl/qa/cppunit/graphicfilter/data/wmf/pass/CVE-2006-4071-1.wmf:
Tested 
file:///src/libreoffice-6.1.4.2/vcl/qa/cppunit/graphicfilter/data/wmf/pass/CVE-2006-4071-1.wmf:
 Pass (0ms)
Testing 
file:///src/libreoffice-6.1.4.2/vcl/qa/cppunit/graphicfilter/data/wmf/pass/CVE-2007-1090-1.wmf:
Tested 
file:///src/libreoffice-6.1.4.2/vcl/qa/cppunit/graphicfilter/data/wmf/pass/CVE-2007-1090-1.wmf:
 Pass (1ms)
Testing 
file:///src/libreoffice-6.1.4.2/vcl/qa/cppunit/graphicfilter/data/wmf/pass/exttextout-1.wmf:
Tested 
file:///src/libreoffice-6.1.4.2/vcl/qa/cppunit/graphicfilter/data/wmf/pass/exttextout-1.wmf:
 Pass (1108ms)
Testing 
file:///src/libreoffice-6.1.4.2/vcl/qa/cppunit/graphicfilter/data/wmf/pass/noheader.wmf:
Tested 

Buiiding LO6.1.4.2 mixes embeded libicuuc with system libicuuc

2019-01-20 Thread Дилян Палаузов
Hello Eike,

maybe I have not issued "make clean".  Here doing another try with clean build 
fails, after calling 

../configure --without-doxygen --with-jdk-home=/opt/jdk 
--with-ant-home=/opt/ant --without-junit && make

"/src/libreoffice-6.1.4.2/build5/workdir/UnpackedTarball/icu/source/common/unicode/urename.h"
 contains:

#define ublock_getCode U_ICU_ENTRY_POINT_RENAME(ublock_getCode)

"/src/libreoffice-6.1.4.2/build5/workdir/UnpackedTarball/icu/source/common/unicode/uvernum.h"
 contains:

#define U_ICU_VERSION_SUFFIX _61
#define U_ICU_ENTRY_POINT_RENAME(x) 
U_DEF2_ICU_ENTRY_POINT_RENAME(x,U_ICU_VERSION_SUFFIX)

so ublock_getCode() in desktop/source/lib/init.cxx:getFontSubset is renamed to 
ublock_getCode_61().

On my system I have 2x libicuuc.so:

- in /usr/local/lib, which contains ublock_getCode_60 and
- in 
/src/libreoffice-6.1.4.2/build5/workdir/UnpackedTarball/icu/source/lib/libicuuc.so
 containing ublock_getCode_61

Linking libsofficeapp.so is performed by calling

S=/src/libreoffice-6.1.4.2 && B=$S/build5 && I=$B/instdir && W=$B/workdir &&  
g++ -shared -Wl,-z,noexecstack -Wl,-
z,origin '-Wl,-rpath,$ORIGIN' -Wl,-rpath-link,$I/program -Wl,-z,defs 
-fstack-protector-strong -Wl,-rpath-
link,/lib:/usr/lib -Wl,-z,combreloc  -Wl,--hash-style=gnu  
-Wl,--dynamic-list-cpp-new -Wl,--dynamic-list-cpp-typeinfo
-Wl,-Bsymbolic-functions  -L$W/LinkTarget/StaticLibrary -L$I/sdk/lib  
-L$I/program  -L$I/program -Wl,-
O1   $W/CxxObject/desktop/source/app/app.o 
$W/CxxObject/desktop/source/app/appinit.o
$W/CxxObject/desktop/source/app/check_ext_deps.o 
$W/CxxObject/desktop/source/app/cmdlineargs.o
$W/CxxObject/desktop/source/app/cmdlinehelp.o 
$W/CxxObject/desktop/source/app/desktopcontext.o
$W/CxxObject/desktop/source/app/dispatchwatcher.o 
$W/CxxObject/desktop/source/app/langselect.o
$W/CxxObject/desktop/source/app/lockfile2.o 
$W/CxxObject/desktop/source/app/officeipcthread.o
$W/CxxObject/desktop/source/app/opencl.o 
$W/CxxObject/desktop/source/app/sofficemain.o
$W/CxxObject/desktop/source/app/userinstall.o 
$W/CxxObject/desktop/source/migration/migration.o
$W/CxxObject/desktop/source/lib/init.o 
$W/CxxObject/desktop/source/lib/lokinteractionhandler.o
$W/CxxObject/desktop/source/lib/lokclipboard.o -Wl,--start-group 
$W/LinkTarget/StaticLibrary/libglxtest.a   -ldl
-lpthread   -L/usr/local/lib -L/usr/local/lib64 -ldbus-glib-1 -ldbus-1 
-lgobject-2.0 -lglib-2.0  -
L$W/UnpackedTarball/icu/source/lib -licui18n  
-L$W/UnpackedTarball/icu/source/lib -licuuc  -
L$W/UnpackedTarball/curl/lib/.libs -lcurl  -lm -ldl -lpthread -lX11  
-Wl,--end-group -Wl,--no-as-needed -lclewlo
-lcomphelper -luno_cppu -luno_cppuhelpergcc3 -ldeploymentmisclo -leditenglo 
-li18nlangtag -lopencllo -luno_sal
-luno_salhelpergcc3 -lsblo -lsfxlo -lsvllo -lsvxlo -lsvxcorelo -lsvtlo -ltklo 
-ltllo -lucbhelper -lutllo -lvcllo  -o
$I/program/libsofficeapp.so

which prefers /usr/local/lib/libicuuc.so over 
-L$W/UnpackedTarball/icu/source/lib/libicuuc.so and the linker complains:

/usr/local/lib/gcc/x86_64-pc-linux-gnu/8.2.1/../../../../x86_64-pc-linux-gnu/bin/ld:
 /src/libreoffice-
6.1.4.2/build5/workdir/CxxObject/desktop/source/lib/init.o: in function 
`getFontSubset':
init.cxx:(.text+0xf5b5): undefined reference to `ublock_getCode_61'
collect2: error: ld returned 1 exit status
make[1]: *** [/src/libreoffice-6.1.4.2/desktop/Library_sofficeapp.mk:10: 
/src/libreoffice-
6.1.4.2/build5/instdir/program/libsofficeapp.so] Error 1
make[1]: Leaving directory '/src/libreoffice-6.1.4.2/build5'
make: *** [Makefile:286: build] Error 2

One more reason for failed compilation of embedded firebird is described at 
http://tracker.firebirdsql.org/browse/CORE-5989 .

Regards
  Дилян

On Wed, 2019-01-16 at 23:44 +0100, Eike Rathke wrote:
> Hi Дилян,
> 
> On Wednesday, 2019-01-16 15:11:26 +, Дилян Палаузов wrote:
> 
> > configurig LO 6.1.4.2 with
> > ../configure --without-doxygen --with-jdk-home=/opt/jdk --with-ant-home=/opt
> > /ant --without-junit
> > 
> > fails with
> > 
> > /usr/local/lib/gcc/x86_64-pc-linux-gnu/8.2.1/../../../../x86_64-pc-linux-gnu/bin/ld:
> >  /src/libreoffice-
> > 6.1.4.2/build3/workdir/CxxObject/l10ntools/source/xmlparse.o: in function 
> > `(anonymous
> > namespace)::lcl_QuotRange(icu_61::UnicodeString const&, int, int, bool)':
> > xmlparse.cxx:(.text+0x92): undefined reference to `vtable for 
> > icu_61::UnicodeString'
> 
> Looks like you didn't issue a  make clean   command after generating
> your new configure that switches from various --with-system-..., in
> particular --with-system-icu, to without. This may leave the build in an
> indetermined state where it isn't known what to recompile or which
> libraries to link against.
> 
>   Eike
> 
> ___
> LibreOffice mailing list
> LibreOff

pdfium / Re: Building LO6.1.4.2 with pdfium emits “error: invalid conversion from ‘int’ to ‘boolean’ [-fpermissive]”

2019-01-17 Thread Дилян Палаузов
Hello,

I reported the inability to compile pdfium with jpeg-9c at 
https://bugs.chromium.org/p/pdfium/issues/detail?id=1228 .
There is also a proposed fix to make it compile.  Consider integrating that 
patch in the LO build process.

Regards
  Дилян


On Thu, 2019-01-17 at 10:54 +0100, Stephan Bergmann wrote:
> On 17/01/2019 10:35, Дилян Палаузов wrote:
> > the problematic call is:
> > 
> > S=/src/libreoffice-6.1.4.2 && B=$S/build && I=$B/instdir && W=$B/workdir && 
> >  mkdir -p
> > $W/GenCxxObject/UnpackedTarball/pdfium/core/fxcodec/codec/
> > $W/Dep/GenCxxObject/UnpackedTarball/pdfium/core/fxcodec/codec/ && cd 
> > /src/libreoffice-6.1.4.2 &&g++
> > -DBOOST_ERROR_CODE_HEADER_ONLY -DBOOST_SYSTEM_NO_DEPRECATED -DCPPU_ENV=gcc3 
> > -DLINUX -DNDEBUG -DOSL_DEBUG_LEVEL=0 -DUNIX
> > -DUNX -DX86_64 -D_PTHREADS -D_REENTRANT -DPDFIUM_DLLIMPLEMENTATION 
> > -DUSE_SYSTEM_LCMS2 -DUSE_SYSTEM_LIBJPEG
> > -DUSE_SYSTEM_ZLIB -DMEMORY_TOOL_REPLACES_ALLOCATOR -DUNICODE  -DSYSTEM_ZLIB 
> >  -DDEFINE_PS_TABLES_DATA   -
> > fvisibility=hidden-Wall -Wno-missing-braces -Wnon-virtual-dtor 
> > -Wendif-labels -Wextra -Wundef -Wunreachable-code
> > -Wunused-macros -finput-charset=UTF-8 -fmessage-length=0 -fno-common -pipe  
> > -Wduplicated-cond -Wlogical-op -Wshift-
> > overflow=2 -Wunused-const-variable=1 -Wno-cast-function-type 
> > -fvisibility-inlines-hidden -fstack-protector-strong -fPIC
> > -Wshadow -Woverloaded-virtual -std=gnu++14   -DEXCEPTIONS_ON -fexceptions 
> > -fno-enforce-eh-specs -O3 -pipe   -w  -
> > DLIBO_INTERNAL_ONLY  -c 
> > $W/UnpackedTarball/pdfium/core/fxcodec/codec/fx_codec_jpeg.cpp -o
> > $W/GenCxxObject/UnpackedTarball/pdfium/core/fxcodec/codec/fx_codec_jpeg.o 
> > -MMD -MT
> > $W/GenCxxObject/UnpackedTarball/pdfium/core/fxcodec/codec/fx_codec_jpeg.o 
> > -MP -MF
> > $W/Dep/GenCxxObject/UnpackedTarball/pdfium/core/fxcodec/codec/fx_codec_jpeg.d_
> >  -I$W/UnpackedTarball/pdfium
> > -I$W/UnpackedTarball/pdfium/third_party -I$S/include  -I/opt/jdk/include 
> > -I/opt/jdk/include/linux -I$B/config_host-
> > isystem /usr/local/include -Wno-long-long   -isystem 
> > /usr/local/include/freetype2 -isystem /usr/local/include/libpng16
> > -isystem /usr/local/include -isystem /usr/local/include/harfbuzz -isystem 
> > /usr/local/include/glib-2.0 -isystem
> > /usr/local/lib64/glib-2.0/include -isystem /usr/local/include
> > 
> > When I pass -E to the compiler, it prints:
> > 
> > # 317 "/usr/local/include/jmorecfg.h" 3 4
> > typedef enum { FALSE = 0, TRUE = 1 } boolean;
> > # 28 "/usr/local/include/jpeglib.h" 2 3 4
> > 
> > So #include "jpeglib.h" implies #include "jmorecfg.h" and libreoffice-
> > 6.1.4.2/build/workdir/UnpackedTarball/pdfium/core/fxcodec/codec/fx_codec_jpeg.cpp
> >  does #include "jpeglib.h".
> > 
> > This code:
> > typedef enum { a = 1, b = 2} c;
> > 
> > c x () {  return 2;}
> > 
> > also fails compiling with
> > error: invalid conversion from ‘int’ to ‘c’ [-fpermissive]
> >   c x () {  return 2;}
> >^
> > jmorecfg.h comes from jpeg9-c.  jpeg-turbo-1.5.3 has another jmorecfg.h, 
> > where boolean is defined as int.
> 
> So do whatever it takes to make LO's external/pdfium/ copy work with 
> your system's jpeg9-c (or abandon the idea of building LO against it). 
> Either do it just locally, or, if it requires patching pdfium, we'd also 
> appreciate it if you sent a patch for LO or, even better, sent a patch 
> to the upstream of LO's external/pdfium/ copy.  It is unlikely that 
> anybody else would do the integration work for that specific jpeg9-c for 
> you.
> ___
> LibreOffice mailing list
> LibreOffice@lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/libreoffice

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: Buiiding LO6.1.4.2 with pdfium emits “error: invalid conversion from ‘int’ to ‘boolean’ [-fpermissive]”

2019-01-17 Thread Дилян Палаузов
Hello,

the problematic call is:

S=/src/libreoffice-6.1.4.2 && B=$S/build && I=$B/instdir && W=$B/workdir &&  
mkdir -p
$W/GenCxxObject/UnpackedTarball/pdfium/core/fxcodec/codec/
$W/Dep/GenCxxObject/UnpackedTarball/pdfium/core/fxcodec/codec/ && cd 
/src/libreoffice-6.1.4.2 &&g++
-DBOOST_ERROR_CODE_HEADER_ONLY -DBOOST_SYSTEM_NO_DEPRECATED -DCPPU_ENV=gcc3 
-DLINUX -DNDEBUG -DOSL_DEBUG_LEVEL=0 -DUNIX
-DUNX -DX86_64 -D_PTHREADS -D_REENTRANT -DPDFIUM_DLLIMPLEMENTATION 
-DUSE_SYSTEM_LCMS2 -DUSE_SYSTEM_LIBJPEG
-DUSE_SYSTEM_ZLIB -DMEMORY_TOOL_REPLACES_ALLOCATOR -DUNICODE  -DSYSTEM_ZLIB  
-DDEFINE_PS_TABLES_DATA   -
fvisibility=hidden-Wall -Wno-missing-braces -Wnon-virtual-dtor 
-Wendif-labels -Wextra -Wundef -Wunreachable-code
-Wunused-macros -finput-charset=UTF-8 -fmessage-length=0 -fno-common -pipe  
-Wduplicated-cond -Wlogical-op -Wshift-
overflow=2 -Wunused-const-variable=1 -Wno-cast-function-type 
-fvisibility-inlines-hidden -fstack-protector-strong -fPIC
-Wshadow -Woverloaded-virtual -std=gnu++14   -DEXCEPTIONS_ON -fexceptions 
-fno-enforce-eh-specs -O3 -pipe   -w  -
DLIBO_INTERNAL_ONLY  -c 
$W/UnpackedTarball/pdfium/core/fxcodec/codec/fx_codec_jpeg.cpp -o
$W/GenCxxObject/UnpackedTarball/pdfium/core/fxcodec/codec/fx_codec_jpeg.o -MMD 
-MT
$W/GenCxxObject/UnpackedTarball/pdfium/core/fxcodec/codec/fx_codec_jpeg.o -MP 
-MF
$W/Dep/GenCxxObject/UnpackedTarball/pdfium/core/fxcodec/codec/fx_codec_jpeg.d_ 
-I$W/UnpackedTarball/pdfium
-I$W/UnpackedTarball/pdfium/third_party -I$S/include  -I/opt/jdk/include 
-I/opt/jdk/include/linux -I$B/config_host-
isystem /usr/local/include -Wno-long-long   -isystem 
/usr/local/include/freetype2 -isystem /usr/local/include/libpng16
-isystem /usr/local/include -isystem /usr/local/include/harfbuzz -isystem 
/usr/local/include/glib-2.0 -isystem
/usr/local/lib64/glib-2.0/include -isystem /usr/local/include   

When I pass -E to the compiler, it prints:

# 317 "/usr/local/include/jmorecfg.h" 3 4
typedef enum { FALSE = 0, TRUE = 1 } boolean;
# 28 "/usr/local/include/jpeglib.h" 2 3 4

So #include "jpeglib.h" implies #include "jmorecfg.h" and libreoffice-
6.1.4.2/build/workdir/UnpackedTarball/pdfium/core/fxcodec/codec/fx_codec_jpeg.cpp
 does #include "jpeglib.h".

This code:
typedef enum { a = 1, b = 2} c;

c x () {  return 2;}

also fails compiling with 
error: invalid conversion from ‘int’ to ‘c’ [-fpermissive]
 c x () {  return 2;}
  ^
jmorecfg.h comes from jpeg9-c.  jpeg-turbo-1.5.3 has another jmorecfg.h, where 
boolean is defined as int.

Regards
  Дилян

On Thu, 2019-01-17 at 09:16 +0100, Stephan Bergmann wrote:
> [looks like the below didn't make it through to the list for some 
> reason, so resending:]
> 
> On 16/01/2019 15:46, Stephan Bergmann wrote:
> > On 16/01/2019 15:08, Дилян Палаузов wrote:
> > > I use gcc 8.2.1 20190101 with self buill linux.  I do not want to 
> > > compile LO linking with static libraries, which I have
> > > already as .so on my system, so no ./configure .
> > 
> > In which case you need to find out which of your system dependencies 
> > defines a type "boolean" in a way that the external/pdfium/ code doesn't 
> > expect and can't cope with.  (For me on Fedora 29 it would e.g. be
> > 
> > > #ifndef HAVE_BOOLEAN
> > > typedef int boolean;
> > > #endif
> > 
> > in /usr/include/jmorecfg.h from libjpeg-turbo-devel-2.0.0-1.fc29.x86_64.)
> 
> ___
> LibreOffice mailing list
> LibreOffice@lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/libreoffice

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: Buiiding LO6.1.4.2 with pdfium emits “error: invalid conversion from ‘int’ to ‘boolean’ [-fpermissive]”

2019-01-16 Thread Дилян Палаузов
//src/libreoffice-6.1.4.2/vcl/qa/cppunit/graphicfilter/data/jpg/pass/EDB-24743-3.jpg:
Tested 
file:///src/libreoffice-6.1.4.2/vcl/qa/cppunit/graphicfilter/data/jpg/pass/EDB-24743-3.jpg:
 Pass (0ms)
Testing 
file:///src/libreoffice-6.1.4.2/vcl/qa/cppunit/graphicfilter/data/jpg/pass/fatalerror-1.jpg:
Tested 
file:///src/libreoffice-6.1.4.2/vcl/qa/cppunit/graphicfilter/data/jpg/pass/fatalerror-1.jpg:
 Pass (1ms)
Testing 
file:///src/libreoffice-6.1.4.2/vcl/qa/cppunit/graphicfilter/data/jpg/fail/CVE-2008-1097-1.jpg:
Tested 
file:///src/libreoffice-6.1.4.2/vcl/qa/cppunit/graphicfilter/data/jpg/fail/CVE-2008-1097-1.jpg:
 Fail (0ms)
Testing 
file:///src/libreoffice-6.1.4.2/vcl/qa/cppunit/graphicfilter/data/jpg/fail/CVE-2008-1097-2.jpg:
Tested 
file:///src/libreoffice-6.1.4.2/vcl/qa/cppunit/graphicfilter/data/jpg/fail/CVE-2008-1097-2.jpg:
 Fail (0ms)
Testing 
file:///src/libreoffice-6.1.4.2/vcl/qa/cppunit/graphicfilter/data/jpg/fail/CVE-2008-1097-3.jpg:
Tested 
file:///src/libreoffice-6.1.4.2/vcl/qa/cppunit/graphicfilter/data/jpg/fail/CVE-2008-1097-3.jpg:
 Fail (0ms)
Testing 
file:///src/libreoffice-6.1.4.2/vcl/qa/cppunit/graphicfilter/data/jpg/fail/CVE-2008-1097-4.jpg:
Tested 
file:///src/libreoffice-6.1.4.2/vcl/qa/cppunit/graphicfilter/data/jpg/fail/CVE-2008-1097-4.jpg:
 Fail (0ms)
Testing 
file:///src/libreoffice-6.1.4.2/vcl/qa/cppunit/graphicfilter/data/jpg/fail/CVE-2008-1097-5.jpg:
Tested 
file:///src/libreoffice-6.1.4.2/vcl/qa/cppunit/graphicfilter/data/jpg/fail/CVE-2008-1097-5.jpg:
 Fail (0ms)
Testing 
file:///src/libreoffice-6.1.4.2/vcl/qa/cppunit/graphicfilter/data/jpg/fail/CVE-2008-5314-1.jpg:
Tested 
file:///src/libreoffice-6.1.4.2/vcl/qa/cppunit/graphicfilter/data/jpg/fail/CVE-2008-5314-1.jpg:
 Fail (0ms)
Testing 
file:///src/libreoffice-6.1.4.2/vcl/qa/cppunit/graphicfilter/data/jpg/fail/crash-1.jpg:
Tested 
file:///src/libreoffice-6.1.4.2/vcl/qa/cppunit/graphicfilter/data/jpg/fail/crash-1.jpg:
 Pass (2ms)
/src/libreoffice-6.1.4.2/unotest/source/cpp/filters-test.cxx:145:VclFiltersTest::testCVEs
equality assertion failed
- Expected: 0
- Actual  : 1
- 
file:///src/libreoffice-6.1.4.2/vcl/qa/cppunit/graphicfilter/data/jpg/fail/crash-1.jpg

VclFiltersTest::testCVEs finished in: 1257ms
scale with type 1
size 80, 79
scale with type 2
size 80, 79
scale with type 3
size 80, 79
scale with type 4
size 80, 79
scale with type 5
size 80, 79
scale with type 6
size 80, 79
scale with type 7
size 80, 79
VclFiltersTest::testScaling finished in: 158ms
Check ExportImport JPG
Check ExportImport PNG
Check ExportImport BMP
VclFiltersTest::testExportImport finished in: 3ms
filters-test.cxx:145:Assertion
Test name: VclFiltersTest::testCVEs
equality assertion failed
- Expected: 0
- Actual  : 1
- 
file:///src/libreoffice-6.1.4.2/vcl/qa/cppunit/graphicfilter/data/jpg/fail/crash-1.jpg

Failures !!!
Run: 3   Failure total: 1   Failures: 1   Errors: 0

Error: a unit test failed, please do one of:

make CppunitTest_vcl_filters_test CPPUNITTRACE="gdb --args"
# for interactive debugging on Linux
make CppunitTest_vcl_filters_test VALGRIND=memcheck
# for memory checking
make CppunitTest_vcl_filters_test DEBUGCPPUNIT=TRUE
# for exception catching

You can limit the execution to just one particular test by:

make CPPUNIT_TEST_NAME="testXYZ" ...above mentioned params...

make[1]: *** [/src/libreoffice-6.1.4.2/solenv/gbuild/CppunitTest.mk:114: 
/src/libreoffice-
6.1.4.2/build2/workdir/CppunitTest/vcl_filters_test.test] Error 1
make[1]: *** Waiting for unfinished jobs
make: *** [Makefile:286: build] Error 2

Regards
  Дилян


On Wed, 2019-01-16 at 14:37 +0100, Miklos Vajna wrote:
> Hi,
> 
> On Wed, Jan 16, 2019 at 09:48:01AM +, Дилян Палаузов 
>  wrote:
> > building LO 6.1.4.2 using “../configure --enable-evolution2 --enable-avahi 
> > --enable-python=system --enable-eot --enable-
> > online-update --enable-introspection=yes --without-doxygen 
> > --with-jdk-home=/opt/jdk --with-ant-home=/opt/ant --without-
> > junit --enable-formula-logger --enable-introspection --with-system-bzip2 
> > --with-system-cairo --with-system-epoxy --with-
> > system-zlib --with-system-jpeg --with-system-expat --with-system-libxml 
> > --with-system-icu --with-system-openldap --
> > without-system-poppler --with-system-curl --with-system-boost --with-webdav 
> > --with-krb5 --with-gssapi --with-system-
> > lcms2 --with-boost --with-system-nss --with-system-graphite 
> > --with-system-harfbuzz  --with-system-openssl --with-system-
> > libpng --disable-firebird-sdbc --disable-gtk”
> 
> This is a very long list of options: as a first build, can you simply
> try './configure' without any parameters?
> 
> > fails with the error message below.
> 
> Please state your operating system and compiler versions, otherwise it's
> hard to help.
> 
> Regards,
> 
> Miklos
> __

Re: Buiiding LO6.1.4.2 with pdfium emits “error: invalid conversion from ‘int’ to ‘boolean’ [-fpermissive]”

2019-01-16 Thread Дилян Палаузов
Hello,

I use gcc 8.2.1 20190101 with self buill linux.  I do not want to compile LO 
linking with static libraries, which I have
already as .so on my system, so no ./configure .

For the first error, int cannot be converted to boolean, the message is in 
/src/libreoffice-
6.1.4.2/build/workdir/UnpackedTarball/pdfium/core/fxcodec/codec/fx_codec_jpeg.cpp
 and the code is:

static boolean _src_fill_buffer(j_decompress_ptr cinfo) {
  return 0;
}

Regards
  Дилян

On Wed, 2019-01-16 at 14:37 +0100, Miklos Vajna wrote:
> Hi,
> 
> On Wed, Jan 16, 2019 at 09:48:01AM +0000, Дилян Палаузов 
>  wrote:
> > building LO 6.1.4.2 using “../configure --enable-evolution2 --enable-avahi 
> > --enable-python=system --enable-eot --enable-
> > online-update --enable-introspection=yes --without-doxygen 
> > --with-jdk-home=/opt/jdk --with-ant-home=/opt/ant --without-
> > junit --enable-formula-logger --enable-introspecti on --with-system-bzip2 
> > --with-system-cairo --with-system-epoxy --with-
> > system-zlib --with-system-jpeg --with-system-expat --with-system-libxml 
> > --with-system-icu --with-system-openldap --
> > without-system-poppler --with-system-curl --with-system-boost --with-webdav 
> > --with-krb5 --with-gssapi --with-system-
> > lcms2 --with-boost --with-system-nss --with-system-graphite 
> > --with-system-harfbuzz  --with-system-openssl --with-system-
> > libpng --disable-firebird-sdbc --disable-gtk”
> 
> This is a very long list of options: as a first build, can you simply
> try './configure' without any parameters?
> 
> > fails with the error message below.
> 
> Please state your operating system and compiler versions, otherwise it's
> hard to help.
> 
> Regards,
> 
> Miklos
> ___
> LibreOffice mailing list
> LibreOffice@lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/libreoffice

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: Stable, conservative, unsupported versions | libreoffice.com/download

2019-01-16 Thread Дилян Палаузов
Hello,

it is confusing, when the most stable version does not compile, as it happened 
to me, and when this is not going to
change.

I suggest recomending only versions, which either compile, or in case they 
don’t compile, they are supposed to be
publically tweaked to compile.

Regards
  Дилян

On Wed, 2019-01-16 at 12:03 +, Kaganski Mike wrote:
> On 16.01.2019 14:49, Дилян Палаузов wrote:
> > Hello,
> > 
> > what I wanted to ask was, why does the LO-webpage recommend for enterprises 
> > end of life products.
> > 
> > My understanding of the processes is, that there are usually a stable 
> > version, that is not end-of-live, and a most
> > current version, at the same time.  However there are gaps, when the 
> > webpage offers only one version, that is not end of
> > life, without stating this clear.
> 
> 6.0 *is* the stable version at the moment, that is rightfully 
> recommended now. EOL means only one thing: no more releases for this 
> branch are planned. This happens at the moment when the last release of 
> the branch comes out. The last release for 6.0 brought last portion of 
> the fixes; and at this moment, 6.0.7 is considered the most stable - and 
> for that reason, recommended; and at the same time, TDF won't release 
> any more patches to it - so it's EOLed. So do you suggest to only 
> recommend versions that don't have the last pack of fixes?
> 
> -- 
> Best regards,
> Mike Kaganski

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: Stable, conservative, unsupported versions | libreoffice.com/download

2019-01-16 Thread Дилян Палаузов
Hello,

what I wanted to ask was, why does the LO-ebpage recommend for enterprises end 
of life products.

My understanding of the processes is, that there are usually a stable version, 
that is not end-of-live, and a most
current version, at the same time.  However there are gaps, when the webpage 
offers only one version, that is not end of
life, without stating this clear.

How about changing the releas/live duration process, so that no such gap exists?

Regards
  Дилян

On Wed, 2019-01-16 at 11:54 +0100, Michael Stahl wrote:
> On 16.01.19 10:57, Дилян Палаузов wrote:
> > Hello,
> > 
> > https://www.libreoffice.org/download/download/ says: LO 6.1.4 is for 
> > technology enthusiasts and 6.0.7 is for enterprises
> > or conservative users.  I read: 6.1.4 is development and 6.0.7 is stable.
> 
> development happens on "master", and new features may be backported not 
> to 6.1 but only to the 6.2 branch, but not any more right now (IIRC) 
> because there is already a 6.2.0 RC2.
> 
> the 6.1 branch only gets bugfixes, but (as always) bugfixes may carry 
> their own risk of introducing new bugs, which cannot be prevented with 
> 100% certainty.
> 
> > When I reported that building the conservative version fails, the answer on 
> > this mailing list was, that 6.0.7 is dead. [
> > https://wiki.documentfoundation.org/ReleasePlan/6.0]
> 
> there will be a 6.2 release very soon, so at that point 6.1 will be 
> declared the "stable" branch.
> 
> > Please either align the Download area not to offer for installation end of 
> > life versions, or explain what is the point
> > of delivering software for the enterprise, that is not supported.
> 
> TDF does not and has never claimed to deliver enterprise support for any 
> of its software; that sort of thing is available from downstream 
> commercial service providers, who maintain release branches with a much 
> longer support life-time than TDF releases.
> 
> perhaps the Download page could be adapted to make that more obvious?

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


Stable, conservative, unsupported versions | libreoffice.com/download

2019-01-16 Thread Дилян Палаузов
Hello,

https://www.libreoffice.org/download/download/ says: LO 6.1.4 is for technology 
enthusiasts and 6.0.7 is for enterprises
or conservative users.  I read: 6.1.4 is development and 6.0.7 is stable.

When I reported that building the conservative version fails, the answer on 
this mailing list was, that 6.0.7 is dead. [
https://wiki.documentfoundation.org/ReleasePlan/6.0]

Please either align the Download area not to offer for installation end of life 
versions, or explain what is the point
of delivering software for the enterprise, that is not supported.

Regards
  Дилян

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


Buiiding LO6.1.4.2 with pdfium emits “error: invalid conversion from ‘int’ to ‘boolean’ [-fpermissive]”

2019-01-16 Thread Дилян Палаузов
Hello, 

building LO 6.1.4.2 using “../configure --enable-evolution2 --enable-avahi 
--enable-python=system --enable-eot --enable-
online-update --enable-introspection=yes --without-doxygen 
--with-jdk-home=/opt/jdk --with-ant-home=/opt/ant --without-
junit --enable-formula-logger --enable-introspection --with-system-bzip2 
--with-system-cairo --with-system-epoxy --with-
system-zlib --with-system-jpeg --with-system-expat --with-system-libxml 
--with-system-icu --with-system-openldap --
without-system-poppler --with-system-curl --with-system-boost --with-webdav 
--with-krb5 --with-gssapi --with-system-
lcms2 --with-boost --with-system-nss --with-system-graphite 
--with-system-harfbuzz  --with-system-openssl --with-system-
libpng --disable-firebird-sdbc --disable-gtk”

fails with the error message below.

Regards
  Дилян

mkdir -p /src/libreoffice-6.1.4.2/build/instdir
/src/libreoffice-6.1.4.2/solenv/bin/install-gdb-printers -a 
/src/libreoffice-6.1.4.2/build/instdir -c
make -j 4  -rs -f /src/libreoffice-6.1.4.2/Makefile.gbuildall
[build CXX] workdir/UnpackedTarball/pdfium/core/fxcodec/codec/fx_codec_jpeg.cpp
[build PRL] CustomTarget/postprocess/images/sorted.lst
[build PRL] CustomTarget/postprocess/images/commandimagelist.ilst
[build DEP] LNK:Library/libguesslanglo.so
[build LNK] Library/libguesslanglo.so
[build DEP] LNK:Library/libnumbertextlo.so
[build LNK] Library/libnumbertextlo.so
/src/libreoffice-6.1.4.2/build/workdir/UnpackedTarball/pdfium/core/fxcodec/codec/fx_codec_jpeg.cpp:
 In function ‘boolean
_src_fill_buffer(j_decompress_ptr)’:
/src/libreoffice-6.1.4.2/build/workdir/UnpackedTarball/pdfium/core/fxcodec/codec/fx_codec_jpeg.cpp:80:10:
 error: invalid
conversion from ‘int’ to ‘boolean’ [-fpermissive]
   return 0;
  ^
/src/libreoffice-6.1.4.2/build/workdir/UnpackedTarball/pdfium/core/fxcodec/codec/fx_codec_jpeg.cpp:
 In function ‘boolean
_src_resync(j_decompress_ptr, int)’:
/src/libreoffice-6.1.4.2/build/workdir/UnpackedTarball/pdfium/core/fxcodec/codec/fx_codec_jpeg.cpp:84:10:
 error: invalid
conversion from ‘int’ to ‘boolean’ [-fpermissive]
   return 0;
  ^
/src/libreoffice-6.1.4.2/build/workdir/UnpackedTarball/pdfium/core/fxcodec/codec/fx_codec_jpeg.cpp:
 In function ‘bool
JpegLoadInfo(const uint8_t*, uint32_t, int*, int*, int*, int*, bool*)’:
/src/libreoffice-6.1.4.2/build/workdir/UnpackedTarball/pdfium/core/fxcodec/codec/fx_codec_jpeg.cpp:153:42:
 error: cannot
convert ‘bool’ to ‘boolean’
   int ret = jpeg_read_header(, true);
  ^
In file included from /src/libreoffice-
6.1.4.2/build/workdir/UnpackedTarball/pdfium/core/fxcodec/codec/fx_codec_jpeg.cpp:24:
/usr/local/include/jpeglib.h:1039:30: note:   initializing argument 2 of ‘int 
jpeg_read_header(j_decompress_ptr,
boolean)’
 EXTERN(int) jpeg_read_header JPP((j_decompress_ptr cinfo,
  ^~~
/src/libreoffice-6.1.4.2/build/workdir/UnpackedTarball/pdfium/core/fxcodec/codec/fx_codec_jpeg.cpp:
 In member function
‘bool CCodec_JpegDecoder::InitDecode()’:
/src/libreoffice-6.1.4.2/build/workdir/UnpackedTarball/pdfium/core/fxcodec/codec/fx_codec_jpeg.cpp:237:42:
 error: cannot
convert ‘bool’ to ‘boolean’
   int ret = jpeg_read_header(, true);
  ^
In file included from /src/libreoffice-
6.1.4.2/build/workdir/UnpackedTarball/pdfium/core/fxcodec/codec/fx_codec_jpeg.cpp:24:
/usr/local/include/jpeglib.h:1039:30: note:   initializing argument 2 of ‘int 
jpeg_read_header(j_decompress_ptr,
boolean)’
 EXTERN(int) jpeg_read_header JPP((j_decompress_ptr cinfo,
  ^~~
/src/libreoffice-6.1.4.2/build/workdir/UnpackedTarball/pdfium/core/fxcodec/codec/fx_codec_jpeg.cpp:
 In member function
‘int CCodec_JpegModule::ReadHeader(CCodec_JpegModule::Context*, int*, int*, 
int*)’:
/src/libreoffice-6.1.4.2/build/workdir/UnpackedTarball/pdfium/core/fxcodec/codec/fx_codec_jpeg.cpp:464:48:
 error: cannot
convert ‘bool’ to ‘boolean’
   int ret = jpeg_read_header(>m_Info, true);
^
In file included from /src/libreoffice-
6.1.4.2/build/workdir/UnpackedTarball/pdfium/core/fxcodec/codec/fx_codec_jpeg.cpp:24:
/usr/local/include/jpeglib.h:1039:30: note:   initializing argument 2 of ‘int 
jpeg_read_header(j_decompress_ptr,
boolean)’
 EXTERN(int) jpeg_read_header JPP((j_decompress_ptr cinfo,



___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


building 6.0.7.3 test VclFiltersTest::testCVEs fails

2019-01-15 Thread Дилян Палаузов
Hello,

why is libreoffice 6.0.7 simultaneously for consevrative users and since last 
year out of life?

What shall I do when buidling LO 6.0.7.3 fails with the message below?

Regards
  Дилян

Testing 
file:///src/libreoffice-6.0.7.3/vcl/qa/cppunit/graphicfilter/data/jpg/pass/EDB-24743-2.jpg:
Tested 
file:///src/libreoffice-6.0.7.3/vcl/qa/cppunit/graphicfilter/data/jpg/pass/EDB-24743-2.jpg:
 Pass (0ms)
Testing 
file:///src/libreoffice-6.0.7.3/vcl/qa/cppunit/graphicfilter/data/jpg/pass/EDB-24743-3.jpg:
Tested 
file:///src/libreoffice-6.0.7.3/vcl/qa/cppunit/graphicfilter/data/jpg/pass/EDB-24743-3.jpg:
 Pass (0ms)
Testing 
file:///src/libreoffice-6.0.7.3/vcl/qa/cppunit/graphicfilter/data/jpg/pass/fatalerror-1.jpg:
Tested 
file:///src/libreoffice-6.0.7.3/vcl/qa/cppunit/graphicfilter/data/jpg/pass/fatalerror-1.jpg:
 Pass (1ms)
Testing 
file:///src/libreoffice-6.0.7.3/vcl/qa/cppunit/graphicfilter/data/jpg/fail/CVE-2008-1097-1.jpg:
Tested 
file:///src/libreoffice-6.0.7.3/vcl/qa/cppunit/graphicfilter/data/jpg/fail/CVE-2008-1097-1.jpg:
 Fail (1ms)
Testing 
file:///src/libreoffice-6.0.7.3/vcl/qa/cppunit/graphicfilter/data/jpg/fail/CVE-2008-1097-2.jpg:
Tested 
file:///src/libreoffice-6.0.7.3/vcl/qa/cppunit/graphicfilter/data/jpg/fail/CVE-2008-1097-2.jpg:
 Fail (0ms)
Testing 
file:///src/libreoffice-6.0.7.3/vcl/qa/cppunit/graphicfilter/data/jpg/fail/CVE-2008-1097-3.jpg:
Tested 
file:///src/libreoffice-6.0.7.3/vcl/qa/cppunit/graphicfilter/data/jpg/fail/CVE-2008-1097-3.jpg:
 Fail (0ms)
Testing 
file:///src/libreoffice-6.0.7.3/vcl/qa/cppunit/graphicfilter/data/jpg/fail/CVE-2008-1097-4.jpg:
Tested 
file:///src/libreoffice-6.0.7.3/vcl/qa/cppunit/graphicfilter/data/jpg/fail/CVE-2008-1097-4.jpg:
 Fail (0ms)
Testing 
file:///src/libreoffice-6.0.7.3/vcl/qa/cppunit/graphicfilter/data/jpg/fail/CVE-2008-1097-5.jpg:
Tested 
file:///src/libreoffice-6.0.7.3/vcl/qa/cppunit/graphicfilter/data/jpg/fail/CVE-2008-1097-5.jpg:
 Fail (0ms)
Testing 
file:///src/libreoffice-6.0.7.3/vcl/qa/cppunit/graphicfilter/data/jpg/fail/CVE-2008-5314-1.jpg:
Tested 
file:///src/libreoffice-6.0.7.3/vcl/qa/cppunit/graphicfilter/data/jpg/fail/CVE-2008-5314-1.jpg:
 Fail (0ms)
Testing 
file:///src/libreoffice-6.0.7.3/vcl/qa/cppunit/graphicfilter/data/jpg/fail/crash-1.jpg:
Tested 
file:///src/libreoffice-6.0.7.3/vcl/qa/cppunit/graphicfilter/data/jpg/fail/crash-1.jpg:
 Pass (0ms)
/src/libreoffice-6.0.7.3/unotest/source/cpp/filters-test.cxx:145:VclFiltersTest::testCVEs
equality assertion failed
- Expected: 0
- Actual  : 1
- 
file:///src/libreoffice-6.0.7.3/vcl/qa/cppunit/graphicfilter/data/jpg/fail/crash-1.jpg

VclFiltersTest::testCVEs finished in: 1124ms
scale with type 1
size 80, 79
scale with type 2
size 80, 79
scale with type 3
size 80, 79
scale with type 4
size 80, 79
scale with type 5
size 80, 79
scale with type 6
size 80, 79
scale with type 7
size 80, 79
VclFiltersTest::testScaling finished in: 82ms
Check ExportImport JPG
Check ExportImport PNG
Check ExportImport BMP
VclFiltersTest::testExportImport finished in: 3ms
filters-test.cxx:145:Assertion
Test name: VclFiltersTest::testCVEs
equality assertion failed
- Expected: 0
- Actual  : 1
- 
file:///src/libreoffice-6.0.7.3/vcl/qa/cppunit/graphicfilter/data/jpg/fail/crash-1.jpg

Failures !!!
Run: 3   Failure total: 1   Failures: 1   Errors: 0

Error: a unit test failed, please do one of:

make CppunitTest_vcl_filters_test CPPUNITTRACE="gdb --args"
# for interactive debugging on Linux
make CppunitTest_vcl_filters_test VALGRIND=memcheck
# for memory checking
make CppunitTest_vcl_filters_test DEBUGCPPUNIT=TRUE
# for exception catching

You can limit the execution to just one particular test by:

make CPPUNIT_TEST_NAME="testXYZ" ...above mentioned params...

make[1]: *** [/src/libreoffice-6.0.7.3/solenv/gbuild/CppunitTest.mk:115: 
/src/libreoffice-
6.0.7.3/build/workdir/CppunitTest/vcl_filters_test.test] Error 1
make[1]: *** Waiting for unfinished jobs
make: *** [Makefile:269: build] Error 2

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


building 6.0.7.3 test VclFiltersTest::testCVEs fails

2019-01-15 Thread Дилян Палаузов
Hello,

why is libreoffice 6.0.7 simultaneously for consevrative users and since last 
year out of life?

What shall I do when buidling LO 6.0.7.3 fails with the message below?

Regards
  Дилян

Testing 
file:///src/libreoffice-6.0.7.3/vcl/qa/cppunit/graphicfilter/data/jpg/pass/EDB-24743-2.jpg:
Tested 
file:///src/libreoffice-6.0.7.3/vcl/qa/cppunit/graphicfilter/data/jpg/pass/EDB-24743-2.jpg:
 Pass (0ms)
Testing 
file:///src/libreoffice-6.0.7.3/vcl/qa/cppunit/graphicfilter/data/jpg/pass/EDB-24743-3.jpg:
Tested 
file:///src/libreoffice-6.0.7.3/vcl/qa/cppunit/graphicfilter/data/jpg/pass/EDB-24743-3.jpg:
 Pass (0ms)
Testing 
file:///src/libreoffice-6.0.7.3/vcl/qa/cppunit/graphicfilter/data/jpg/pass/fatalerror-1.jpg:
Tested 
file:///src/libreoffice-6.0.7.3/vcl/qa/cppunit/graphicfilter/data/jpg/pass/fatalerror-1.jpg:
 Pass (1ms)
Testing 
file:///src/libreoffice-6.0.7.3/vcl/qa/cppunit/graphicfilter/data/jpg/fail/CVE-2008-1097-1.jpg:
Tested 
file:///src/libreoffice-6.0.7.3/vcl/qa/cppunit/graphicfilter/data/jpg/fail/CVE-2008-1097-1.jpg:
 Fail (1ms)
Testing 
file:///src/libreoffice-6.0.7.3/vcl/qa/cppunit/graphicfilter/data/jpg/fail/CVE-2008-1097-2.jpg:
Tested 
file:///src/libreoffice-6.0.7.3/vcl/qa/cppunit/graphicfilter/data/jpg/fail/CVE-2008-1097-2.jpg:
 Fail (0ms)
Testing 
file:///src/libreoffice-6.0.7.3/vcl/qa/cppunit/graphicfilter/data/jpg/fail/CVE-2008-1097-3.jpg:
Tested 
file:///src/libreoffice-6.0.7.3/vcl/qa/cppunit/graphicfilter/data/jpg/fail/CVE-2008-1097-3.jpg:
 Fail (0ms)
Testing 
file:///src/libreoffice-6.0.7.3/vcl/qa/cppunit/graphicfilter/data/jpg/fail/CVE-2008-1097-4.jpg:
Tested 
file:///src/libreoffice-6.0.7.3/vcl/qa/cppunit/graphicfilter/data/jpg/fail/CVE-2008-1097-4.jpg:
 Fail (0ms)
Testing 
file:///src/libreoffice-6.0.7.3/vcl/qa/cppunit/graphicfilter/data/jpg/fail/CVE-2008-1097-5.jpg:
Tested 
file:///src/libreoffice-6.0.7.3/vcl/qa/cppunit/graphicfilter/data/jpg/fail/CVE-2008-1097-5.jpg:
 Fail (0ms)
Testing 
file:///src/libreoffice-6.0.7.3/vcl/qa/cppunit/graphicfilter/data/jpg/fail/CVE-2008-5314-1.jpg:
Tested 
file:///src/libreoffice-6.0.7.3/vcl/qa/cppunit/graphicfilter/data/jpg/fail/CVE-2008-5314-1.jpg:
 Fail (0ms)
Testing 
file:///src/libreoffice-6.0.7.3/vcl/qa/cppunit/graphicfilter/data/jpg/fail/crash-1.jpg:
Tested 
file:///src/libreoffice-6.0.7.3/vcl/qa/cppunit/graphicfilter/data/jpg/fail/crash-1.jpg:
 Pass (0ms)
/src/libreoffice-6.0.7.3/unotest/source/cpp/filters-test.cxx:145:VclFiltersTest::testCVEs
equality assertion failed
- Expected: 0
- Actual  : 1
- 
file:///src/libreoffice-6.0.7.3/vcl/qa/cppunit/graphicfilter/data/jpg/fail/crash-1.jpg

VclFiltersTest::testCVEs finished in: 1124ms
scale with type 1
size 80, 79
scale with type 2
size 80, 79
scale with type 3
size 80, 79
scale with type 4
size 80, 79
scale with type 5
size 80, 79
scale with type 6
size 80, 79
scale with type 7
size 80, 79
VclFiltersTest::testScaling finished in: 82ms
Check ExportImport JPG
Check ExportImport PNG
Check ExportImport BMP
VclFiltersTest::testExportImport finished in: 3ms
filters-test.cxx:145:Assertion
Test name: VclFiltersTest::testCVEs
equality assertion failed
- Expected: 0
- Actual  : 1
- 
file:///src/libreoffice-6.0.7.3/vcl/qa/cppunit/graphicfilter/data/jpg/fail/crash-1.jpg

Failures !!!
Run: 3   Failure total: 1   Failures: 1   Errors: 0

Error: a unit test failed, please do one of:

make CppunitTest_vcl_filters_test CPPUNITTRACE="gdb --args"
# for interactive debugging on Linux
make CppunitTest_vcl_filters_test VALGRIND=memcheck
# for memory checking
make CppunitTest_vcl_filters_test DEBUGCPPUNIT=TRUE
# for exception catching

You can limit the execution to just one particular test by:

make CPPUNIT_TEST_NAME="testXYZ" ...above mentioned params...

make[1]: *** [/src/libreoffice-6.0.7.3/solenv/gbuild/CppunitTest.mk:115: 
/src/libreoffice-
6.0.7.3/build/workdir/CppunitTest/vcl_filters_test.test] Error 1
make[1]: *** Waiting for unfinished jobs
make: *** [Makefile:269: build] Error 2

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: xpdfwrapper/pdfioutdev_gpl.hxx:227:22: error: ‘virtual void pdfi::PDFOutDev::drawString(GfxState*, const GooString*)’ marked ‘override’, but does not override

2019-01-14 Thread Дилян Палаузов
Hello,

the LO source code requires const GooString*, but the 
/usr/local/include/poppler/OutputDev.h file had no const in the
declaration of drawString.  The installed poppler was newer than 0.64.0.

The hack is, that in the past I installed poppler and it installed OutputDev.h 
.  When I later compiled newer version of
poppler I have not passed ENABLE_XPDF_HEADERS / ENABLE_UNSTABLE_API_ABI_HEADERS 
to cmake and in turn “make install” has
not overwritten /usr/local/include/poppler/OutputDev.h.  This led to a 
situation with new libpoppler and old OutputDev.h
without const.  Indeed override triggered correctly.

--without-system-poppler mitigates.

Regards
  Дилян

On Mon, 2019-01-14 at 08:48 +, Kaganski Mike wrote:
> On 14.01.2019 11:46, Stephan Bergmann wrote:
> > On 13/01/2019 23:57, Дилян Палаузов wrote:
> > > LO 6.0.7.3 fails compiling with gcc 8.2.1 20190101 I emitting:
> > > 
> > > [build SPP] scp2/source/ooo/ure
> > > [build SCP] scp2/source/writer/file_writer
> > > [build SPP] scp2/source/xsltfilter/file_xsltfilter
> > > [build SPP] scp2/source/xsltfilter/module_xsltfilter
> > > [build SPP] scp2/source/gnome/file_gnome
> > > [build SPP] scp2/source/gnome/module_gnome
> > > [build SPP] scp2/source/sdkoo/sdkoo
> > > [build SCP] scp2/source/writer/module_writer
> > > [build CXX] sdext/source/pdfimport/xpdfwrapper/pnghelper.cxx
> > > In file included from 
> > > /src/libreoffice-6.0.7.3/sdext/source/pdfimport/xpdfwrapper/pnghelper.hxx:24,
> > >  
> > > 
> > >   from 
> > > /src/libreoffice-6.0.7.3/sdext/source/pdfimport/xpdfwrapper/pnghelper.cxx:20:
> > >  
> > > 
> > > /src/libreoffice-6.0.7.3/sdext/source/pdfimport/xpdfwrapper/pdfioutdev_gpl.hxx:227:22:
> > >  
> > > error: ‘virtual void
> > > pdfi::PDFOutDev::drawString(GfxState*, const GooString*)’ marked 
> > > ‘override’, but does not override
> > >   virtual void drawString(GfxState *state, const GooString *s) 
> > > override;
> > >^~
> > > /src/libreoffice-6.0.7.3/sdext/source/pdfimport/xpdfwrapper/pdfioutdev_gpl.hxx:227:22:
> > >  
> > > warning:   by ‘virtual void
> > > pdfi::PDFOutDev::drawString(GfxState*, const GooString*)’ 
> > > [-Woverloaded-virtual]
> > > make[1]: *** 
> > > [/src/libreoffice-6.0.7.3/solenv/gbuild/LinkTarget.mk:293: 
> > > /src/libreoffice-
> > 
> > You likely need a backport of 
> > <https://gerrit.libreoffice.org/plugins/gitiles/core/+/42cebff14f7d486c20f04863681cc5ef4602f4eb%5E!/>
> >  
> > "fix build with poppler 0.64" (and maybe also backports of further 
> > poppler-adaption fixes in that area), or configure 
> > --without-system-poppler.
> > 
> > There is obviously always a chance that building old versions of LO 
> > against current system components does not work.  Often enough, you will 
> > find fixes for those issues in later versions of LO, and which are often 
> > even easy to backport to the version where you need them.
> 
> I'm afraid that the message implies that the fix from spring 2018 is 
> already there - the constness of the GooString parameter is there in the 
> message. So possibly there's some problem detecting the poppler library 
> version?
> 
> -- 
> Best regards,
> Mike Kaganski
> ___
> LibreOffice mailing list
> LibreOffice@lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/libreoffice

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


Building LO 6.0.7.3 with system-wide poppler 0.73.0 fails for several reasons

2019-01-14 Thread Дилян Палаузов
Hello,

poppler-0.73.0/NEWS contains:

Release 0.71.0:
core:
 * Replace GBool, gTrue, and gFalse by bool, true, false, resp.

Compiling LO 6.0.7.3 with system-wide poppler 0.73.0 fails with the erroro 
below and one of the reason is the assumption
in LO, that GBool is defined.

poppler-0.73.0/poppler/OutputDev.h declares:

virtual void setDefaultCTM(const double *ctm); ⇐ with const, while 
sdext/source/pdfimport/xpdfwrapper/pdfioutdev_gpl.hpp
contains:
   virtual void setDefaultCTM(double *ctm) override; ⇐ without const

without const…

Regards
  Дилян
--

[build CXX] sdext/source/pdfimport/xpdfwrapper/pdfioutdev_gpl.cxx
[build CXX] sdext/source/pdfimport/xpdfwrapper/pnghelper.cxx
[build CXX] sdext/source/pdfimport/xpdfwrapper/wrapper_gpl.cxx
In file included from 
/src/libreoffice-6.0.7.3/sdext/source/pdfimport/xpdfwrapper/wrapper_gpl.cxx:20:
/src/libreoffice-6.0.7.3/sdext/source/pdfimport/xpdfwrapper/pdfioutdev_gpl.hxx:153:17:
 error: ‘GBool’ does not name a
type; did you mean ‘bool’?
 virtual GBool upsideDown() override { return gTrue; }
 ^
 bool
/src/libreoffice-6.0.7.3/sdext/source/pdfimport/xpdfwrapper/pdfioutdev_gpl.hxx:156:17:
 error: ‘GBool’ does not name a
type; did you mean ‘bool’?
 virtual GBool useDrawChar() override { return gTrue; }
 ^
 bool
/src/libreoffice-6.0.7.3/sdext/source/pdfimport/xpdfwrapper/pdfioutdev_gpl.hxx:160:17:
 error: ‘GBool’ does not name a
type; did you mean ‘bool’?
 virtual GBool interpretType3Chars() override { return gFalse; }
 ^
 bool
/src/libreoffice-6.0.7.3/sdext/source/pdfimport/xpdfwrapper/pdfioutdev_gpl.hxx:163:17:
 error: ‘GBool’ does not name a
type; did you mean ‘bool’?
 virtual GBool needNonText() override { return gTrue; }
 ^
 bool
/src/libreoffice-6.0.7.3/sdext/source/pdfimport/xpdfwrapper/pdfioutdev_gpl.hxx:235:59:
 error: ‘GBool’ has not been
declared
int width, int height, GBool invert,
   ^
In file included from 
/src/libreoffice-6.0.7.3/sdext/source/pdfimport/xpdfwrapper/pnghelper.hxx:24,
 from 
/src/libreoffice-6.0.7.3/sdext/source/pdfimport/xpdfwrapper/pnghelper.cxx:20:
/src/libreoffice-6.0.7.3/sdext/source/pdfimport/xpdfwrapper/pdfioutdev_gpl.hxx:153:17:
 error: ‘GBool’ does not name a
type; did you mean ‘bool’?
 virtual GBool upsideDown() override { return gTrue; }
 ^
 bool
/src/libreoffice-6.0.7.3/sdext/source/pdfimport/xpdfwrapper/pdfioutdev_gpl.hxx:237:36:
 error: ‘GBool’ has not been
declared
GBool interpolate,
^
/src/libreoffice-6.0.7.3/sdext/source/pdfimport/xpdfwrapper/pdfioutdev_gpl.hxx:239:36:
 error: ‘GBool’ has not been
declared
GBool inlineImg) override;
^
/src/libreoffice-6.0.7.3/sdext/source/pdfimport/xpdfwrapper/pdfioutdev_gpl.hxx:243:32:
 error: ‘GBool’ has not been
declared
GBool interpolate,
^
/src/libreoffice-6.0.7.3/sdext/source/pdfimport/xpdfwrapper/pdfioutdev_gpl.hxx:245:49:
 error: ‘GBool’ has not been
declared
int *maskColors, GBool inlineImg) override;
 ^
/src/libreoffice-6.0.7.3/sdext/source/pdfimport/xpdfwrapper/pdfioutdev_gpl.hxx:250:38:
 error: ‘GBool’ has not been
declared
  GBool interpolate,
  ^
/src/libreoffice-6.0.7.3/sdext/source/pdfimport/xpdfwrapper/pdfioutdev_gpl.hxx:253:38:
 error: ‘GBool’ has not been
declared
  GBool maskInvert
  ^
/src/libreoffice-6.0.7.3/sdext/source/pdfimport/xpdfwrapper/pdfioutdev_gpl.hxx:255:40:
 error: ‘GBool’ has not been
declared
  , GBool maskInterpolate
^
/src/libreoffice-6.0.7.3/sdext/source/pdfimport/xpdfwrapper/pdfioutdev_gpl.hxx:262:42:
 error: ‘GBool’ has not been
declared
  GBool interpolate,
  ^
/src/libreoffice-6.0.7.3/sdext/source/pdfimport/xpdfwrapper/pdfioutdev_gpl.hxx:268:44:
 error: ‘GBool’ has not been
declared
  , GBool maskInterpolate
^
/src/libreoffice-6.0.7.3/sdext/source/pdfimport/xpdfwrapper/pdfioutdev_gpl.hxx:168:22:
 error: ‘virtual void
pdfi::PDFOutDev::setDefaultCTM(double*)’ marked ‘override’, but does not 
override
 virtual void setDefaultCTM(double *ctm) override;
  ^

xpdfwrapper/pdfioutdev_gpl.hxx:227:22: error: ‘virtual void pdfi::PDFOutDev::drawString(GfxState*, const GooString*)’ marked ‘override’, but does not override

2019-01-13 Thread Дилян Палаузов
Hello,

LO 6.0.7.3 fails compiling with gcc 8.2.1 20190101 I emitting:

[build SPP] scp2/source/ooo/ure
[build SCP] scp2/source/writer/file_writer
[build SPP] scp2/source/xsltfilter/file_xsltfilter
[build SPP] scp2/source/xsltfilter/module_xsltfilter
[build SPP] scp2/source/gnome/file_gnome
[build SPP] scp2/source/gnome/module_gnome
[build SPP] scp2/source/sdkoo/sdkoo
[build SCP] scp2/source/writer/module_writer
[build CXX] sdext/source/pdfimport/xpdfwrapper/pnghelper.cxx
In file included from 
/src/libreoffice-6.0.7.3/sdext/source/pdfimport/xpdfwrapper/pnghelper.hxx:24,
 from 
/src/libreoffice-6.0.7.3/sdext/source/pdfimport/xpdfwrapper/pnghelper.cxx:20:
/src/libreoffice-6.0.7.3/sdext/source/pdfimport/xpdfwrapper/pdfioutdev_gpl.hxx:227:22:
 error: ‘virtual void
pdfi::PDFOutDev::drawString(GfxState*, const GooString*)’ marked ‘override’, 
but does not override
 virtual void drawString(GfxState *state, const GooString *s) override;
  ^~
/src/libreoffice-6.0.7.3/sdext/source/pdfimport/xpdfwrapper/pdfioutdev_gpl.hxx:227:22:
 warning:   by ‘virtual void
pdfi::PDFOutDev::drawString(GfxState*, const GooString*)’ [-Woverloaded-virtual]
make[1]: *** [/src/libreoffice-6.0.7.3/solenv/gbuild/LinkTarget.mk:293: 
/src/libreoffice-
6.0.7.3/workdir/CxxObject/sdext/source/pdfimport/xpdfwrapper/pnghelper.o] Error 
1
make[1]: *** Waiting for unfinished jobs
[build CXX] sdext/source/pdfimport/xpdfwrapper/wrapper_gpl.cxx
In file included from 
/src/libreoffice-6.0.7.3/sdext/source/pdfimport/xpdfwrapper/wrapper_gpl.cxx:20:
/src/libreoffice-6.0.7.3/sdext/source/pdfimport/xpdfwrapper/pdfioutdev_gpl.hxx:227:22:
 error: ‘virtual void
pdfi::PDFOutDev::drawString(GfxState*, const GooString*)’ marked ‘override’, 
but does not override
 virtual void drawString(GfxState *state, const GooString *s) override;
  ^~
/src/libreoffice-6.0.7.3/sdext/source/pdfimport/xpdfwrapper/pdfioutdev_gpl.hxx:227:22:
 warning:   by ‘virtual void
pdfi::PDFOutDev::drawString(GfxState*, const GooString*)’ [-Woverloaded-virtual]
make[1]: *** [/src/libreoffice-6.0.7.3/solenv/gbuild/LinkTarget.mk:293: 
/src/libreoffice-
6.0.7.3/workdir/CxxObject/sdext/source/pdfimport/xpdfwrapper/wrapper_gpl.o] 
Error 1
[build CXX] sdext/source/pdfimport/xpdfwrapper/pdfioutdev_gpl.cxx
In file included from 
/src/libreoffice-6.0.7.3/sdext/source/pdfimport/xpdfwrapper/pdfioutdev_gpl.cxx:20:
/src/libreoffice-6.0.7.3/sdext/source/pdfimport/xpdfwrapper/pdfioutdev_gpl.hxx:227:22:
 error: ‘virtual void
pdfi::PDFOutDev::drawString(GfxState*, const GooString*)’ marked ‘override’, 
but does not override
 virtual void drawString(GfxState *state, const GooString *s) override;
  ^~
/src/libreoffice-6.0.7.3/sdext/source/pdfimport/xpdfwrapper/pdfioutdev_gpl.hxx:227:22:
 warning:   by ‘virtual void
pdfi::PDFOutDev::drawString(GfxState*, const GooString*)’ [-Woverloaded-virtual]
make[1]: *** [/src/libreoffice-6.0.7.3/solenv/gbuild/LinkTarget.mk:293: 
/src/libreoffice-
6.0.7.3/workdir/CxxObject/sdext/source/pdfimport/xpdfwrapper/pdfioutdev_gpl.o] 
Error 1

[ https://bugs.documentfoundation.org/show_bug.cgi?id=122690 ]

Regards
 Дилян

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: Compiling --enable-pdfium fails

2018-04-19 Thread Дилян Палаузов

Hello,

thanks for your answer.


--with-system-jpeg was indeed the problem.  What libjpeg has to be  
installed in order for this to work?  Are libturbo-jpeg and  
jpeg-9c.zip interchangable, as they both provide libjpeg.so?  Can I  
use jpeg-9b instead of jpeg-9c and why doesn't ./configure fail in  
such cases?


Regards
  Dilian

- Message from Stephan Bergmann <sberg...@redhat.com> -
   Date: Tue, 17 Apr 2018 17:40:38 +0200
   From: Stephan Bergmann <sberg...@redhat.com>
Subject: Re: Compiling --enable-pdfium fails
 To: LibreOffice <LibreOffice@lists.freedesktop.org>
 Cc: Дилян Палаузов <dpa-libreoff...@aegee.org>



On 17/04/18 17:23, Дилян Палаузов wrote:

for 6.0.3.2 I call
  ./configure --enable-evolution2 --enable-avahi  
--enable-python=system --enable-eot --enable-online-update  
--enable-introspection=yes --without-doxygen  
--with-jdk-home=/opt/jdk --with-ant-home=/opt/ant --without-junit  
--enable-formula-logger --enable-introspection --with-system-bzip2  
--with-system-cairo --with-system-epoxy --with-system-zlib  
--with-system-jpeg --with-system-expat --with-system-libxml  
--with-system-icu --with-system-openldap --with-system-poppler  
--with-system-curl --with-system-boost --with-webdav --with-krb5  
--with-gssapi --with-system-lcms2 --with-boost --with-system-nss  
--with-system-graphite --with-system-harfbuzz --with-system-openssl  
--with-system-libpng --disable-firebird-sdbc



which implies --enable-pdfium, and then `make` shows:

mkdir -p /src/libreoffice-6.0.3.2/instdir
/src/libreoffice-6.0.3.2/solenv/bin/install-gdb-printers -a  
/src/libreoffice-6.0.3.2/instdir -c

make -j 4  -rs -f /src/libreoffice-6.0.3.2/Makefile.gbuild    all
[build DEP] LNK:Executable/unoidl-write
[build DEP] LNK:Executable/unoidl-check
[build DEP] LNK:Library/libunoidllo.so
[build DEP] LNK:Library/libpdfiumlo.so
[build DEP] LNK:Executable/cppumaker
[build PAT] liborcus
[build DEP] LNK:Library/libunoidllo.so
[build LNK] Library/libunoidllo.so
[build UIC] modules/BasicIDE
[build CXX]  
workdir/UnpackedTarball/pdfium/core/fxcodec/codec/fx_codec_jpeg.cpp
/src/libreoffice-6.0.3.2/workdir/UnpackedTarball/pdfium/core/fxcodec/codec/fx_codec_jpeg.cpp: In function ‘boolean  
_src_fill_buffer(j_decompress_ptr)’:
/src/libreoffice-6.0.3.2/workdir/UnpackedTarball/pdfium/core/fxcodec/codec/fx_codec_jpeg.cpp:78:10: error: invalid conversion from ‘int’ to ‘boolean’  
[-fpermissive]

   return 0;
  ^


I assume some weird boolean typedef from your --with-system-jpeg.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice



- End message from Stephan Bergmann <sberg...@redhat.com> -


___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


Compiling --enable-pdfium fails

2018-04-17 Thread Дилян Палаузов

Hello,

for 6.0.3.2 I call
  ./configure --enable-evolution2 --enable-avahi  
--enable-python=system --enable-eot --enable-online-update  
--enable-introspection=yes --without-doxygen --with-jdk-home=/opt/jdk  
--with-ant-home=/opt/ant --without-junit --enable-formula-logger  
--enable-introspection --with-system-bzip2 --with-system-cairo  
--with-system-epoxy --with-system-zlib --with-system-jpeg  
--with-system-expat --with-system-libxml --with-system-icu  
--with-system-openldap --with-system-poppler --with-system-curl  
--with-system-boost --with-webdav --with-krb5 --with-gssapi  
--with-system-lcms2 --with-boost --with-system-nss  
--with-system-graphite --with-system-harfbuzz --with-system-openssl  
--with-system-libpng --disable-firebird-sdbc



which implies --enable-pdfium, and then `make` shows:

mkdir -p /src/libreoffice-6.0.3.2/instdir
/src/libreoffice-6.0.3.2/solenv/bin/install-gdb-printers -a  
/src/libreoffice-6.0.3.2/instdir -c

make -j 4  -rs -f /src/libreoffice-6.0.3.2/Makefile.gbuildall
[build DEP] LNK:Executable/unoidl-write
[build DEP] LNK:Executable/unoidl-check
[build DEP] LNK:Library/libunoidllo.so
[build DEP] LNK:Library/libpdfiumlo.so
[build DEP] LNK:Executable/cppumaker
[build PAT] liborcus
[build DEP] LNK:Library/libunoidllo.so
[build LNK] Library/libunoidllo.so
[build UIC] modules/BasicIDE
[build CXX]  
workdir/UnpackedTarball/pdfium/core/fxcodec/codec/fx_codec_jpeg.cpp
/src/libreoffice-6.0.3.2/workdir/UnpackedTarball/pdfium/core/fxcodec/codec/fx_codec_jpeg.cpp: In function ‘boolean  
_src_fill_buffer(j_decompress_ptr)’:
/src/libreoffice-6.0.3.2/workdir/UnpackedTarball/pdfium/core/fxcodec/codec/fx_codec_jpeg.cpp:78:10: error: invalid conversion from ‘int’ to ‘boolean’  
[-fpermissive]

   return 0;
  ^
/src/libreoffice-6.0.3.2/workdir/UnpackedTarball/pdfium/core/fxcodec/codec/fx_codec_jpeg.cpp: In function ‘boolean _src_resync(j_decompress_ptr,  
int)’:
/src/libreoffice-6.0.3.2/workdir/UnpackedTarball/pdfium/core/fxcodec/codec/fx_codec_jpeg.cpp:82:10: error: invalid conversion from ‘int’ to ‘boolean’  
[-fpermissive]

   return 0;
  ^
/src/libreoffice-6.0.3/workdir/UnpackedTarball/pdfium/core/fxcodec/codec/fx_codec_jpeg.cpp: In function ‘bool JpegLoadInfo(const uint8_t*, uint32_t, int*, int*, int*, int*,  
bool*)’:
/src/libreoffice-6.0.3/workdir/UnpackedTarball/pdfium/core/fxcodec/codec/fx_codec_jpeg.cpp:151:42: error: cannot convert ‘bool’ to ‘boolean’ for argument ‘2’ to ‘int jpeg_read_header(j_decompress_ptr,  
boolean)’

   int ret = jpeg_read_header(, true);
  ^
/src/libreoffice-6.0.3/workdir/UnpackedTarball/pdfium/core/fxcodec/codec/fx_codec_jpeg.cpp: In member function ‘bool  
CCodec_JpegDecoder::InitDecode()’:
/src/libreoffice-6.0.3/workdir/UnpackedTarball/pdfium/core/fxcodec/codec/fx_codec_jpeg.cpp:235:42: error: cannot convert ‘bool’ to ‘boolean’ for argument ‘2’ to ‘int jpeg_read_header(j_decompress_ptr,  
boolean)’

   int ret = jpeg_read_header(, true);
  ^
/src/libreoffice-6.0.3.2/workdir/UnpackedTarball/pdfium/core/fxcodec/codec/fx_codec_jpeg.cpp: In member function ‘int CCodec_JpegModule::ReadHeader(CCodec_JpegModule::Context*, int*, int*,  
int*)’:
/src/libreoffice-6.0.3.2/workdir/UnpackedTarball/pdfium/core/fxcodec/codec/fx_codec_jpeg.cpp:463:48: error: cannot convert ‘bool’ to ‘boolean’ for argument ‘2’ to ‘int jpeg_read_header(j_decompress_ptr,  
boolean)’

   int ret = jpeg_read_header(>m_Info, true);
^
make[1]: ***  
[/src/libreoffice-6.0.3.2/solenv/gbuild/LinkTarget.mk:340:  
/src/libreoffice-6.0.3.2/workdir/GenCxxObject/UnpackedTarball/pdfium/core/fxcodec/codec/fx_codec_jpeg.o] Error  
1

make[1]: *** Waiting for unfinished jobs
[build CXX] codemaker/source/javamaker/javamaker.cxx
[build CXX] codemaker/source/javamaker/javaoptions.cxx
[build CXX] codemaker/source/javamaker/classfile.cxx
make: *** [Makefile:268: build] Error 2

I use gcc 7.3.1 20180416.

Any ideas?

Regards
  Dilian

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


Building 6.0.3.2 fails - /src/libreoffice-6.0.3.2/unotest/source/cpp/filters-test.cxx:145:VclFiltersTest::testCVEs: equality assertion failed

2018-04-16 Thread Дилян Палаузов

Hello,

I do
  ./configure --enable-evolution2 --enable-avahi  
--enable-python=system --enable-eot --enable-online-update  
--enable-introspection=yes --without-doxygen --with-jdk-home=/opt/jdk  
--with-ant-home=/opt/ant --without-junit --enable-formula-logger  
--enable-introspection --with-system-bzip2 --with-system-cairo  
--with-system-epoxy --with-system-zlib --with-system-jpeg  
--with-system-expat --with-system-libxml --with-system-icu  
--with-system-openldap --with-system-poppler --with-system-curl  
--with-system-boost --with-webdav --with-krb5 --with-gssapi  
--with-system-lcms2 --with-boost --with-system-nss  
--with-system-graphite --with-system-harfbuzz --with-system-openssl  
--with-system-libpng --disable-firebird-sdbc --disable-pdfium


and call `make`, which prints:

mkdir -p /src/libreoffice-6.0.3.2/instdir
/src/libreoffice-6.0.3.2/solenv/bin/install-gdb-printers -a  
/src/libreoffice-6.0.3.2/instdir -c

make -j 4  -rs -f /src/libreoffice-6.0.3.2/Makefile.gbuildall
[build MOD] basctl
[build DEP] LNK:Library/libchartcontrollerlo.so
[build LNK] Library/libchartcontrollerlo.so
[build DEP] LNK:Library/libchartopengllo.so
[build LNK] Library/libchartopengllo.so
[build MOD] desktop
[build MOD] extensions
[build PRL] CustomTarget/postprocess/images/sorted.lst
[build PRL] CustomTarget/postprocess/images/commandimagelist.ilst
[build CMP] starmath/util/sm
[build ECH] CustomTarget/instsetoo_native/setup/versionrc
fatal: Not a git repository (or any of the parent directories): .git
[build MOD] oox
[build MOD] scripting
[build BIN] starmath
[build MOD] vbahelper
[build MOD] writerperfect
[build LOC] top level modules: libreoffice
[build CUT] basegfx
[build CUT] basic_scanner
[build CUT] basic_macros
[build CUT] binaryurp_test-cache
[build CUT] binaryurp_test-unmarshal
[build CUT] chart2_common_functors
[build CUT] comphelper_threadpool_test
[build CUT] comphelper_syntaxhighlight_test
[build CUT] comphelper_variadictemplates_test
[build CUT] comphelper_ifcontainer
[build CUT] comphelper_test
[build CUT] configmgr_unit
[build CUT] connectivity_mork
[build CUT] connectivity_commontools
[build CUT] cppcanvas_test
[build CUT] cppu_any-external
[build CUT] cppu_qa_any
[build CUT] cppu_qa_recursion
[build CUT] cppu_qa_reference
[build CUT] cppu_qa_unotype
[build CUT] cppu_test_cppumaker
[build CUT] cppuhelper_cppu_ifcontainer
[build CUT] cppuhelper_cppu_unourl
[build CUT] desktop_app
[build CUT] desktop_version
[build CUT] editeng_core
[build CUT] editeng_borderline
[build CUT] editeng_lookuptree
[build CUT] emfio_emf
[build CUT] emfio_wmf
[build CUT] extensions_test_update
[build CUT] filter_xslt
[build CUT] filter_priority
[build CUT] filter_msfilter
[build CUT] filter_textfilterdetect
[build CUT] filter_dxf_test
[build CUT] filter_eps_test
[build CUT] filter_met_test
[build CUT] filter_pcd_test
[build CUT] filter_pcx_test
[build CUT] filter_pict_test
[build CUT] filter_ppm_test
[build CUT] filter_psd_test
[build CUT] filter_ras_test
[build CUT] filter_tiff_test
[build CUT] filter_tga_test
[build CUT] hwpfilter_test_hwpfilter
[build CUT] i18nlangtag_test_languagetag
[build CUT] i18npool_test_breakiterator
[build CUT] i18npool_test_characterclassification
[build CUT] i18npool_test_ordinalsuffix
[build CUT] i18npool_test_textsearch
[build CUT] libreofficekit_checkapi
[build CUT] lotuswordpro_test_lotuswordpro
[build CUT] o3tl_tests
[build CUT] odk_checkapi
[build CHK] CustomTarget/odk/check/checkbin
[build CUT] officecfg_cppheader_test
[build CUT] oox_tokenmap
[build DEP] LNK:CppunitTest/libtest_oox_vba_compression.so
[build LNK] CppunitTest/libtest_oox_vba_compression.so
[build DEP] LNK:CppunitTest/libtest_oox_vba_encryption.so
[build LNK] CppunitTest/libtest_oox_vba_encryption.so
[build CUT] package2_test
[build PYT] pyuno_pytests_ssl
[build CUT] Module_DLL
[build CUT] sal_osl_security
[build CUT] sal_osl
[build CUT] sal_rtl
[build CUT] sal_types
[build CUT] salhelper_testapi
[build CUT] sax
[build CUT] sax_attributes
[build CUT] sax_parser
[build CUT] sax_xmlimport
[build CUT] sdext_pdfimport
[build CUT] sfx2_metadatable
[build CUT] sfx2_controlleritem
[build CUT] sot_test_sot
[build DEP] LNK:CppunitTest/libtest_starmath_export.so
[build LNK] CppunitTest/libtest_starmath_export.so
[build DEP] LNK:CppunitTest/libtest_starmath_import.so
[build LNK] CppunitTest/libtest_starmath_import.so
[build DEP] LNK:CppunitTest/libtest_starmath_qa_cppunit.so
[build LNK] CppunitTest/libtest_starmath_qa_cppunit.so
[build CUT] svgio
[build CUT] svl_inetcontenttype
[build CUT] svl_itempool
[build CUT] svl_items
[build CUT] svl_lngmisc
[build CUT] svl_notify
[build CUT] svl_qa_cppunit
[build CUT] svl_urihelper
[build CUT] svtools_html
[build CUT] tools_test
[build CUT] unotools_fontdefs
[build CUT] vcl_lifecycle
[build CUT] vcl_bitmap_test
[build CUT] vcl_bitmapprocessor_test
[build CUT] vcl_fontcharmap
[build CUT] vcl_font
[build CUT] vcl_fontmetric
[build CUT] vcl_complextext
[build CUT] vcl_filters_test
[build CUT]