Would be possible to re-create your build with the following autogen.input,
and let me know if it worked for you?
--disable-gstreamer-0-10
--with-lang=es
--with-myspell-dicts
--with-distro=LibreOfficeLinux
--enable-release-build
--with-package-format=deb
--disable-dependency-tracking
--with-jdk-ho
Would be possible to download your generated deb files from some
file-sharing service?
I'm still struggling with compilation issues.
1) After the bad experience with Debian 10, I downloaded Debian 9.9 in the
hope that would make a better compilation choice, but, alas, Debian 9
includes a version o
, but
the xz sources downloaded). Could you please paste here the actual contents
of that file?
El mié., 14 ago. 2019 a las 14:44, Michael Weghorn ()
escribió:
> On 14/08/2019 19.21, dreamn...@gmail.com wrote:
> > Would be possible to download your generated deb files from some
>
office-6.3.0.4/workdir/CppunitTest/chart2_export.test]
Error 1
make: *** [Makefile:282: build] Error 2
...
El mié., 14 ago. 2019 a las 14:44, Michael Weghorn ()
escribió:
> On 14/08/2019 19.21, dreamn...@gmail.com wrote:
> > Would be possible to download your generated deb files from
the folks that helped us in this thread. I owe you a big
beer ;-)
https://sourceforge.net/projects/escuelaslinux/
https://www.facebook.com/escuelas.linux
El vie., 26 jul. 2019 a las 10:01, dreamn...@gmail.com ()
escribió:
> Hi! Greetings from the Escuelas Linux team. We are small Li
()
escribió:
> On 15/08/2019 12.45, dreamn...@gmail.com wrote:
> > Well, I think I figured out the correct deletion of lines at
> > sal/Module_sal.mk file, since I got no errors related to sal after
> > making those changes.
>
> OK; once the other issues are dealt with, th
ecture.
El mar., 20 ago. 2019 a las 7:38, Stephan Bergmann ()
escribió:
> On 16/08/2019 20:43, dreamn...@gmail.com wrote:
> > What we did if after a ‘make’ with errors, we had to ran ‘make
> > build-nocheck’ to be able to bypass those errors on a Debian 10 schroot
> > envir
-linux-developer-pack-20-is-here/
Again, many thanks to all the folks that helped us to reach this goal. 😄
El vie., 16 ago. 2019 a las 13:43, dreamn...@gmail.com ()
escribió:
> Finally sort of solved.
>
> We were not able to get ‘make’ without cppunit errors. Tried numerous
> times
Hi! Greetings from the Escuelas Linux team. We are small Linux distribution
that can be downloaded from https://sourceforge.net/projects/escuelaslinux/.
Some more references about our activity can be found by doing an Internet
search, or on own Facebook account, escuelas.linux
We still provide a 3
filters_test] Error 2"
So, I'm kind of stuck in both procedures. Does somebody knows how to solve
on one or both?
Thanks in advance
El vie., 26 jul. 2019 a las 10:01, dreamn...@gmail.com ()
escribió:
> Hi! Greetings from the Escuelas Linux team. We are small Linux
> distribution
But I have no idea which version of LibreOffice I'm compiling. To be worth
all the extra efforts that a 'make clean' represents, I'd like to be sure
that I'm trying to compile LibreOffice 6.3.
Is there a way to prove or instruct that LibreOffice 6.3 is the selected
one to comp
to reach the goal of building LIbreOffice
32-bit?
Thanks again in advance.
El lun., 5 ago. 2019 a las 16:40, dreamn...@gmail.com ()
escribió:
>
> Well, based on the info that Stephan kindly passed, I tried 'make' with
> the following parameters:
>
> make ENVCFLAGS="
unit test that indicates what might
> be going wrong? You can e.g. also paste larger output at
> http://paste.debian.net/ or some similar service.
>
> As a workaround, you can also try building LibreOffice without running
> the unit tests for now, by using 'make build-nocheck&#
ter instead"
El jue., 8 ago. 2019 a las 10:54, Eike Rathke () escribió:
> Hi dreamnext,
>
> On Thursday, 2019-08-08 10:36:17 -0500, dreamn...@gmail.com wrote:
>
> > Thanks for you help. the 'make build-nocheck' did the trick of passing
> the
> > unit test,
2
----
Hope this helps to pinpoint what could be the issue to compile LibreOffice
without using build-nocheck, in order to be able to later add to
autogen.input the building .deb directives for the next attempt.
El jue., 8 ago. 2019 a las 14:42, Michael Weghorn ()
escribió:
> On
e issue locally -
> though I can't promise.
>
> Which way are you currently using to retrieve the sources (git or
> tarballs) and what version of LibreOffice are you trying to build?
>
> On 11/08/2019 02.18, dreamn...@gmail.com wrote:
> > Thanks.
> >
> > Added:
>
I'm having troubles to compile LibreOffice 6.4.0.3
First I ran into the issue "_uuid.cpython-3.7m.so does not exist in the
tarball", which I was able to solve by downloading the modified file
"ExternalPackage_python3.mk", as pointed at
https://lists.freedesktop.org/archives/libreoffice/2020-Janua
LibreOffice 6.4.0.3 32-bit compiled.
Thanks again for your help!
El mar., 28 ene. 2020 a las 3:45, Michael Stahl ()
escribió:
> On 28.01.20 05:19, dreamn...@gmail.com wrote:
> > I'm having troubles to compile LibreOffice 6.4.0.3
>
> > However, I ran into another Python issue
Hello all!
I have been able to compile LibreOffice for 32-bit since two and a half
years ago, so I believe I have a suitable development environment to do
that in all these years.
However, with LibreOffice version 7.3, compilation halts with this error:
[ECH] CustomTarget/instsetoo_native/setup/
yet, from 7.3 onward is not
going to be possible to compile for 32-bit architecture.
El lun, 31 ene 2022 a las 1:47, dreamn...@gmail.com ()
escribió:
> Hello all!
>
> I have been able to compile LibreOffice for 32-bit since two and a half
> years ago, so I believe I have a suitable
2022 a las 15:03, Caolán McNamara ()
escribió:
> On Mon, 2022-01-31 at 01:47 -0600, dreamn...@gmail.com wrote:
> > /home/linux/Downloads/libreoffice-
> > 7.3.0.3/workdir/UnpackedTarball/harfbuzz/src/.libs/libharfbuzz.a(libh
> > arfbuzz_la-hb-graphite2.o): In function
> > `
s 15:03, Caolán McNamara ()
escribió:
> On Mon, 2022-01-31 at 01:47 -0600, dreamn...@gmail.com wrote:
> > /home/linux/Downloads/libreoffice-
> > 7.3.0.3/workdir/UnpackedTarball/harfbuzz/src/.libs/libharfbuzz.a(libh
> > arfbuzz_la-hb-graphite2.o): In function
> > `_hb_graphite2
7.2.5, so we are currently
evaluating to release a Fix Pack to include LibreOffice 7.3 to match our
64-bit edition.
Best Regards.
El sáb, 5 feb 2022 a las 15:27, dreamn...@gmail.com ()
escribió:
> My autogen.input is:
>
> --with-parallelism=8
> --with-distro=LibreOfficeLinux
>
23 matches
Mail list logo
