LinuxQuestions.org - [SOLVED] Libreoffice-5.1.0.3

- Slackware (https://www.linuxquestions.org/questions/slackware-14/)

- - Libreoffice-5.1.0.3 (https://www.linuxquestions.org/questions/slackware-14/libreoffice-5-1-0-3-a-4175572051/)

Libreoffice-5.1.0.3

I've updated my libreoffice slackbuild to 5.1.0.3 and it seems to be working well so far, so here it is in case anyone is interested and willing to spend the time compiling it. I've also updated some of the optional dependencies, so grab them from my NAB repo if needed. The slackbuilds on SBo might be out of date given how I can't submit new slackbuilds yet. Make sure to read the README below before compiling to customize the build to your liking, or just run the script to get a fairly default build.

https://notabug.org/orbea/Slackbuild...ce/libreoffice

Code:

LibreOffice is a productivity suite that is compatible with other major

office suites, and available on a variety of platforms. It is free

software and therefore free to download, use and distribute.



This script builds a Slackware package from the official source distributed

by The Document Foundation. LibreOffice by default will download many dependencies

to build against, this script will auto detect if these dependencies are already

installed and skip downloading if so. The provided script, swlodc.sh, can test if

these auto detected variables are still sane and show what is already installed.



Be sure to look at the script to see if the compile flags are to your

liking, java is disabled by default.



LibreOffice uses several gb of space to compile and is quite large

so it might be preferable to compile somewhere other than /tmp and

install it in /opt rather than /usr which is default, to do so use

TMP="/foo/tmp/SBo" OPT="yes" ./libreoffice.SlackBuild

Alternatively to install LibreOffice in another location use

LO_PREFIX=/some/install/location ./libreoffice.SlackBuild

This will take quite a bit of time to complete.



LibreOffice by default will compile with one job, since compiling it

can be rather taxing on the cpu and may even cause it to overheat.

It is possible to set the number of jobs to compile with by using

NUMBJOBS="2". This can lead to a significantly faster build, but

this should only be done by those that have a sufficiently powerful

enough cpu and know what they are doing.



LibreOffice by default will try compile with ccache if available, to

effectively use it LibreOffice requires the cache size to be at least

8 gb without debug symbols. With debug symbols LibreOffice will need

around 32 gbs. Alternatively to disable compiling with ccache use

CCACHE="no".



To build the myspell dictionaries use DICT="yes". By default help will

not be built into libreoffice, to enable use HELP="yes|common", this will

build the entire local help or bundle the common files.



LibreOffice by default will have en-US, to install additional languages use

LANGUAGES="es sw tu cs sk" To install all the languages use LANGUAGES="ALL".

To see what language codes are supported look here:

https://wiki.documentfoundation.org/Language_support_of_LibreOffice



To chose different themes use something like THEME="galaxy tango",

Possible themes are *breeze, crystal, *galaxy, *hicontrast, human,

industrial, *oxygen, *sifr, *tango, *tango_testing. Those marked by

a * will be included by default.



LibreOffice will by default be built with the system's python, to use an

internal or fully internal python use PYTHON="no|internal|full". If the

system's python is used and python3 is installed that will be used, to

compile with python2 instead use PTYHON3="no".



To enable building with the gstreamer 0.10 avmedia backend use

GSTREAMER="yes", to disable building with the gstreamer 1.0 avmedia

backend use GSTREAMER1="no". Slackware 14.1 only provides gstreamer

0.10 while current provides both, if gstreamer 1.0 is not installed

this script will automatically enable gstreamer 0.10 and disable

gstreamer 1.0.



To disable using the experimental Gtk+ 3.0 vclplug use GTK3="no", to disable

using the Gtk+ vclplug use GTK="no".



To choose which TLS/SSL and cryptographic implementation to use, use

TLS="openssl|nss". Openssl will be used by default and will not restrict use

of nss while choosing nss will restrict usage of openssl. This doesn't apply

for depending libraries like "neon".



To build the office development kit (ODK) use ODK="yes", if you built the odk

you can also enable doxygen documentation with DOXYGEN="yes".



To build debug symbols use DEBUG="yes|dbg|symbols". this will enable the

debugging information or include debugging symbols while preserving optimization.

When using "dbg" it will make the build ABI incompatible with builds not using

"dbg". Building with debug support will take up quite a bit of space.



To enable compiler plugins that will perform additional checks during

building use COMPILER="yes". This will be enabled automatically by

using "dbg". To make SAL_INFO and SAL_WARN calls do something even

in a non-debug build use SAL="yes". To disable CVE tests from being executed

use CVE="no". To enable the crashdump feature use CRASH="yes". To turn werror

warnings into errors use WERROR="yes". To statically disable some runtime

optimizations (like rtl/alloc.h or JVM JIT) use RUNTIME="no".



If building LibreOffice with MPL="yes" several other options will need to

be selected, including: LOTUSWORDPRO=no THEME="tango" LPSOLVE="no". If

poppler is not installed PDF="no" will also have to be used.



Introspection can be enabled or disabled, use INTROSPECTION="no|auto|yes".



By default this script will install a relatively default build with

upstream settings. many optional flags can be set by passing variables

to the script (VAR="yes/no" ./ffmpeg.SlackBuild):

AVAHI="yes" - requires avahi

BARCODE="yes" - enable the Barcode extension

BUNDLE="yes" - bundle the MariaDB Connector/LibreOffice extension when using MariaDB/MYSQL system libraries

CT2N="yes" - enable the ConvertTextToNumber extension

DIAGRAM="yes" - enable the SmART Gallery (Diagram) extension

EOT="yes" - enable support for Embedded OpenType fonts

EPM="yes" - build epm

EXTRAFONT="yes" - add extra font content

GALLERY="yes" - add extra gallery content

GOOGLEDOC="yes" - enable the Google Docs extension

HARDLINK="yes" - turns files into hardlinks to save space and speed up compiling

HUNART="yes" - enable the Hungarian Cross-reference Toolbar extension

KDE="yes" - use the QT4/KDE4 vclplug

LANGUAGETOOL="yes" - enable the LanguageTool extension

LTO="yes" - enable link-time for optimization for speed, slower compile (this may not work)

MARIADB="yes" - enable build of the mariaDB/mySQL connector extension

MPL="yes" - only compile code which is MPL or more liberally licensed

NPSOLVER="yes" - enable the NLPSolver extension

NUMBERTEXT="yes" - enable the Numbertext extension

ORCUS="yes" - extra file import featurs for Calc

PCH="yes" - enables precompiled header support for C++

SAMPLE="yes" - add extra sample content

TEMPLATE="yes" - add extra template content

TYPO="yes" - enable the Typography Toolbar extension

VALIDATOR="yes" - enable the Validator extension

WATCH="yes" - enable the Watch Window extension

WIKI="yes" - enable the Wiki Publisher extension



Disable features:

CANVAS="no" - disables building the Cairo Canvas

COLLADA="no" - disable collada support (rendering 3d models stored in *.dae and *.kmz)

CUPS="no" - disable building cups support

COINMP="no" - disable building the CoinMP solver

DBUS="no" - disable features that rely on dbus (Presentation mode and screensaver control)

DCONF="no" - disable the dconf configuration backend (enabled by default where available)

FIREBIRD="no" - disable buildin the Firebird-SDBC driver

FONT="no" - do not include third-party fonts

LANGTAG="no" - disable use of the liblangtag and use own simple implementation

LARGEFILE="no" - omit support for large files

LOTUSWORDPRO="no" - disables building the Lotus Word Pro filter

LPSOLVE="no" - disables building the lp solve solver

GIO="no" - disables using the GIO support

GLTF="no" - disables building libraries related to glTF 3D model rendering

GRAPHITE="no" - disables the graphite smart font rendering

NEON="no" - disables neon and building of webdav binding

OOENV="no" - disable ooenv for the instdir installation

PDF="no" - disable building the PDF import feature

POSTGRESQL="no" - disable building the PostgreSQL-SDBC driver

RANDR="no" - disable RandR support in the vcl project

RANDRLINK="no" - disable linking libXrandr, instead dynamically open it at runtime

REPORT="no" - disable the Report Builder

SDREMOTE="no" - disable the Impress remote control (i.e. the server component)

SDRBLUETOOTH="no" - disables building the sdremote with bluetooth support, requires dbus

SYSTRAY="no" - disable building the systray quickstarter

XORG="no" - don't use the X Window System



Experimental features, probably best to ignore these unless you know what you are doing,

use ./configure --help to learn more about them.

AVMEDIA="no" - disables displaying and inserting AV media in documents

CHART="yes" - executes chart XShape tests

DATABASE="no" - disables various database connectivity

EXTENSION="no" - disables all add-on extension functionality

EXPORT="no" - disable some code for document export

ICECREAM="yes" - use the icecream distributed compiling tool (requires icecream)

LOADING="no" - disables any use of dynamc loading of code

MERGELIB="yes" - enables linking of big, merged, library

OPENSSL="no" - disables using libssl/libcrypto from OpenSSl, will use GNUTLS or NSS instead

SCRIPT="no" - disables BASIC, Java and Python

VLC="yes" - enable building with the VLC avmedia backend (requires vlc)



Optional dependencies:

CoinMP, cppunit, glm, graphite2, libabw, libatomic_ops, libcdr, libcmis, libe-book, libeot,

libetonyek, libexttextcat, libfreehand, libgltf, liblangtag, libmspub, libmwaw, liborcus,

libpagemaker, libvisio, libwpg, libwps, lpsolve, mdds, mysql-connector-c++, mythes,

opencollada, openjpeg2, postgresql, python3, serf, uccp, vigra



Some more optional dependencies which do not seem available in slackware or at SBo yet are:

altlinuxhyph, apache-commons, beanshell, collada2gltf, firebird, hsqldb, jfreereport



Slackware current provides libvisio, libwpg, openjpeg2, serf and the libatomic_ops libraries in the gc package.

Hello

I get the following libraries showing as not installed when running the swlodc.sh script on a fresh (full including kde/kdei) install of -current (8th Feb snapshot 32 bit DVD with updates applied this morning).

Code:

root@illy:/home/keith/Downloads/lo# ./swlodc.sh | grep "not installed"

warning: coinmp is not installed

warning: cppunit is not installed

warning: glm is not installed

warning: graphite2 is not installed

warning: libabw is not installed

warning: libcdr is not installed

warning: libcmis is not installed

warning: libe-book is not installed

warning: libeot is not installed

warning: libetonyek is not installed

warning: libexttextcat is not installed

warning: libfreehand is not installed

warning: libgltf is not installed

warning: liblangtag is not installed

warning: libmspub is not installed

warning: libmwaw is not installed

warning: liborcus is not installed

warning: libpagemaker is not installed

warning: libwps is not installed

warning: lpsolve is not installed

warning: mdds is not installed

warning: mysql-connector-c++ is not installed

warning: mythes is not installed

warning: opencollada is not installed

warning: postgresql is not installed

warning: python3 is not installed

warning: ucpp is not installed

warning: vigra is not installed

Do I need to install those from the relevant slackbuilds before running the libreoffice.Slackbuild script with default options or will it fetch & compile them?

Thanks for your efforts.

No, you don't, you only need them before running the script if you want to build against system versions of the packages instead of static versions which libreoffice will download during the build process. Some of them can also be disabled or have to be enabled like graphite2 and libeot as described in the README.

That script is mostly to make it easier to maintain the slackbuild which will detect if those packages are installed and use --with-system-package if so, I included it with the slackbuild in case someone else finds it useful.

Edit: Just to be clear, the only required dependency not included in Slackware already is perl-archive-zip which a slackbuild for can be found at SBo.

https://slackbuilds.org/repository/1...rl-archive-zip

Hello

Thanks for reply, perfectly clear now, and I installed the perl module from the slackbuild you mentioned.

An attempt at compilation using the command line below

Code:

# TMP="/home/keith/tmp" OPT="yes" NUMJOBS="2" ./libreoffice.SlackBuild

ended with errors after about 90 mins...

Code:

Makefile:244: recipe for target 'build' failed

make: *** [build] Error 2

root@illy:/home/keith/Downloads/libreoffice#

Further up the terminal, I saw the following lines...

Code:

/home/keith/tmp/libreoffice-5.1.0.3/pyuno/source/module/pyuno.cxx:387:1: error: 'Py_hash_t' does not name a type

 Py_hash_t PyUNO_hash( PyObject *self )

 ^

/home/keith/tmp/libreoffice-5.1.0.3/pyuno/source/module/pyuno.cxx:1660:5: error: 'PyUNO_hash' was not declared in this scope

    PyUNO_hash,

    ^

/home/keith/tmp/libreoffice-5.1.0.3/solenv/gbuild/LinkTarget.mk:189: recipe for target '/home/keith/tmp/libreoffice-5.1.0.3/workdir/CxxObject/pyuno/source/module/pyuno.o' failed

make[1]: *** [/home/keith/tmp/libreoffice-5.1.0.3/workdir/CxxObject/pyuno/source/module/pyuno.o] Error 1

This laptop has an i5 processor that shows 4 cpus (32 bit) in htop and it has 3Gb ram. The /home/keith/tmp folder has around 2.7Gb of files left in the libreoffice-5.1.0.3 folder and has about 170Gb free space (single partition + swap). Two of the cores were at 100% during compilation and the workload was swapping round the cores like they do, I presume for evening out thermal load. Around 1Gb of ram showing used most of the time. Didn't see any big swap use, temperature not high, fans running but not always full speed so I think hardware can cope unless the ram is getting full at some point and I missed it.

Any suggestions gratefully received. This is a test machine only nothing critical.

Cheers

The numjobs are set to 1 for a reason, its a really heavy build and even with my amd 6-core cpu its best just to use 1 job even if its much slower...

Though I'm not sure that is the issue and I haven't run into anything similar either, but then I haven't tested this in a 32-bit environment. I can see if I can reproduce your problem tonight, but if its a problem with libreoffice itself rather than my script its probably best to ask in #libreoffice-dev @ freenode or on their mailing list.

Are you trying this with slackware 14.1 or current?

Also, do you have python3 installed? (Edit: nvm you don't according to your swlodc.sh paste. :))

Hello Orbea

Thanks for reply, and this is on -current 32bit full install updated to 13th Feb and it does not have python3 installed.

I'll try running it without setting the numbjobs option which will result in a single thread after installing python3 and see where it gets to & then try the LO people

Thanks for time & testing on 32

I like my libreoffice to be stable so I only use the Still stream described as

Quote:

LibreOffice Still is the stable version that has undergone more testing (over a longer time).
It is usually recommended for more conservative use.

as opposed to Libreoffice Fresh which is the more riskier version described as

Quote:

Users interested in taking advantage of our most innovative features should download and use our fresh version.

My business depends on having a stable version of Libreoffice Base so I'm waiting for the Still version 5.1 to appear before upgrading from 4.4.7.

There was a serious bug introduced in version 5.0 that causes by whole machine to lock up. It's fixed in version 5.1. I'm conservative, so waiting for the good people at Libreoffice to say that Version 5.1 is ready for production use in a conservative environment.

Alex

Quote:

Originally Posted by aikempshall (Post 5499962)

My business depends on having a stable version of Libreoffice Base so I'm waiting for the Still version 5.1 to appear before upgrading from 4.4.7.

Absolutely. I have a stable LO 4.x running on Slackware 14.1 32bit on the other laptop which keeps my blood pressure nice and normal.

This little project is for lutz and giggles and to test out actually compiling something huge like LO.

If the build fails again, I shall try a fresh install of a 64bit -current and see if that builds OK as orbea's has done. Then I can try and learn enough to find out what the problem is with a 32 bit compile.

Cheers all

Libreoffice fresh as compiled by my slackbuild is very stable for me, but it seems I was able to reproduce keithpeter's issue in a clean Slackware32-current chroot with one numbjob.
My current working hypothesis is that there is either a problem with compiling against python2 in the new libreoffice (Wasn't present in previous versions) or that there is a problem building it in a 32-bit environment.

Some possible ways you might be able to work around this is by installing python3 which libreoffice compiles fine against in Slackware64-current, or by using one of these build options: PYTHON="no|internal|full". I'm not sure what features you would lose by disabling python...

I'll see if I can get it to build again, but given that it takes me a good ~7 hours to build successfully with one job it will take a little bit.

Code:

[CXX] pyuno/source/module/pyuno.cxx

S=/tmp/SBo/libreoffice-5.1.0.3 && I=$S/instdir && W=$S/workdir &&  mkdir -p $W/CxxObject/pyuno/source/module/ $W/Dep/CxxObject/pyuno/source/module/ && cd /tmp/SBo/libreoffice-5.1.0.3 &&  /usr/bin/ccache g++ -DBOOST_ERROR_CODE_HEADER_ONLY -DBOOST_SYSTEM_NO_DEPRECATED -DCPPU_ENV=gcc3 -DINTEL -DLINUX -DNDEBUG -DOPTIMIZE -DOSL_DEBUG_LEVEL=0 -DUNIX -DUNX -DX86 -D_PTHREADS -D_REENTRANT  -DLO_DLLIMPLEMENTATION_PYUNO    -DHAVE_GCC_VISIBILITY_FEATURE -fvisibility=hidden  -Wall -Wno-missing-braces -Wnon-virtual-dtor -Wendif-labels -Wextra -Wundef -Wunused-macros -fmessage-length=0 -fno-common -pipe  -fvisibility-inlines-hidden -fstack-protector-strong -fPIC -Wshadow -Woverloaded-virtual -std=gnu++14  -DEXCEPTIONS_ON -fexceptions -fno-enforce-eh-specs -O2 -march=i486 -mtune=i686  -DLIBO_INTERNAL_ONLY  -c $S/pyuno/source/module/pyuno.cxx -o $W/CxxObject/pyuno/source/module/pyuno.o -MMD -MT $W/CxxObject/pyuno/source/module/pyuno.o -MP -MF $W/Dep/CxxObject/pyuno/source/module/pyuno.d_ -I$S/pyuno/source/module/ -I/usr/include/python2.7 -I/usr/include/python2.7 -I$S/pyuno/source/loader -I$S/pyuno/inc  -I$S/include  -I$S/config_host  -I$W/UnoApiHeadersTarget/udkapi/normal -I/usr/include    && mv $W/Dep/CxxObject/pyuno/source/module/pyuno.d_ $W/Dep/CxxObject/pyuno/source/module/pyuno.d 

In file included from /usr/include/python2.7/Python.h:8:0,

                from /tmp/SBo/libreoffice-5.1.0.3/pyuno/source/module/pyuno_impl.hxx:27,

                from /tmp/SBo/libreoffice-5.1.0.3/pyuno/source/module/pyuno.cxx:46:

/usr/include/python2.7/pyconfig.h:1194:0: warning: "_POSIX_C_SOURCE" redefined

 #define _POSIX_C_SOURCE 200112L

 ^

In file included from /usr/include/stdlib.h:24:0,

                from /tmp/SBo/libreoffice-5.1.0.3/include/sal/config.h:27,

                from /tmp/SBo/libreoffice-5.1.0.3/pyuno/source/module/pyuno.cxx:20:

/usr/include/features.h:225:0: note: this is the location of the previous definition

 # define _POSIX_C_SOURCE 200809L

 ^

In file included from /usr/include/python2.7/Python.h:8:0,

                from /tmp/SBo/libreoffice-5.1.0.3/pyuno/source/module/pyuno_impl.hxx:27,

                from /tmp/SBo/libreoffice-5.1.0.3/pyuno/source/module/pyuno.cxx:46:

/usr/include/python2.7/pyconfig.h:1216:0: warning: "_XOPEN_SOURCE" redefined



/usr/include/features.h:166:0: note: this is the location of the previous definition

 # define _XOPEN_SOURCE 700

 ^

/tmp/SBo/libreoffice-5.1.0.3/pyuno/source/module/pyuno.cxx:387:1: error: 'Py_hash_t' does not name a type

 Py_hash_t PyUNO_hash( PyObject *self )

 ^

/tmp/SBo/libreoffice-5.1.0.3/pyuno/source/module/pyuno.cxx:1660:5: error: 'PyUNO_hash' was not declared in this scope

    PyUNO_hash,

    ^

/tmp/SBo/libreoffice-5.1.0.3/solenv/gbuild/LinkTarget.mk:189: recipe for target '/tmp/SBo/libreoffice-5.1.0.3/workdir/CxxObject/pyuno/source/module/pyuno.o' failed

make[1]: *** [/tmp/SBo/libreoffice-5.1.0.3/workdir/CxxObject/pyuno/source/module/pyuno.o] Error 1

rm /tmp/SBo/libreoffice-5.1.0.3/workdir/CustomTarget/i18npool/breakiterator/dict_word_he.txt /tmp/SBo/libreoffice-5.1.0.3/workdir/CustomTarget/i18npool/breakiterator/dict_word_nodash.brk /tmp/SBo/libreoffice-5.1.0.3/workdir/CustomTarget/i18npool/breakiterator/sent.txt /tmp/SBo/libreoffice-5.1.0.3/workdir/CustomTarget/i18npool/breakiterator/dict_word_hu.brk /tmp/SBo/libreoffice-5.1.0.3/workdir/CustomTarget/i18npool/breakiterator/line.brk /tmp/SBo/libreoffice-5.1.0.3/workdir/CustomTarget/i18npool/breakiterator/char_in.txt /tmp/SBo/libreoffice-5.1.0.3/workdir/CustomTarget/i18npool/breakiterator/dict_word.brk /tmp/SBo/libreoffice-5.1.0.3/workdir/CustomTarget/i18npool/breakiterator/edit_word.brk /tmp/SBo/libreoffice-5.1.0.3/workdir/CustomTarget/i18npool/breakiterator/dict_word.txt /tmp/SBo/libreoffice-5.1.0.3/workdir/CustomTarget/i18npool/breakiterator/edit_word.txt /tmp/SBo/libreoffice-5.1.0.3/workdir/CustomTarget/i18npool/breakiterator/edit_word_he.brk /tmp/SBo/libreoffice-5.1.0.3/workdir/CustomTarget/i18npool/breakiterator/dict_word_prepostdash.txt /tmp/SBo/libreoffice-5.1.0.3/workdir/CustomTarget/i18npool/breakiterator/char.txt /tmp/SBo/libreoffice-5.1.0.3/workdir/CustomTarget/i18npool/breakiterator/count_word.txt /tmp/SBo/libreoffice-5.1.0.3/workdir/CustomTarget/i18npool/breakiterator/line.txt /tmp/SBo/libreoffice-5.1.0.3/workdir/CustomTarget/i18npool/breakiterator/dict_word_hu.txt /tmp/SBo/libreoffice-5.1.0.3/workdir/CustomTarget/i18npool/breakiterator/edit_word_he.txt /tmp/SBo/libreoffice-5.1.0.3/workdir/CustomTarget/i18npool/breakiterator/sent.brk /tmp/SBo/libreoffice-5.1.0.3/workdir/CustomTarget/i18npool/breakiterator/edit_word_hu.txt /tmp/SBo/libreoffice-5.1.0.3/workdir/CustomTarget/i18npool/breakiterator/dict_word_he.brk /tmp/SBo/libreoffice-5.1.0.3/workdir/CustomTarget/i18npool/breakiterator/char_in.brk /tmp/SBo/libreoffice-5.1.0.3/workdir/CustomTarget/i18npool/breakiterator/edit_word_hu.brk /tmp/SBo/libreoffice-5.1.0.3/workdir/CustomTarget/i18npool/breakiterator/count_word.brk /tmp/SBo/libreoffice-5.1.0.3/workdir/CustomTarget/i18npool/breakiterator/dict_word_nodash.txt /tmp/SBo/libreoffice-5.1.0.3/workdir/CustomTarget/i18npool/breakiterator/char.brk /tmp/SBo/libreoffice-5.1.0.3/workdir/CustomTarget/i18npool/breakiterator/dict_word_prepostdash.brk

make[1]: Leaving directory '/tmp/SBo/libreoffice-5.1.0.3'

Makefile:244: recipe for target 'build' failed

make: *** [build] Error 2



real    306m33.803s

user    243m29.735s

sys    42m35.738s

Hello Orbea

Yes, it was that Python related object that generated the error last time.

I'm compiling with python3 installed on the 32bit -current installation used previously with the tmp directory cleared. The command line was

Code:

#TMP="/home/keith/tmp" OPT="yes" ./libreoffice.SlackBuild

so by default NUMJOBS="1".

Compilation completed in 7.5 hours or so and resulting package installed fine and working. It appears Python 3 is a requirement for building under 32 bit -current. RAM never much over 1Gb and laptop remained cool/luke warm throughout with some fan activity.

Using the command line below

Code:

#TMP="/home/keith/tmp" OPT="yes" DICT="yes" HELP="yes" NUMJOBS="2" ./libreoffice.SlackBuild

cut the compilation time to well under 2 hours with very little apparent strain on the i5 processor. So we know that for a successful 32 bit build one has to install python3 and the Perl ZIP module on a fresh -current install.

Quote:

Originally Posted by keithpeter (Post 5500071)

It appears Python 3 is a requirement for building under 32 bit -current.

Last week, I compiled libreoffice-5.1.0.3 on slackware-current (32bit as well as 64bit) with just perl-archive-zip installed. Python3 was never needed.

Quote:

Originally Posted by Alien Bob (Post 5500169)

Last week, I compiled libreoffice-5.1.0.3 on slackware-current (32bit as well as 64bit) with just perl-archive-zip installed. Python3 was never needed.

OK, the Scientific Method dictates another look. I'm assuming your slackbuild below and the sources below that are the right ones.

http://www.slackware.com/~alien/slac...e50.SlackBuild

http://www.slackware.com/~alien/slac...build/sources/

Cheers & thanks for the time you spent on tracking down the halfbuzz version issue in the thread at

http://www.linuxquestions.org/questi...-a-4175572225/

Quote:

Originally Posted by keithpeter (Post 5500173)

OK, the Scientific Method dictates another look. I'm assuming your slackbuild below and the sources below that are the right ones.

http://www.slackware.com/~alien/slac...e50.SlackBuild

It should be this one:
http://www.slackware.com/~alien/slac...ice.SlackBuild

Quote:

Originally Posted by ppencho (Post 5500178)

It should be this one:
http://www.slackware.com/~alien/slac...ice.SlackBuild

Got it, thanks ppencho

I've tested this both on a 32 and 64-bit build environments, it seems the upstream libreoffice devs have since broken building libreoffice with python2 which was working in previous versions. I'm pretty sure I can work around this by forcing an internal version of python if python3 is not installed, I will update my slackbuild later assuming my changes work.

Quote:

Originally Posted by Alien Bob (Post 5500169)

Last week, I compiled libreoffice-5.1.0.3 on slackware-current (32bit as well as 64bit) with just perl-archive-zip installed. Python3 was never needed.

Yea it was needed, its just that you're using an internal version of python3 provided by libreoffice...