Alon Keren wrote:
...
> I've just finished installing OOo-2.0.2 with a system-installed
> firefox (version 1.0.7).
...
> The first error I encountered was during configuration, as it failed
> to find Mozilla's nspr package. While 'mozilla-nspr' does not exist,
> 'firefox-nspr' does, so I changed the 'configure' file accordingly (to
> use '$moz_flavour' instead of 'mozilla'). Then 'set_soenv' complained
> for not having a propoer '@MOZ_PLUGIN_CFLAGS' so I set it
> appropriately in 'configure' (see the attached patch for both changes
> - OOo-2.0.2-firefox_nspr-1.patch)
>
> The next error was during the building of 'libxmlsec': a crypto
> library was not found. Again, a search for mozilla's packages was to
> blame. My solution was to set the nss and nspr paths variables to
> those of firefox, and not mozilla (see attached
> 'OOo-2.0.2-xmlsec_firefox-1.patch').
>
> Finally, some variables that marked the include-paths of mozilla
> headers had to be changed to include-paths of firefox-headers in
> 'OOo-2.0.2/extensions/source/plugin/{base,unx}/makefile.mk' (see
> attached 'OOo-2.0.2-plugin_base_includes-1.patch',
> 'OOo-2.0.2-plugin_unx_includes-1.patch').
>

This is a quick guess.  All of the above should have been handled by the
system-mozilla-fixes patch.  The mentioned $moz_flavor change should
have been made when configure was regenerated, and suseqently the
correct pkgconfig files should have updated the rest of the variables.
The configure script is no longer patched directly, rather patching
configure.in.  I suspect that autoreconf was either not run or did not
complete successfully, or that the system-mozilla-fixes patch was not
applied.  That said, I'll double check the build tomorrow evening when
I've finised with the X section to eliminate errors on my part when
comitting changes to the book.

-- DJ Lucas


Indeed, 'autoreconf' was not run. There's a lesson in that regarding
paying attention and RTFM, but it'll have to wait :), since not all
problems were solved. For whenever you find the time:

1. The reference in 'configure' (and in 'configure.in') to
'mozilla-nspr' should probably be changed to '$mozflavour-nspr'. It
works for me (and my firefox), but I don't know if it's valid also for
seamonkey:

--- OOo-2.0.2.orig/config_office/configure.in   2006-05-04
11:54:32.000000000 +0300
+++ OOo-2.0.2/config_office/configure.in        2006-05-04
12:03:15.000000000 +0300
@@ -2887,7 +2887,7 @@
    if $PKG_CONFIG --exists nspr ; then
      PKG_CHECK_MODULES( MOZ_NSPR, nspr )
    else
-      PKG_CHECK_MODULES( MOZ_NSPR, mozilla-nspr )
+      PKG_CHECK_MODULES( MOZ_NSPR, $moz_flavour-nspr )
    fi

    PKG_CHECK_MODULES( MOZ_NSS, nss, STANDALONENSS="TRUE", STANDALONENSS="" )

2. The error in the build of 'libxmlsec' remains and, from what I saw,
was not addressed by 'xmlsec1-1.2.6.patch' or its patch: 'mozilla-nss'
and 'mozilla-nspr' are sought after, with no reference to other
possible "mozilla-flavours"

3. As for the issue of 'plugin/{base,unx}', I haven't reached that
point in the build again, but from the looks of the make-files, it
doesn't appear to be solved


Alon
--
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Reply via email to