Question for Blaze about his LibreOffice build script

Technical issues/questions of an intermediate or advanced nature.
User avatar
cad
White ninja
White ninja
Posts: 24
Joined: 06 Nov 2020, 22:40
Distribution: 4.0 i586 LXDE

Question for Blaze about his LibreOffice build script

Post#1 by cad » 19 Nov 2020, 17:28

Hi Blaze,

This refers to your LibreOffice build script found here: Blaze's LibreOffice build script.

Is this script still functional in updating libreoffice in Porteus 4.0 i586 LXDE? I would like to understand exactly which arguments are passed to 'configure' by your script before the actual build process takes place. The only indication of this I see in your script is that VCL plugin is set to gtk:

Code: Select all

# set SAL_USE_VCLPLUGIN=gtk
LO=$(find $PKG/opt/libreoffice*/program -name soffice | awk 'NR==1 {print $0}')
sed -i -e '/^#\ restore/i# Prefer GTK2\nexport SAL_USE_VCLPLUGIN=${SAL_USE_VCLPLUGIN:-gtk}\n' $LO
My question to you is: if I wanted to manually download and build the most recent 32-bit LibreOffice version (say, libreoffice-6.4.6-i586) from http://download.documentfoundation.org and build it just like the one your script makes, exactly which specific arguments do I need to pass to 'configure' before running 'make' so that LibreOffice can be perfectly functional within Porteus 4.0 i586 LXDE? Does Porteus 4.0 i586 require additional libraries to properly run LibreOffice when built with your script's build arguments?

Thank you.

User avatar
Blaze
DEV Team
DEV Team
Posts: 3028
Joined: 28 Dec 2010, 11:31
Distribution: ⟰ Porteus current ☯ all DEs ☯
Location: ☭ Russian Federation, Lipetsk region, Dankov
Contact:

Question for Blaze about his LibreOffice build script

Post#2 by Blaze » 19 Nov 2020, 17:56

Hi cad,
Yes, you can run my script under Porteus 4.0 i586. It should must to work (not exactly, but should work in theory).
Script just unpacked RPM packages and makes some tweaks for run it in Porteus.
It does not build LO from source, coz it will take a lot of your and PC time :magic: :teehee:
Linux 5.4.57-porteus #1 SMP Sun Aug 9 09:03:28 UTC 2020 x86_64 Intel(R) Core(TM) i5-6600K CPU @ 3.50GHz GenuineIntel GNU/Linux
MS-7A12 » [AMD/ATI] Tobago PRO [Radeon R7 360 / R9 360 OEM] (rev 81) » Vengeance LPX 16GB DDR4 K2 3200MHz C16

User avatar
cad
White ninja
White ninja
Posts: 24
Joined: 06 Nov 2020, 22:40
Distribution: 4.0 i586 LXDE

Question for Blaze about his LibreOffice build script

Post#3 by cad » 19 Nov 2020, 20:57

Hi Blaze,

Thank you for your clarification. I know it takes a lot of time (and space on HD) to build. A few days ago, I attempted to do that and after 50+ hours of compilation and downloading more than 8 GB :shock: of stuff to my hard drive, LibreOffice's build process failed with an error. Then, after that, I tried installing Alien Bob's libreoffice-6.4.6-i586 version (for Slackware 14.2), but it requires Java, which is too much in size to install along LibreOffice, so, that too is unusable on Porteus.

I don't know if you have ever compiled a recent LibreOffice version for Porteus 4.0 i586, but if you have, I would like to ask you if you could kindly provide the arguments to pass to configure for compilation so that LibreOffice will build in a usable way for Porteus 4.0 i586. I experimented quite a bit with giving several different configuration arguments, but it failed each and every time (I was trying to build LibreOffice version 6.0.7.3).

Therefore, after unpacking and cd'ing into the uncompressed sources' directory, what do you type after:

Code: Select all

./configure
so that LibreOffice will compile nicely on Porteus 4.0? :sos:

Thank you for your help.

burdi01
Samurai
Samurai
Posts: 133
Joined: 18 Aug 2013, 12:09
Distribution: Slackware, Xubuntu
Location: The Netherlands

Question for Blaze about his LibreOffice build script

Post#4 by burdi01 » 20 Nov 2020, 09:53

For as far as I am aware using Java is optional (and not even the default) for Alien's LibreOffice binaries.
:D

User avatar
cad
White ninja
White ninja
Posts: 24
Joined: 06 Nov 2020, 22:40
Distribution: 4.0 i586 LXDE

Question for Blaze about his LibreOffice build script

Post#5 by cad » 20 Nov 2020, 18:11

burdi01 wrote:
20 Nov 2020, 09:53
For as far as I am aware using Java is optional (and not even the default) for Alien's LibreOffice binaries.
:D
I made an xzm module out of Alien's LibreOffice-6.4.6 binaries and, when trying to start, LibreOffice fails with an error complaining about not finding a Java environment. I can load my LibreOffice module again and provide you with the exact error wording, if you require it.
Has anyone here been successful running Alien's latest LibreOffice i586 (ver. 6.4.6) on Porteus 4.0 i586? I would like to know.

donald
Full of knowledge
Full of knowledge
Posts: 1696
Joined: 17 Jun 2013, 13:17
Distribution: Porteus 3.2.2 XFCE 32bit
Location: Germany

Question for Blaze about his LibreOffice build script

Post#6 by donald » 20 Nov 2020, 19:35

cad wrote:
20 Nov 2020, 18:11
Has anyone here been successful running Alien's latest LibreOffice i586 (ver. 6.4.6) on Porteus 4.0 i586?
Image

burdi01
Samurai
Samurai
Posts: 133
Joined: 18 Aug 2013, 12:09
Distribution: Slackware, Xubuntu
Location: The Netherlands

Question for Blaze about his LibreOffice build script

Post#7 by burdi01 » 21 Nov 2020, 11:17

cad wrote:
20 Nov 2020, 18:11
LibreOffice fails with an error complaining about not finding a Java environment.
The java message is a _warning_. If you see an error afterwards that error is for something else.

To test again I just installpkg'ed Alien's .tgz package. Same result as Donald.
Have a look at your .xzm creation.
:D

User avatar
cad
White ninja
White ninja
Posts: 24
Joined: 06 Nov 2020, 22:40
Distribution: 4.0 i586 LXDE

Question for Blaze about his LibreOffice build script

Post#8 by cad » 22 Nov 2020, 20:07

Thank you, burdi01 and donald for your posted image and comments. They are much appreciated.
To test again, I first converted Alien's LibreOffice txz package with the txz2xzm script:

Code: Select all

txz2xzm libreoffice-6.4.6-i586-1alien.txz
This installed libreoffice in my system and produced the converted LibreOffice xzm module in the same directory.
After that, I ran the command:

Code: Select all

libreoffice %U
and LibreOffice again failed to start with the same error as it did when I first posted earlier about it:
Image
The above was tried in a more methodical way than done previously, but unfortunately with the same result.
First of all, this time around I did it by booting Porteus from the unmodified Porteus 4.0 i586 LXDE ISO downloaded from porteus.org.
As I made it clear many times, I am exclusively using Porteus 4.0 i586 LXDE.

Question for you guys: Are you by any chance using LibreOffice 6.4.6 from KDE or a Porteus version other than LXDE?
I noticed in donald's image: "VCL: gtk3". However, I remember that, when I attempted to compile libreoffice-6.4.6 from Porteus 4.0 i586 LXDE, it would not recognize gtk3 as installed in my system, and I therefore had to disable gtk3 in order to proceed with the compilation (from Porteus 4.0 i586 LXDE originally ISO). So, perhaps you guys are running LibreOffice from KDE (with more complete gtk3 components)? Or could this failure have to do with some components that are present in your systems but missing from Porteus 4.0 i586 LXDE as originally released?

Also to be noted, when I got the above LibreOffice error on startup in original Porteus 4.0 i586 LXDE and attempted to get a screenshot of the LXTerminal window with the error, my computer froze up and I had to reboot. Tried again the same with the same result, the computer freezing up. This does not happen, for some reason, in with my minimalistic Porteus 4.0 i586 LXDE system (compared to original Porteus, my minimalistic Porteus lacks Perl, Python, Samba and a few other programs, plus has a custom kernel): with it I can take a screenshot of the LibreOffice error after the LibreOffice's failure to start without the computer freezing up. However, the LibreOffice error message is exactly the same as that gotten in original Porteus, and identical also to the original one when I first attempted to run Alien's LibreOffice in Porteus 4.0 i586 LXDE.

I will wait for you to confirm whether you are using KDE or a Porteus version other than LXDE before further exploring this issue.

User avatar
Ed_P
Contributor
Contributor
Posts: 5795
Joined: 06 Feb 2013, 22:12
Distribution: 4.0 & 5.0rc2 Cinnamon 64 ISOs
Location: Western NY, USA

Question for Blaze about his LibreOffice build script

Post#9 by Ed_P » 22 Nov 2020, 21:33

What happens when you try starting libreoffice without the %U option?
Ed

donald
Full of knowledge
Full of knowledge
Posts: 1696
Joined: 17 Jun 2013, 13:17
Distribution: Porteus 3.2.2 XFCE 32bit
Location: Germany

Question for Blaze about his LibreOffice build script

Post#10 by donald » 22 Nov 2020, 21:39

@ cad
My screenshot = LO running in stock Porteus-XFCE-v4.0-i586

Base modules kernel,core,xorg are the same.

Something to try:
replace 003-lxde.xzm with the xfce module > reboot into "always fresh" mode >
activate the LO module ....report.

User avatar
cad
White ninja
White ninja
Posts: 24
Joined: 06 Nov 2020, 22:40
Distribution: 4.0 i586 LXDE

Question for Blaze about his LibreOffice build script

Post#11 by cad » 22 Nov 2020, 23:26

Ed_P wrote:
22 Nov 2020, 21:33
What happens when you try starting libreoffice without the %U option?
Exactly the same:
Image
I'm going to test with XFCE, as per donald's advice. If that does not work, I suspect it is hardware-related.
I'll be back shortly with results...

User avatar
cad
White ninja
White ninja
Posts: 24
Joined: 06 Nov 2020, 22:40
Distribution: 4.0 i586 LXDE

Question for Blaze about his LibreOffice build script

Post#12 by cad » 23 Nov 2020, 02:10

donald wrote:
22 Nov 2020, 21:39
@ cad
My screenshot = LO running in stock Porteus-XFCE-v4.0-i586

Base modules kernel,core,xorg are the same.

Something to try:
replace 003-lxde.xzm with the xfce module > reboot into "always fresh" mode >
activate the LO module ....report.
Thank you for the info and your advice! I, too, was heading in the same direction...
So, it turns out that it worked out perfectly in stock Porteus 4.0 i586 XFCE:
Image
I took my time to test it also in my minimalistic Porteuses (after putting in the 03-xfce module in place of the 03-lxde) and it works perfectly there too!
So, the issue was definitely with 03-lxde.xzm and nothing else! Also to be noted: I experimented further with screenshot in stock Porteus 4.0 i586 LXDE, and it locks up the system (at least in my experience) each and every time! So the freezing up/locking up when using screenshot after running LibreOffice and getting an error wasn't at all related to LibreOffice but to LXDE. Interestingly enough, this issue did not take place in my minimalistic versions of LXDE, they are immune to it.
Now I have a working LibreOffice 6.4.6 (in 4.0 XFCE) and I am so glad! It is such a great program - many improvements have been made since the version I ran in Porteus 3.2.2.
But this also means that I wasted a tremendous amount of time and effort when trying (unsuccessfully) to compile LibreOffice in 4.0 LXDE, the problem being with LXDE also as far as LibreOffice compilation failure goes. I had gotten to a point where (after a substantial amount of research on the web), with a modified 05-devel module (the addition of gcc and gcc-g++ 9.2.0) and latest gperf-3.1 installed, modified LibreOffice 6.4.6.2 configuration files and a perfected set of configuration arguments, I almost completely succeeded in compiling it, but just before compilation completion I would get a fatal error more or less as follows (could not take a screenshot of it because the system at that point would lock up):

"0000 [#1] PREEMPT SMP
[listed loaded kernel modules]
[listed hardware description]
[listed about 15 traces related to hardware]
Kernel panic - not syncing: Fatal exception in interrupt
Kernel offset: disabled
end kernel panic - not syncing:
Fatal exception in interrupt"

and the system would lock up, then needing a manual shutoff.

It reminds me of the "Fatal exception: Signal 6" error I get when attempting to run Alien's LibreOffice in LXDE.

My guess is that compiling LibreOffice 6.4.6.2 in Porteus 4.0 i586 XFCE would succeed where LXDE previously failed.

I am taking a break now (it was a lot of work over the past couple of weeks!), but I'll later come back to it and try again the compiling of a lean(er) and fast(er) LibreOffice 6.4.6.2 designed around barebone Porteus 4.0 i586 XFCE (meaning around just the basic modules kernel, core, xorg and xfce): without Java and with CUPS, Doxygen, Neon, etc. disabled, along the lines of my minimalism concept for older hardware.

THANK YOU!

EDIT: All this, though, begs the question: Why does it work with XFCE but not with LXDE? It would be a very interesting thing to know.

donald
Full of knowledge
Full of knowledge
Posts: 1696
Joined: 17 Jun 2013, 13:17
Distribution: Porteus 3.2.2 XFCE 32bit
Location: Germany

Question for Blaze about his LibreOffice build script

Post#13 by donald » 23 Nov 2020, 12:47

Yep, something is defenitely wrong/missing in the lxde module.
Courious as I am i combined an older lxde module - made by jssouza for 3.2.2 -,
together with the port_4 base modules...aaaand...LO runs.
Not flawlessly - this was to be expected - but it runs.

However, XFCE is the more mature desktop anyway. :)

User avatar
cad
White ninja
White ninja
Posts: 24
Joined: 06 Nov 2020, 22:40
Distribution: 4.0 i586 LXDE

Question for Blaze about his LibreOffice build script

Post#14 by cad » 23 Nov 2020, 17:23

@donald

Very interesting that LO runs with that older lxde module... Though your post implies it, can you confirm that, when utilizing the stock 4.0 lxde module, you are getting the same error message as I do?

Although I wrote that I would take a break from compiling LO, ten minutes later I started a new compilation - I could not resist...I just got to know! :happy62:
I´ll report results here, but it´ll take at least another day for that - yep, that´s how long it takes to compile LO (on a P4 with 1.8Ghz/2GB RAM anyway)...

donald
Full of knowledge
Full of knowledge
Posts: 1696
Joined: 17 Jun 2013, 13:17
Distribution: Porteus 3.2.2 XFCE 32bit
Location: Germany

Question for Blaze about his LibreOffice build script

Post#15 by donald » 23 Nov 2020, 23:25

Yep, confirmed

Code: Select all

guest@porteus:~$ libreoffice
javaldx: Could not find a Java Runtime Environment!
Warning: failed to read path from javaldx
terminate called after throwing an instance of 'com::sun::star::uno::DeploymentException'


Fatal exception: Signal 6
Stack:
/usr/lib/libreoffice/program/libuno_sal.so.3(+0x545c5)[0xb06b25c5]
/usr/lib/libreoffice/program/libuno_sal.so.3(+0x547aa)[0xb06b27aa]
/usr/lib/libreoffice/program/libuno_sal.so.3(+0x54915)[0xb06b2915]
linux-gate.so.1(__kernel_rt_sigreturn+0x0)[0xb06e4a64]
/lib/libc.so.6(gsignal+0xbd)[0xb033462d]
/lib/libc.so.6(abort+0x161)[0xb0335be1]
/usr/lib/libreoffice/program/libstdc++.so.6(+0x781b8)[0xb01901b8]
/usr/lib/libreoffice/program/libstdc++.so.6(+0x86474)[0xb019e474]
/usr/lib/libreoffice/program/libstdc++.so.6(+0x864dc)[0xb019e4dc]
/usr/lib/libreoffice/program/libstdc++.so.6(+0x867c2)[0xb019e7c2]
/usr/lib/libreoffice/program/libutllo.so(+0x8fa02)[0xac326a02]
/usr/lib/libreoffice/program/libutllo.so(+0x8d960)[0xac324960]
/usr/lib/libreoffice/program/libutllo.so(+0x8e0cd)[0xac3250cd]
/usr/lib/libreoffice/program/libutllo.so(+0x8e2d3)[0xac3252d3]
/usr/lib/libreoffice/program/libutllo.so(_ZN3utl10ConfigItemC1ERKN3rtl8OUStringE14ConfigItemMode+0x11b)[0xac31848b]
/usr/lib/libreoffice/program/libutllo.so(+0xf2ece)[0xac389ece]
/usr/lib/libreoffice/program/libutllo.so(+0xf624d)[0xac38d24d]
/usr/lib/libreoffice/program/libutllo.so(+0xf6155)[0xac38d155]
/usr/lib/libreoffice/program/libutllo.so(+0xf5fc5)[0xac38cfc5]
/usr/lib/libreoffice/program/libutllo.so(+0xf5d40)[0xac38cd40]
/usr/lib/libreoffice/program/libutllo.so(+0xf5c91)[0xac38cc91]
/usr/lib/libreoffice/program/libutllo.so(+0xf5bc2)[0xac38cbc2]
/usr/lib/libreoffice/program/libutllo.so(+0xf59f8)[0xac38c9f8]
/usr/lib/libreoffice/program/libutllo.so(+0xf56d0)[0xac38c6d0]
/usr/lib/libreoffice/program/libutllo.so(_ZN19SvtSysLocaleOptionsC1Ev+0xc8)[0xac38b65a]
/usr/lib/libreoffice/program/libvcllo.so(+0x9feac8)[0xabacaac8]
/usr/lib/libreoffice/program/libvcllo.so(_ZN11AllSettings12GetLayoutRTLEv+0x2c)[0xabacabd6]
/usr/lib/libreoffice/program/libvclplug_gtk3lo.so(+0xb6745)[0xa3e62745]
/usr/lib/libreoffice/program/libvclplug_gtk3lo.so(+0xb9aa9)[0xa3e65aa9]
/usr/lib/libreoffice/program/libvclplug_gtk3lo.so(+0xbb82d)[0xa3e6782d]
/usr/lib/libreoffice/program/libvclplug_gtk3lo.so(+0xbb7dd)[0xa3e677dd]
/usr/lib/libreoffice/program/libvcllo.so(_Z7InitVCLv+0x289)[0xabaeb96a]
/usr/lib/libreoffice/program/libvcllo.so(_Z10ImplSVMainv+0x55)[0xabaeb3c5]
/usr/lib/libreoffice/program/libvcllo.so(_Z6SVMainv+0x18)[0xabaeb58e]
/usr/lib/libreoffice/program/libsofficeapp.so(soffice_main+0x16a)[0xb055f2d5]
/usr/lib/libreoffice/program/soffice.bin[0x80486ab]
/usr/lib/libreoffice/program/soffice.bin[0x8048681]
/lib/libc.so.6(__libc_start_main+0x105)[0xb0314f25]
/usr/lib/libreoffice/program/soffice.bin[0x8048541]
guest@porteus:~$ 
I also did a 64-bit setup, (stock port_4_lxde + LO_6.4.6),
to see if that would behave differently.
Nope, exactly the same as with 32-bit.

Post Reply