Re: openoffice build problem

[Bernd Ernesti <netbsd%lists.veego.de@localhost>]

On Sun, May 06, 2012 at 06:47:21PM +0000, David Holland wrote:
> On Sun, May 06, 2012 at 01:55:55PM +0200, Bernd Ernesti wrote:
>  > > It's not just you (see Joerg's last bulk build) but I have no idea
>  > > what the problem is.
>  > 
>  > Hmm, it seems to be a missing rpath:
>  > [snip]
> 
> Yeah, that makes sense. No idea how to fix it though...
> 
>  > >  > ld: cannot find -lraptor2
>  > >  > make[1]: *** [redland-db-upgrade] Error 1
>  > >  > make[1]: Leaving directory 
> `/obj/pkgsrc/misc/openoffice3/work.i386/OOO310_m19/redland/unxbsdi3.pro/misc/build/redland-1.0.7/utils'
>  > >  > =======================
>  > > 
>  > > It looks as if it uses its own copies of both raptor and redland.
>  > > patch-dz apparently adjusts an internal copy of raptor 1.x; I don't
>  > > know why it would decide it wants to look for raptor 2.x. Maybe it's
>  > > finding the copy in /usr/pkg at configure time but is unable to
>  > > actually use it because it isn't buildlinked.
>  > 
>  > There is a librdf.la in 
> OOO310_m19/redland/unxbsdi3.pro/misc/build/redland-1.0.7/librdf
>  > which contains the -lraptor2 option but that is libtool magic.
>  > 
>  > Maybe it comes by using /usr/pkg/lib/librasqal.la instead of
>  > OOO310_m19/redland/unxbsdi3.pro/misc/build/rasqal-0.9.15/src/librasqal.la
> 
> That's definitely possible.
> 
> Do we know why openoffice uses its own raptor/rasqal/redland instead
> of the pkgsrc ones?

I may have an idea but the openoffice build system is complex:

From the redland-1.0.7 configure script:

if test $with_rasqal = internal; then
  LIBRDF_INTERNAL_CPPFLAGS="-I\$(top_srcdir)/rasqal/src 
$LIBRDF_INTERNAL_CPPFLAGS"
  LIBRDF_INTERNAL_LIBS="\$(top_builddir)/rasqal/src/librasqal.la 
$LIBRDF_INTERNAL_LIBS"
  rasqal_dir=rasqal
  config_subdir_rasqal=yes
else
  LIBRDF_EXTERNAL_CPPFLAGS="`$RASQAL_CONFIG --cflags` $LIBRDF_EXTERNAL_CPPFLAGS"
  LIBRDF_EXTERNAL_LIBS="`$RASQAL_CONFIG --libs` $LIBRDF_EXTERNAL_LIBS"
fi

I think the internal parameters should be used but from the redland configure 
output:

Redland build summary:
  Using monolithic storage backends
  Berkeley/Sleepycat DB   : Missing
  Triple stores available : file hashes(memory)
  Triple stores enabled   : memory file hashes
  RDF parsers             : raptor(system 1.4.17)
  RDF query               : rasqal(system 0.9.15)
  Content digests         : md5(openssl) sha1(openssl) ripemd160(openssl)

The parameters which are used to execute the redland configure script are:

cd ../unxbsdi3.pro/misc/build/redland-1.0.7/ && ./configure 
PATH="../../../bin:$PATH" --disable-static --disable-gtk-doc --with-threads 
--with-openssl-digests --with-xml-parser=libxml --with-raptor=system 
--with-rasqual=system --without-bdb --without-sqlite --without-mysql 
--without-postgresql --without-threestore --with-regex-library=posix 
--with-decimal=none --with-www=xml

Note the different spelling for rasqal in that command line: rasqual

rasqal-config is found by the configure script and so with_rasqal=system is set
instead of the internal value.

Does the configure options come from redland/redland/makefile.mk and should
--with-rasqual be changed to --with-rasqal and set to internal then?
The system option for --with-raptor should be changed to internal too.

Bernd

P.S. Sorry if the mail is not easy to read but it took some time to write it and
I didn't want to lose too many information.