libreoffice

talsamon

talsamon

LibreOffice update (FreeBSD-9.2):

Code: 
configure: error: found doxygen is too old; need at least version 1.8.4 or specify --without-doxygen

if I try sudo make install clean CONFIGURE_ARGS+="--without-doxygen", error:

Code: 
checking the flex version... configure: error: failed (/usr/bin/flex 2.5.4 found, but need at least 2.5.35)

I take a look at pkg info flex:

Code: 
flex-2.5.39_1
Name           : flex
Version        : 2.5.39_1


there seems a lot of errors:
if I try to change the version-number in the configure-file (I know, this is not the right way), the port suggests compile with --with-gnu-patch ... it leads to another error:
Code: 
configure: error: --with-gnu-patch did not point to an executable
===>  Script "configure" failed unexpectedly.

I tried to fetch the port new, but this changed nothing.
 
Only sudo make gives the same error:
Code: 
configure: error: found doxygen is too old; need at least version 1.8.4 or specify --without-doxygen

if I uncheck option sdk:

Code: 
checking the flex version... configure: error: failed (/usr/bin/flex 2.5.4 found, but need at least 2.5.35)
 
I wonder if the LibreOffice configure script is finding flex from the base system (an older version), and not the newer version installed by the textproc/flex port. Try changing your PATH to put /usr/local/bin first.
 
Changing the PATH doesn't help. I renamed /usr/bin/flex to flex_ and set a link to /usr/local/bin/flex. I will rename it back after compiling.

Thanks, at the moment editor/libreoffice compiles on FreeBSD-9.2, it seems to work.
 
....but fails on FreeBSD-10.0
Code: 
[build PRL] CustomTarget/postprocess/images/images_oxygen.zip
[build PRL] CustomTarget/postprocess/images/images_tango.zip
[build PRL] CustomTarget/postprocess/images/images_sifr.zip
[build CXX] bridges/source/cpp_uno/gcc3_linux_intel/except.cxx
/usr/ports/editors/libreoffice/work/libreoffice-4.2.4.2/bridges/source/cpp_uno/gcc3_linux_intel/except.cxx:185:32: error: unknown type name '__si_class_type_info'
                    rtti = new __si_class_type_info(
                               ^
/usr/ports/editors/libreoffice/work/libreoffice-4.2.4.2/bridges/source/cpp_uno/gcc3_linux_intel/except.cxx:191:32: error: unknown type name '__class_type_info'
                    rtti = new __class_type_info( strdup( rttiName ) );
                               ^
2 errors generated.
gmake[3]: *** [/usr/ports/editors/libreoffice/work/libreoffice-4.2.4.2/workdir/CxxObject/bridges/source/cpp_uno/gcc3_linux_intel/except.o] Error 1
gmake[3]: Leaving directory `/usr/ports/editors/libreoffice/work/libreoffice-4.2.4.2'
gmake[2]: *** [build] Error 2
gmake[2]: Leaving directory `/usr/ports/editors/libreoffice/work/libreoffice-4.2.4.2'
===> Compilation failed unexpectedly

and this looks like a bug....
 
And there is the problem I can't go back to 4.1.6.1. Don't start with the wrong versions of icu. Can't downgrade libicu*so.5* - matters other programs, can't install 4.2.4.2 (no binary), and compile fails...very fine...

and: FreeBSD-9.2
Code: 
ls /usr/local/lib/libicu*52*
libicudata.so.52	libicule.so.52		libicutu.so.52
libicudata.so.52.1	libicule.so.52.1	libicutu.so.52.1
libicui18n.so.52	libiculx.so.52		libicuuc.so.52
libicui18n.so.52.1	libiculx.so.52.1	libicuuc.so.52.1
libicuio.so.52		libicutest.so.52
libicuio.so.52.1	libicutest.so.52.1

FreeBSD-10.0
Code: 
ls /usr/local/lib/libicu*52*
ls: No match.

On both systems:
pkg info icu |more
Code: 
icu-53.1
Name           : icu
Version        : 53.1
Installed on   : Wed Jun 11 22:04:28 CEST 2014
Origin         : devel/icu
 
Did you miss the 20140611 entry about icu in /usr/ports/UPDATING?

You've mentioned elsewhere library problems found by pkg_libchk. LibreOffice is a big, complex port. If anything is not quite right, it might not build, or might build but not run. Best to fix all other problems before attempting it.
 
Seems something goes wrong on my system . I did it with downgrade devel/icu with pkg install to 52.1 and compile the devel/icu port. The ls /usr/local/lib/libicu* command shows now the same result on both systems. The "old" LibreOffice starts again, and all other from icu affected programs seem to work - sorry I was a little too fast.
 
talsamon said:
....but fails on FreeBSD-10.0
Code: 
[build PRL] CustomTarget/postprocess/images/images_oxygen.zip
[build PRL] CustomTarget/postprocess/images/images_tango.zip
[build PRL] CustomTarget/postprocess/images/images_sifr.zip
[build CXX] bridges/source/cpp_uno/gcc3_linux_intel/except.cxx
/usr/ports/editors/libreoffice/work/libreoffice-4.2.4.2/bridges/source/cpp_uno/gcc3_linux_intel/except.cxx:185:32: error: unknown type name '__si_class_type_info'
                    rtti = new __si_class_type_info(
                               ^
/usr/ports/editors/libreoffice/work/libreoffice-4.2.4.2/bridges/source/cpp_uno/gcc3_linux_intel/except.cxx:191:32: error: unknown type name '__class_type_info'
                    rtti = new __class_type_info( strdup( rttiName ) );
                               ^
2 errors generated.
gmake[3]: *** [/usr/ports/editors/libreoffice/work/libreoffice-4.2.4.2/workdir/CxxObject/bridges/source/cpp_uno/gcc3_linux_intel/except.o] Error 1
gmake[3]: Leaving directory `/usr/ports/editors/libreoffice/work/libreoffice-4.2.4.2'
gmake[2]: *** [build] Error 2
gmake[2]: Leaving directory `/usr/ports/editors/libreoffice/work/libreoffice-4.2.4.2'
===> Compilation failed unexpectedly
Click to expand...

It was fixed after r357744. Please, update your ports tree.
 
In the meantime I found a solution for the posted error. But compile failes with other errors. The fixes seems to work.
But it hangs on FreeBSD-10.0 here:
Code: 
... creating log file /tmp/LibreOffice_SDK//logging/en-US/log_OOO420_en-US.log
... creating installation set in /tmp/LibreOffice_SDK//install/LibreOffice_4.2.4.2_FreeBSD_sdk ...
... removing old installation directories ..

sigh...
 
So what is the fix here? I have updated every other port without issue, but libreoffice fails as above. And yes, I did rebuild ports that depend upon icu as instructed in UPDATING. I really am looking forward to the new version of libreoffice, as the improvements are necessary for collaboration with Word users and the proliferation of docx files.
 
Yes, sweet, it looks like it is working. I don't remember why I checked off the SDK option. At some point it thought I needed it. For me, seems to be working with CUPS, JAVA, KDE4 and WEBDAV options on. Thanks,
 
You must log in or register to reply here.
Back
Top