Em 26-07-2012 17:23, Ken Moffat escreveu:

> On Wed, Jul 25, 2012 at 08:01:35PM +0200, Armin K. wrote:
>> On 07/25/2012 07:59 PM, Fernando de Oliveira wrote:
>>> Em 25-07-2012 14:03, Armin K. escreveu:
>>>>
>>>> I have just symlinked everything from /usr/xulrunner-devel/sdk/bin to
>>>> /usr/lib/xulrunner (/usr/lib/xulrunner-devel/bin is symlink to
>>>> ../xulrunner).
>>>>
>>>
>>> Me too:
>>>
>>> $ ls -lh /usr/lib/xulrunner-devel-14.0.1/bin
>>> lrwxrwxrwx 1 root root 25 Jul 24 11:16 /usr/lib/xulrunner-devel-14.0.1/bin 
>>> -> /usr/lib/xulrunner-14.0.1
>>>
>>> Still, the error messages above are obtained with that: the two new
>>> symlinks are necessary. Have just reproduced the first error, by removing
>>> the run-mozilla.sh and xpcshell symlinks.
>>>
>>
>> If I remember correctly,  the two files were in /usr/lib/xulrunner dir 
>> for some time, but it seems that devs decided to move it in sdk dir but 
>> forgot to change that in firefox build system. I guess a bug should be 
>> filled if not already. I just symlinked everything from sdk/bin to bin 
>> in xulrunner-devel dir and everything worked.
> 
>  I now remember why I was so pleased when Andy started updating
> firefox - the build is a heap of the proverbial.

Agree!

> Now that I'm on to
> xulrunner, the book's instructions for 13.0.1 don't work for me in
> 14.0.1 *with the book's mozconfig* although I'm sure that I would be
> able to run it [ because I've already got the same versions of all the
> system libs installed ].

I use customized versions for all .mozconfig's.

>  For some reason, the symlinks are being made to the -devel versions
> of the .so libs.  It's so long since I've run xulrunner that I can't
> be certain, but I think I used to link to the "non-devel" versions.
> 
>  What's happening in 14.0.1 is that the fancy symlinks only get
> created for libmozalloc, libnspr4, libplc4, libplds4,
> libxpcom,libxul.  They do NOT get created for libfreebl3,
> libmozsqlite3, libnss3, libnssckbi, libnssdbm3, libnssutil3,
> libsmime3, libsoftokn3, libssl3 because those are only present in
> the "non-devel" versions.  Where they are in both, the non-devel
> versions are stripped,

I only have three:

/usr/usr/lib/libxpcom.so -> xulrunner-devel-14.0.1/sdk/lib/libxpcom.so
/lib/libmozalloc.so -> xulrunner-devel-14.0.1/sdk/lib/libmozalloc.so
/usr/lib/libxul.so -> xulrunner-devel-14.0.1/sdk/lib/libxul.so


>  I assume that anyone sensible who builds xulrunner will use system
> versions of nspr, nss and sqlite but the current "Uncomment these if
> you have installed them" makes logical sense (what is in the book
> should build and run).  So, have these nss libraries been removed
> from -devel in 14, or was this already broken ?  I guess Andy isn't
> around at the moment.

I use system ones.

>  I'm going to sort out the commands (still using what is effectively
> a DESTDIR at the moment - fortunately) and install this, then I
> think I'll have to try the same thing for 13.0.1.  I'm also getting
> unexpected times (only 14 SBU, although standalone firefox took 18
> SBU).

Using some suggestions from Armin, the build times/sizes for all {mo,gnu}zilla 
have been much reduced.

>  Oh well, at least I've learned something : my system nss and nspr
> aren't stripped : and they're massively bigger than even
> xulrunner's unstripped versions. [sigh]

Have got

-rwxr-xr-x 1 root root 721K Jun  7 13:17 /usr/lib/libnspr4.so
-rwxr-xr-x 1 root root 1,5M Jun  7 12:57 /usr/lib/libnss3.so

but don't know how large they are.

-- 
[]s,
Fernando
-- 
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