pkgsrc-Users archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: libreoffice and boost-libs (revbump required for net/libcmis and textproc/libclucene)
Hi,
From: Matthias Ferdinand <mf+ml.pkgsrc-users%netzwerkagentursaarland.de@localhost>, Date: Tue, 8 Dec 2015 17:34:23 +0100
> On Tue, Dec 08, 2015 at 11:32:01PM +0900, Ryo ONODERA wrote:
>> Hi,
>>
>> At least, libclucene does not use dynamic library of boost.
>> Could you please send me your output of ldd or readelf -Wd?
>
> You are right, it is not the case with libclucene:
>
> $ pkg_info -L libclucene | grep "\.so$" | while read x; do echo; echo "$x:"; ldd $x; done | egrep "^/|boost"
> /opt/pkgsrc/lib/libclucene-contribs-lib.so:
> /opt/pkgsrc/lib/libclucene-core.so:
> /opt/pkgsrc/lib/libclucene-shared.so:
>
> apparently not using any boost-library? maybe just for the header files?
libclucene uses static libboost_regex.a library.
> But libcmis does:
>
> $ pkg_info -L libcmis | grep "\.so$" | while read x; do echo; echo "$x:"; ldd $x; done | egrep "^/|boost"
> /opt/pkgsrc/lib/libcmis-0.5.so:
> libboost_date_time.so.1.58.0 => not found
I will bump PKGREVISION recursively from libcmis.
And I will commit libdl part.
>
>> And I will try to build misc/libreoffice under Debian GNU/Linux 8.
> If you build libcmis using boost-libs-1.59, it will depend on that
> version and there will be no conflict. It was just that on my build host
> and my client machine, libcmis was not updated after boost-libs update
> 1.58 => 1.59, because of missing revbump for libcmis.
>
> I remember I had to use some force-flags when I was switching from
> libreoffice4 to libreoffice-5.x, otherwise I could not have reached the
> point with libcmis missing the boost-libs-1.58 package dependency. But
> that is too long ago for me to remember the exact procedure.
>
> Regards
> Matthias
>
>>
>> Thank you.
>>
>> From: Matthias Ferdinand <mf+ml.pkgsrc-users%netzwerkagentursaarland.de@localhost>, Date: Mon, 7 Dec 2015 14:46:03 +0100
>>
>> > Hello,
>> >
>> > on my Debian8 i386 buildhost, libreoffice dependencies
>> >
>> > libclucene
>> > libcmis
>> >
>> > have not been rebuilt by pkg_rolling-replace after the last boost-libs
>> > version increase (2015-09-04), they seem to be missing a revbump.
>> > These libraries use explicitly versioned .so files.
>> >
>> > Background: I am trying to run misc/libreoffice on Debian8 i386. Debians
>> > own version 4.3.3 of libreoffice still suffers from the "new sort
>> > feature" problem.
>> >
>> > libreoffice builds fine when I remove the BUILDLINK_TRANSFORM which removes
>> > "-ldl" option:
>> >
>> > -----------------------------------------------------------------------
>> >
>> > diff -u -p -r1.68 Makefile
>> > --- Makefile 23 Nov 2015 10:30:16 -0000 1.68
>> > +++ Makefile 7 Dec 2015 13:06:19 -0000
>> > @@ -207,7 +207,9 @@ MAKE_ENV+= SHELL=${BASH}
>> > BUILD_MAKE_FLAGS+= VERBOSE=true
>> > #BUILD_MAKE_FLAGS+= GMAKE_OPTIONS+=-p
>> >
>> > +.if (${OPSYS} != "Linux")
>> > BUILDLINK_TRANSFORM+= rm:-ldl
>> > +.endif
>> >
>> > INSTALLATION_DIRS= bin share/applications
>> >
>> > -----------------------------------------------------------------------
>> >
>> > I can start all libreoffice components, except for calc. After the
>> > splash screen and some time initializing, it shows a dialog box
>> >
>> > Component cannot be loaded, possibly broken or incomplete
>> > installation. Full error message:
>> > loading component library <file:///opt/pkgsrc/libreoffice-
>> > 5.0.3.2/program/../program/libsclo.so> failed
>> >
>> > Using strace, I found it searches for explicitly versioned .so files
>> > from boost-libs-1.58 (installed: 1.59).
>>
>> >
>> > Regards
>> > Matthias
>>
--
Ryo ONODERA // ryo_on%yk.rim.or.jp@localhost
PGP fingerprint = 82A2 DC91 76E0 A10A 8ABB FD1B F404 27FA C7D1 15F3
Home |
Main Index |
Thread Index |
Old Index