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
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
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
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 t
/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, Дилян Палаузов
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:
> &
/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
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 n
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/c
86: 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 +, Дилян Палау
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.
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 2
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:
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:
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
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
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
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
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
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
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
21 matches
Mail list logo