<div dir="ltr">


        
        <span></span>
        
        

<p style="margin-bottom:0cm;line-height:100%;background:transparent none repeat scroll 0% 0%" lang="en-US">
Finally sort of solved.</p>
<p style="margin-bottom:0cm;line-height:100%;background:transparent none repeat scroll 0% 0%" lang="en-US">We were
not able to get ‘make’ without cppunit errors. Tried numerous
times on VMs with Escuelas Linux and Bodhi Linux (both based on
Ubuntu 18.04) and on Debian 10 (on a VM and on a schroot
environment).
</p><p style="margin-bottom:0cm;line-height:100%;background:transparent none repeat scroll 0% 0%" lang="en-US">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 environment. This time, the required debs files were
produced. However, when installing those debs and trying to run
LibreOffice on Escuelas Linux (the main target distribution) it does
not work, as it complains about a glibc mismatch version. So, it
seems that the generated deb files are not distribution-independent
as the ones that were previously released by The Document Foundation.
</p><p style="margin-bottom:0cm;line-height:100%;background:transparent none repeat scroll 0% 0%" lang="en-US">Under
these circumstances, we then proceeded to create the deb files inside
a Escuelas Linux VM. 

</p><p style="margin-bottom:0cm;line-height:100%;background:transparent none repeat scroll 0% 0%" lang="en-US">In
Escuelas Linux (and I guess on any Ubuntu 18.04 system) the command
</p><p style="margin-bottom:0cm;line-height:100%;background:transparent none repeat scroll 0% 0%" lang="en-US">sudo
apt-get build-dep libreoffice
</p><p style="margin-bottom:0cm;line-height:100%;background:transparent none repeat scroll 0% 0%" lang="en-US">does
not install all the required packages to pass the autogen.sh phase,
as we found to be the case in Debian 10. It complains about missing
KF5 stuff, so we installed these (some packages might not be
necessary, but at least this worked)
</p><p style="margin-bottom:0cm;line-height:100%;background:transparent none repeat scroll 0% 0%" lang="en-US"><br>

</p>sudo apt-get install \
<pre style="font-family:"Liberation Mono",monospace;font-size:10pt;background:transparent none repeat scroll 0% 0%" lang="en-US"> libkf5archive-dev libkf5bookmarks-dev libkf5coreaddons-dev libkf5config-dev \
 libkf5configwidgets-dev libkf5dbusaddons-dev libkf5kio-dev libkf5widgetsaddons-dev \
 libkf5notifyconfig-dev libkf5newstuff-dev libkf5xmlgui-dev libkf5declarative-dev \
 libkf5notifications-dev libkf5guiaddons-dev libkf5textwidgets-dev libkf5iconthemes-dev \
 kdoctools-dev libkf5crash-dev libkf5filemetadata-dev extra-cmake-modules \
 libsm-dev cmake qtdeclarative5-dev kde-runtime kinit  kio \
 qml-module-qtquick-controls</pre><p style="margin-bottom:0cm;line-height:100%;background:transparent none repeat scroll 0% 0%" lang="en-US">
We also had to install qt5-default and libqt5x11extras5-dev.</p>
<p style="margin-bottom:0cm;line-height:100%;background:transparent none repeat scroll 0% 0%" lang="en-US">Just to
be sure, we also installed IBM Java, as it is the one used in
Escuelas Linux. Other Java environments have an ugly effect
specifically on LibreOffice 32-bit, as we reported at the time on our
blog:
</p>
<p style="margin-bottom:0cm;line-height:100%;background:transparent none repeat scroll 0% 0%" lang="en-US"><a href="https://sourceforge.net/p/escuelaslinux/blog/2019/03/how-to-fix-libreoffice-startup-crashes-in-escuelas-linux-62-32-bit/" style="color:rgb(0,0,128);text-decoration:underline">https://sourceforge.net/p/escuelaslinux/blog/2019/03/how-to-fix-libreoffice-startup-crashes-in-escuelas-linux-62-32-bit/</a></p>

<p style="margin-bottom:0cm;line-height:100%;background:transparent none repeat scroll 0% 0%"><span lang="en-US">However,
switching our distribution to IBM Java solved those issues in a
better way than passing </span><code style="font-family:"Liberation Mono",monospace">stack_guard_gap=1.</code></p><p style="margin-bottom:0cm;line-height:100%;background:transparent none repeat scroll 0% 0%"><span lang="en-US">Our autogen.input is:</span><br><code style="font-family:"Liberation Mono",monospace"><span lang="en-US"></span></code></p>



<pre style="font-family:"Liberation Mono",monospace;font-size:10pt;background:transparent none repeat scroll 0% 0%" lang="en-US"><i>--with-distro=LibreOfficeLinux</i>
<i>--disable-gstreamer-0-10</i>
<i>--with-lang=es</i>
<i>--with-myspell-dicts</i>
<i>--enable-release-build</i>
<i>--with-package-format=deb</i>
<i>--disable-dependency-tracking</i>
<i>--with-jdk-home=/usr/lib/jvm/</i><i>ibm-java90-jdk-i386</i><i>/</i></pre><p style="margin-bottom:0cm;line-height:100%;background:transparent none repeat scroll 0% 0%" lang="en-US">
Again, after we got a ‘make’ with errors, we had to ran ‘make
build-nocheck’ to be able to bypass those. The deb files were
produced and seem to be working fine when installed on Escuelas
Linux.</p>

<p style="margin-bottom:0cm;line-height:100%;background:transparent none repeat scroll 0% 0%" lang="en-US">As the
resulting .deb files does not seem to be distribution independent, we
may not be offering then to download in our SourceForge site as we
planned. If as time passes somebody knows how to solve the make
errors we get, and how to release distro-independent deb packages, we
might then offer LibreOffice 32-bit binary deb builts available for
download, for parties that might be still interested on them.</p>
<p style="margin-bottom:0cm;line-height:100%;background:transparent none repeat scroll 0% 0%" lang="en-US">For
now, I’m happy to announce that our upcoming Escuelas Linux version
6.5, will include, among other things, LibreOffice 6.3.0.4 in both of our
editions, 32-bit and 64-bit.
</p>
<p style="margin-bottom:0cm;line-height:100%;background:transparent none repeat scroll 0% 0%" lang="en-US">Many
thanks to all the folks that helped us in this thread. I owe you a
big beer ;-)</p>

<div><br></div><p style="margin-bottom:0cm;line-height:100%;background:transparent none repeat scroll 0% 0%" lang="en-US"><a href="https://sourceforge.net/projects/escuelaslinux/" style="color:rgb(0,0,128);text-decoration:underline">https://sourceforge.net/projects/escuelaslinux/</a></p>
<p style="margin-bottom:0cm;line-height:100%;background:transparent none repeat scroll 0% 0%" lang="en-US"><a href="https://www.facebook.com/escuelas.linux" style="color:rgb(0,0,128);text-decoration:underline">https://www.facebook.com/escuelas.linux</a></p>
<p style="margin-bottom:0cm;line-height:100%;background:transparent none repeat scroll 0% 0%" lang="en-US"><br>

</p>

</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">El vie., 26 jul. 2019 a las 10:01, <a href="mailto:dreamnext@gmail.com">dreamnext@gmail.com</a> (<<a href="mailto:dreamnext@gmail.com">dreamnext@gmail.com</a>>) escribió:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Hi! Greetings from the Escuelas Linux team. We are small Linux distribution that can be downloaded from <a href="https://sourceforge.net/projects/escuelaslinux/" target="_blank">https://sourceforge.net/projects/escuelaslinux/</a>.<br>Some more references about our activity can be found by doing an Internet search, or on own Facebook account, escuelas.linux<br><br>We still provide a 32-bit edition of our distro, because among our users there are a lot of low-income public schools, in which are still in use old computers with about 512 MB to a 1 GB of RAM. That amount of RAM would make running a Linux 64-bit system awfully slow, so we have to accommodate to the needs and possibilities of what is available in poor areas, those in which even having an old computer is still somehow a luxury.<br><br>We perfectly understand that TDF releasing 32-bit Linux LibreOffice packages was not worth anymore, given the small amount of downloads. Certainly some of those downloads were made by us, as we only required one download of a given LibreOffice version to have it installed in our distro and be used in hundreds of computers. A lot of those computers could not even be traceable, since there are no Internet connection in poor or remote schools. But we believe that even if we reported who and where are those schools, that would be still a small amount to be worth the effort and resources required to match the bigger amounts of downloads that seems to be receiving the LibreOffice 32-bit Windows counterpart.<br><br>Given that TDF ended the provision of Linux 32-bit distribution neutral binaries, but not the 32-bit compatibility, we would like to step up to produce by ourselves the 32-bit distribution neutral deb packages from LibreOffice 6.3 and up. We are not aware of other distros or volunteers releasing the most recent LibreOffice version to date (6.3) as 32-bit distribution independent binaries.<br><br>Recently, the official LibreOffice Blog published instructions about how to compile LibreOffice on Linux. However, we’d like to be able not only to compile LibreOffice, but we would like to learn how to be able to produce by ourselves the same set of 32-bit distribution-independent deb packages that were compressed as a .tar.gz, that is, the LibreOffice binaries (LibreOffice_?.?.?_Linux_x86-_deb.tar.gz), the translated user interface (the LibreOffice_?.?.?_Linux_x86-_deb_langpack_??.tar.gz) and the offline help (LibreOffice_?.?.?_Linux_x86-_deb_helppack_??.tar.gz). As for the user interface and the offline packages, our main focus would be Spanish language.<br><br>On the download section is always available the following source code packages:<br>libreoffice-?.?.?.?.tar.xz<br>libreoffice-dictionaries-?.?.?.?.tar.xz<br>libreoffice-help-?.?.?.?.tar.xz<br>libreoffice-translations-?.?.?.?.tar.xz<br><br>But, given our inexperience, we don’t know how to use this source packages to produce the same set of 32-bit deb packages as were previously provided by TDF. Since LibreOffice is distributed in a lot of languages, we guess that the user interface and offline packages are not created manually one by one by hand, some useful scripts could have been created to automate as far as possible those tasks. <br><br>So, we respectfully ask for some pointers and steps required to reach this goal. In this way, we might be able to continue the production of the 32-bit deb packages, freeing TDF of that burden as planned but, at the same time, we could provide those packages for the parties that could be still interested in them. We could not be able to support rpm-based binaries though, someone else would have to step up if there's a need for that.<br><br>Please let us know if this request of help is feasible for the Developer(s) that are responsible of the LibreOffice packaging.<br><br></div>
</blockquote></div>