ALL things related to firefox/thunderbird 1.5!

Message

Anarchy · Post by **Anarchy** » Sat Nov 19, 2005 1:34 am

So we do not need another thread I would like to keep all 1.5 release info in one thread this will help those searching for solutions to problems they are encountering, while at same time gives us one thread to view for all our info. If everyone who is using or has comments would leave them here it would help me the most as I am one doing all portage bumps and fixes at the moment. Wuno and Gergan are in communication with me with any problems or suggestions and everyone else can do same here or via my email anarchy@gentoo.org. Thanks for your feedback and suggestions in advanced.

Gergan Penkov · Post by **Gergan Penkov** » Sat Nov 19, 2005 1:25 pm

To mods, could you please made this sticky as there are people who are still using the other threads and are opening new threads around.

bladus · Post by **bladus** » Sat Nov 19, 2005 1:55 pm

I'll paste my post from the other thread here:

I have the same problem with the md5 verfification:

Code: Select all

!!!    /usr/portage/distfiles/embed-typeaheadfind.patch
!!! Reason: Failed on MD5 verification

UPDATE: removing first mirror solved it. Might be also have been a proxy issue. Compiling now

Im using the rc3 from portage, how did you removed the first mirror?

mu-sly · Post by **mu-sly** » Sat Nov 19, 2005 7:02 pm

I'll re-post mine here too.

bladus wrote:I have the same problem with the md5 verfification:
Code: Select all
!!!    /usr/portage/distfiles/embed-typeaheadfind.patch
!!! Reason: Failed on MD5 verification

With 1.5 RC3 ebuild (from yesterday), I had that too - just did:

Code: Select all

rm /usr/portage/distfiles/*fox*
rm /usr/portage/distfiles/embed-typeaheadfind.patch

And then because I was feeling destructive:

Code: Select all

rm /usr/portage/distfiles/*.patch

Gets a lot further than before. However, now my compile dies with:

Code: Select all

../../../../coreconf/nsinstall/Linux2.6_x86_glibc_PTH_OPT.OBJ/nsinstall -R -m 775 Linux2.6_x86_glibc_PTH_OPT.OBJ/mangle /var/tmp/portage/mozilla-firefox-1.5_rc3/work/mozilla/dist/bin
gmake[4]: Leaving directory `/var/tmp/portage/mozilla-firefox-1.5_rc3/work/mozilla/security/nss/cmd/shlibsign/mangle'
Sat Nov 19 15:07:14 GMT 2005
Linux2.6_x86_glibc_PTH_OPT.OBJ/shlibsign -v -i /var/tmp/portage/mozilla-firefox-1.5_rc3/work/mozilla/dist/lib/libsoftokn3.so
Linux2.6_x86_glibc_PTH_OPT.OBJ/shlibsign: /usr/lib/mozilla-firefox/libnss3.so: version `NSS_3.10' not found (required by Linux2.6_x86_glibc_PTH_OPT.OBJ/shlibsign)
gmake[3]: *** [/var/tmp/portage/mozilla-firefox-1.5_rc3/work/mozilla/dist/lib/libsoftokn3.chk] Error 1
gmake[3]: Leaving directory `/var/tmp/portage/mozilla-firefox-1.5_rc3/work/mozilla/security/nss/cmd/shlibsign'
gmake[2]: *** [libs] Error 2
gmake[2]: Leaving directory `/var/tmp/portage/mozilla-firefox-1.5_rc3/work/mozilla/security/manager'
gmake[1]: *** [tier_50] Error 2
gmake[1]: Leaving directory `/var/tmp/portage/mozilla-firefox-1.5_rc3/work/mozilla'
make: *** [default] Error 2

!!! ERROR: www-client/mozilla-firefox-1.5_rc3 failed.
!!! Function src_compile, Line 178, Exitcode 2
!!! (no error message)
!!! If you need support, post the topmost build error, NOT this status message.

I see NSS 3.10 is out, but it's not in Portage at the moment - my dev-libs/nss is 3.9.2-r2.

This is the first time I've tried out 1.5 - wanted to leave it until it was nearly the final version. However, couldn't get it to compile so I'm still on 1.0.7 - perhaps I'll just wait until the final comes out, but thought I'd post this error here anyway.

wuno · Post by **wuno** » Sat Nov 19, 2005 8:02 pm

marked the old thread as deprecated

Gergan Penkov · Post by **Gergan Penkov** » Sun Nov 20, 2005 3:11 pm

@mu-sly
This seems to be a problem with some of the mirrors, try to resync and emerge again.
The problem has nothing to do with nss as it is included in firefox.

bladus · Post by **bladus** » Sun Nov 20, 2005 3:34 pm

i resynced a few times, still the same error.

isn't it possible to upload the right version of embed-typeaheadfind.patch somewhere else, until the servers get the correct version of the patch?

Gergan Penkov · Post by **Gergan Penkov** » Sun Nov 20, 2005 5:05 pm

try rm-oving the patch from your dist-directory and emerging again, as wuno adviced in this thread http://forums.gentoo.org/viewtopic-p-28 ... ml#2892256 it seems that this should work.

bladus · Post by **bladus** » Sun Nov 20, 2005 5:15 pm

I didn't see that post

It's compiling now, thank you!

sian · Post by **sian** » Mon Nov 21, 2005 6:56 am

How localize firefox under gentoo ?

wuno · Post by **wuno** » Mon Nov 21, 2005 7:36 am

sian wrote:How localize firefox under gentoo ?

The best way is to grab an *.xpi file (probably that of the newes mozilla-l10n nightly). As then you can switch between your language and en_US if needed. If you integrate your language at compile time, you will only have this. Further, there is no real compilation of the language code its just pulled in and exchanged again the respective en_US *.dtd, *.jar and so on files.

JaQoB · Post by **JaQoB** » Mon Nov 21, 2005 8:24 am

Cant emerge the new mozilla-firefox-1.5_rc3-r1

Code: Select all

[ebuild     U ]  www-client/mozilla-firefox-1.5_rc3-r1 [1.5_rc3] -debug -gnome +ipv6 +java -mozdevelop -mozsvg -xinerama -xprint 0 kB

...

nsExpatDriver.cpp:389: error: `MOZ_XML_StopParser' undeclared (first use this fu
nction)
nsExpatDriver.cpp:389: error: (Each undeclared identifier is reported only once
for each function it appears in.)
nsExpatDriver.cpp: In member function `nsresult nsExpatDriver::HandleProcessingI
nstruction(const PRUnichar*, const PRUnichar*)':
nsExpatDriver.cpp:456: error: `MOZ_XML_StopParser' undeclared (first use this fu
nction)
nsExpatDriver.cpp: In member function `nsresult nsExpatDriver::HandleError()':
nsExpatDriver.cpp:766: error: `MOZ_XML_GetMismatchedTag' undeclared (first use t
his function)
nsExpatDriver.cpp: In member function `virtual nsresult nsExpatDriver::ConsumeTo
ken(nsScanner&, PRBool&)':
nsExpatDriver.cpp:971: error: `MOZ_XML_ResumeParser' undeclared (first use this                    function)
nsExpatDriver.cpp: In member function `virtual void nsExpatDriver::Terminate()':
nsExpatDriver.cpp:1146: error: `MOZ_XML_StopParser' undeclared (first use this f                   unction)
gmake[3]: *** [nsExpatDriver.o] Error 1
gmake[3]: *** Waiting for unfinished jobs....
gmake[3]: Leaving directory `/arkiv/temp/portage/mozilla-firefox-1.5_rc3-r1/work                   /mozilla/parser/htmlparser/src'
gmake[2]: *** [libs] Error 2
gmake[2]: Leaving directory `/arkiv/temp/portage/mozilla-firefox-1.5_rc3-r1/work                   /mozilla/parser/htmlparser'
gmake[1]: *** [tier_9] Error 2
gmake[1]: Leaving directory `/arkiv/temp/portage/mozilla-firefox-1.5_rc3-r1/work                   /mozilla'
make: *** [default] Error 2

!!! ERROR: www-client/mozilla-firefox-1.5_rc3-r1 failed.
!!! Function src_compile, Line 183, Exitcode 2
!!! (no error message)
!!! If you need support, post the topmost build error, NOT this status message.

Anyone knows what can be wrong?

wuno · Post by **wuno** » Mon Nov 21, 2005 9:47 am

JaQoB wrote:Cant emerge the new mozilla-firefox-1.5_rc3-r1

Code: Select all

[ebuild     U ]  www-client/mozilla-firefox-1.5_rc3-r1 [1.5_rc3] -debug -gnome +ipv6 +java -mozdevelop -mozsvg -xinerama -xprint 0 kB

...

nsExpatDriver.cpp:389: error: `MOZ_XML_StopParser' undeclared (first use this fu
nction)
nsExpatDriver.cpp:389: error: (Each undeclared identifier is reported only once
for each function it appears in.)
nsExpatDriver.cpp: In member function `nsresult nsExpatDriver::HandleProcessingI
nstruction(const PRUnichar*, const PRUnichar*)':
nsExpatDriver.cpp:456: error: `MOZ_XML_StopParser' undeclared (first use this fu
nction)
nsExpatDriver.cpp: In member function `nsresult nsExpatDriver::HandleError()':
nsExpatDriver.cpp:766: error: `MOZ_XML_GetMismatchedTag' undeclared (first use t
his function)
nsExpatDriver.cpp: In member function `virtual nsresult nsExpatDriver::ConsumeTo
ken(nsScanner&, PRBool&)':
nsExpatDriver.cpp:971: error: `MOZ_XML_ResumeParser' undeclared (first use this                    function)
nsExpatDriver.cpp: In member function `virtual void nsExpatDriver::Terminate()':
nsExpatDriver.cpp:1146: error: `MOZ_XML_StopParser' undeclared (first use this f                   unction)
gmake[3]: *** [nsExpatDriver.o] Error 1
gmake[3]: *** Waiting for unfinished jobs....
gmake[3]: Leaving directory `/arkiv/temp/portage/mozilla-firefox-1.5_rc3-r1/work                   /mozilla/parser/htmlparser/src'
gmake[2]: *** [libs] Error 2
gmake[2]: Leaving directory `/arkiv/temp/portage/mozilla-firefox-1.5_rc3-r1/work                   /mozilla/parser/htmlparser'
gmake[1]: *** [tier_9] Error 2
gmake[1]: Leaving directory `/arkiv/temp/portage/mozilla-firefox-1.5_rc3-r1/work                   /mozilla'
make: *** [default] Error 2

Anyone knows what can be wrong?

This is really a strange one. I see exactly this compile error with nsExpatDriver once in a while from time to time. Try to simply emerge it again, this worked nearly everytime for me. Still wondering what happens there though.
Same error was seen long time ago http://forums.gentoo.org/viewtopic-t-37 ... t-175.html (scroll a little bit down)

JaQoB · Post by **JaQoB** » Mon Nov 21, 2005 12:04 pm

wuno wrote:This is really a strange one. I see exactly this compile error with nsExpatDriver once in a while from time to time. Try to simply emerge it again, this worked nearly everytime for me. Still wondering what happens there though.
Same error was seen long time ago http://forums.gentoo.org/viewtopic-t-37 ... t-175.html (scroll a little bit down)

Emerge again solved it, thanks!
Anyone wants to explain why, feel free

airwin · Post by **airwin** » Wed Nov 23, 2005 6:34 pm

Anarchy, Gergan, please consider adding "--enable-system-cairo" to .mozfconfig in the ebuilds.

wuno · Post by **wuno** » Wed Nov 23, 2005 9:11 pm

airwin wrote:Anarchy, Gergan, please consider adding "--enable-system-cairo" to .mozfconfig in the ebuilds.

Which advantages does it have against the built-in cairo?

Gergan Penkov · Post by **Gergan Penkov** » Wed Nov 23, 2005 9:57 pm

Well, there are advantages, but I think that anarchy, has taken the correct decision.
the advantage is, less memory usage and faster start times, because if the system cairo is not used mozilla builds static cairo and links against it - this means second copy of part of the library and slower ff-start time.
the disadvantage is support, some of us, who have built cvs with thebes, know about the strange artefacts, the resolution was using the mozilla's cairo.
I think that as long cairo is not really stable, the better choice is building with ff-cairo and if problems occur, bugging mozilla about them:)

airwin · Post by **airwin** » Wed Nov 23, 2005 9:58 pm

wuno wrote:
airwin wrote:Anarchy, Gergan, please consider adding "--enable-system-cairo" to .mozfconfig in the ebuilds.
Which advantages does it have against the built-in cairo?

Um, one installation of cairo?

That means less space on the disk. And less work for the ebuild maintainers - mozilla package maintainers have no longer care for cairo bugs. Also better for the users - no need to recompile 3 packages if a bugfix of cairo comes out.

And Gentoo is more than capable to track package dependencies.

airwin · Post by **airwin** » Wed Nov 23, 2005 10:07 pm

Gergan Penkov wrote:Well, there are advantages, but I think that anarchy, has taken the correct decision.
the advantage is, less memory usage and faster start times, because if the system cairo is not used mozilla builds static cairo and links against it - this means second copy of part of the library and slower ff-start time.
the disadvantage is support, some of us, who have built cvs with thebes, know about the strange artefacts, the resolution was using the mozilla's cairo.
I think that as long cairo is not really stable, the better choice is building with ff-cairo and if problems occur, bugging mozilla about them:)

Well, static libraries mean extra memory. Read-only shared objects share memory segments across different programs.

If you inspect startup time, you have to compare symbol resolution time of the shared object versus the extra time for copying the static library part from the disk or disk cache into the text pages.

airwin · Post by **airwin** » Wed Nov 23, 2005 10:11 pm

Then make it a USE flag.

And everybody is happy

Cinder6 · Post by **Cinder6** » Thu Nov 24, 2005 6:39 am

Just a quick question: Is the rc3 in Portage the same thing as http://www.mozilla.org/projects/firefox/ ? I ask because there was some weird naming convention stuff a few weeks ago that made rcX slightly confusing...

wuno · Post by **wuno** » Thu Nov 24, 2005 6:55 am

Cinder6 wrote:Just a quick question: Is the rc3 in Portage the same thing as http://www.mozilla.org/projects/firefox/ ? I ask because there was some weird naming convention stuff a few weeks ago that made rcX slightly confusing...

Yes weird naming is now turned off

Take the portage version

Cinder6 · Post by **Cinder6** » Thu Nov 24, 2005 6:57 am

Excellent! Thanks.

PeterH · Post by **PeterH** » Fri Nov 25, 2005 8:31 am

I'm using the Firefox 1.5 RC1 from this thread.

Opening things like preferences, about window or the "save file dialog" causes a one second delay with 100% cpu usage.
Sometimes this even causes open firefox windows to refresh.

Does anybody else see this?

Upstream bug # is https://bugzilla.mozilla.org/show_bug.cgi?id=305970

A patch is now available in mozilla bugzilla. From the looks of it, this fix won't make it into Firefox 1.5.
Should it be added to the gentoo ebuild? It's a pretty annoying bug.

Cthulhu666 · Post by **Cthulhu666** » Fri Nov 25, 2005 8:45 am

PeterH wrote: Upstream bug # is https://bugzilla.mozilla.org/show_bug.cgi?id=305970

A patch is now available in mozilla bugzilla. From the looks of it, this fix won't make it into Firefox 1.5.
Should it be added to the gentoo ebuild? It's a pretty annoying bug.

I vote in favor for inclusion in the Gentoo ebuild.

No need to delay bugfixes

ALL things related to firefox/thunderbird 1.5!

ALL things related to firefox/thunderbird 1.5!

MD5 Fixed, NSS problem though

cairo

Re: cairo

Re: cairo

Bug 305970

Re: Bug 305970