Summary: | Mozilla browsers: GUI problems on HPPA | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Jeroen Roovers (RETIRED) <jer> |
Component: | Current packages | Assignee: | Mozilla Gentoo Team <mozilla> |
Status: | RESOLVED FIXED | ||
Severity: | critical | CC: | hppa |
Priority: | High | ||
Version: | 2007.0 | ||
Hardware: | HPPA | ||
OS: | Linux | ||
URL: | http://www.xs4all.nl/~rooversj/gentoo/images/mozilla-firefox-detached.png | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
mozilla-firefox-2.0.0.5-hppa.patch
mozilla-firefox-2.0.0.8-r1.ebuild |
Description
Jeroen Roovers (RETIRED)
2007-06-04 15:51:22 UTC
It's not just Mozilla Firefox that is affected, but Seamonkey as well.
>=www-client/mozilla-firefox-2.0.0.3
>=www-client/seamonkey-1.1.2
What about thunderbird? Test with both 1.5 and 2.0 series please :) (In reply to comment #2) > What about thunderbird? > > Test with both 1.5 and 2.0 series please :) Thunderbird isn't patched or keyworded for HPPA like Seamonkey and Firefox are. Just for good measure, I built and ran Thunderbird (mail-client/thunderbird-2.0.0.0) and it exhibited the exact same problem as Seamonkey: it shows a GUI but doesn't respond (although the GUI itself does respond superficially). So let's focus our attention to Firefox and Seamonkey. Same on 2.0.0.5/1.1.3? (In reply to comment #4) > Same on 2.0.0.5/1.1.3? Of course. What could possibly have changed to better the situation? Something broke a few versions ago and nothing has been done to mend it... armin76 pointed out a HPPA-specific patch that Debian uses for mozilla-firefox that is missing in Gentoo's 2.0.0.4 and up: --- /var/tmp/portage/www-client/mozilla-firefox-2.0.0.4/work/mozilla/xpcom/reflect/xptcall/src/md/unix/xptcstubs_asm_parisc_linux.s 2007-07-23 13:05:26.000000000 +0000 +++ xpcom/reflect/xptcall/src/md/unix/xptcstubs_asm_parisc_linux.s 2007-07-23 13:18:53.000000000 +0000 @@ -46,6 +46,13 @@ LDO -40-curframesz-lastframesz(%r30),%r24 ; normal args is arg2 LDO -80(%r30),%r23 ; floating args is arg3 +; BL .+8,%r2 +; ADDIL L'PrepareAndDispatch-$PIC_pcrel$0+4,%r2 +; LDO R'PrepareAndDispatch-$PIC_pcrel$1+8(%r1),%r1 +;$PIC_pcrel$0 +; LDSID (%r1),%r31 +;$PIC_pcrel$1 +; MTSP %r31,%sr0 .CALL ARGW0=GR,ARGW1=GR,ARGW2=GR,ARGW3=GR,RTNVAL=GR ;in=23-26;out=28; BL PrepareAndDispatch, %r31 COPY %r31,%r2 Whatever it does, it does not fix the issue. Created attachment 125927 [details, diff]
mozilla-firefox-2.0.0.5-hppa.patch
Gentoo's versus Debian's firefox 2.0.0.4, according to armin76.
(In reply to comment #7) > Gentoo's versus Debian's firefox 2.0.0.4, according to armin76. Debian's iceweasel 2.0.0.4 too. After armin76 asked me to a dozen times, I used debootstrap to create a "sid" chroot and found that Debian's iceweasel-2.0.0.5-1 works correctly: user agent: Mozilla/5.0 (X11; U; Linux parisc; en-US; rv:1.8.1.5) Gecko/20070719 Iceweasel/2.0.0.5 (Debian-2.0.0.5-1); Again, I have no idea what this proves. (In reply to comment #9) > Again, I have no idea what this proves. Just to be ABSOLUTELY clear on this issue: iceweasel is a fork of firefox, with a different source tree, maintained at a different location. Comparing runtime behaviour is not useful at this point, while comparing the source trees may well be, so we can backport to firefox some of the changes that make iceweasel work on HPPA. Until www-client/iceweasel hits the Portage tree, testing it in a Debian chroot or testing iceweasel binaries on a Gentoo/HPPA system is useless. Backporting iceweasel's HPPA-specific changes to firefox might prove a lot more fruitful. (In reply to comment #10) > (In reply to comment #9) > > Again, I have no idea what this proves. > > Just to be ABSOLUTELY clear on this issue: iceweasel is a fork of firefox, with > a different source tree, maintained at a different location. Comparing runtime > behaviour is not useful at this point, while comparing the source trees may > well be, so we can backport to firefox some of the changes that make iceweasel > work on HPPA. > > Until www-client/iceweasel hits the Portage tree, testing it in a Debian chroot > or testing iceweasel binaries on a Gentoo/HPPA system is useless. > > Backporting iceweasel's HPPA-specific changes to firefox might prove a lot more > fruitful. > Right, the thing is that we didn't knew if iceweasel on Debian worked on HPPA. So it's stupid to compare their code if we *dont* know if it really works. We now know that on Debian it works, now we have to see if it works under our system, to see if its some lib causing that or it's the app itself. Again, i just wanted to check that because i know they don't test the packages unless someone has a problem, like there was with qt-4.3.0 on alpha. Wed Oct 25 13:08:32 2006 >>> www-client/mozilla-firefox-2.0 Fri Nov 10 08:08:47 2006 >>> www-client/mozilla-firefox-2.0 Wed Nov 15 06:13:58 2006 <<< www-client/mozilla-firefox-2.0 Wed Nov 15 06:41:43 2006 >>> www-client/mozilla-firefox-2.0 Mon Nov 20 00:17:24 2006 <<< www-client/mozilla-firefox-2.0 Mon Nov 20 00:17:24 2006 >>> www-client/mozilla-firefox-2.0-r1 Sun Dec 3 07:25:47 2006 <<< www-client/mozilla-firefox-2.0-r1 Sun Dec 3 07:25:47 2006 >>> www-client/mozilla-firefox-2.0-r2 Wed Dec 20 03:28:25 2006 <<< www-client/mozilla-firefox-2.0-r2 Wed Dec 20 14:32:03 2006 >>> www-client/mozilla-firefox-2.0-r2 Thu Dec 21 23:41:31 2006 <<< www-client/mozilla-firefox-2.0-r2 Thu Dec 21 23:41:31 2006 >>> www-client/mozilla-firefox-2.0.0.1 Sun Jan 14 22:43:55 2007 <<< www-client/mozilla-firefox-2.0.0.1 Sun Jan 14 22:43:55 2007 >>> www-client/mozilla-firefox-2.0.0.1-r2 Tue Jan 16 18:40:24 2007 <<< www-client/mozilla-firefox-2.0.0.1-r2 Mon Feb 26 05:21:48 2007 >>> www-client/mozilla-firefox-2.0.0.2 Sat Mar 3 17:06:08 2007 >>> www-client/mozilla-firefox-2.0.0.2 Fri Mar 23 04:26:48 2007 <<< www-client/mozilla-firefox-2.0.0.2 Fri Mar 23 04:26:48 2007 >>> www-client/mozilla-firefox-2.0.0.3 Tue Apr 3 05:29:14 2007 >>> www-client/mozilla-firefox-2.0.0.3 Wed Apr 18 06:13:06 2007 <<< www-client/mozilla-firefox-2.0.0.3 Wed Apr 18 06:21:47 2007 >>> www-client/mozilla-firefox-2.0.0.2 Wed Apr 18 17:44:44 2007 <<< www-client/mozilla-firefox-2.0.0.2 Wed Apr 18 17:44:44 2007 >>> www-client/mozilla-firefox-2.0.0.3 Fri Jun 1 06:12:09 2007 <<< www-client/mozilla-firefox-2.0.0.3 Fri Jun 1 06:12:09 2007 >>> www-client/mozilla-firefox-2.0.0.4 Fri Jun 1 08:53:19 2007 >>> www-client/mozilla-firefox-2.0.0.4 Mon Jun 4 09:39:14 2007 >>> www-client/mozilla-firefox-2.0.0.4 Mon Jun 4 17:26:51 2007 <<< www-client/mozilla-firefox-2.0.0.4 Mon Jun 4 17:26:51 2007 >>> www-client/mozilla-firefox-2.0.0.2 Mon Jun 4 21:16:32 2007 <<< www-client/mozilla-firefox-2.0.0.2 Mon Jun 4 21:16:32 2007 >>> www-client/mozilla-firefox-2.0.0.4 Fri Jul 13 09:41:03 2007 <<< www-client/mozilla-firefox-2.0.0.4 Fri Jul 13 18:05:55 2007 >>> www-client/mozilla-firefox-2.0.0.4 Thu Jul 19 18:13:58 2007 <<< www-client/mozilla-firefox-2.0.0.4 Thu Jul 19 18:13:58 2007 >>> www-client/mozilla-firefox-2.0.0.5 Tue Jul 24 01:49:48 2007 >>> www-client/mozilla-firefox-2.0.0.5 Tue Jul 24 21:04:25 2007 >>> www-client/mozilla-firefox-2.0.0.5 Wed Jul 25 00:13:26 2007 >>> www-client/mozilla-firefox-2.0.0.5 Would it help if I raised the severity? Created attachment 134249 [details] mozilla-firefox-2.0.0.8-r1.ebuild I can't test firefox on hake because it never shows up, no version shows up, it just segfaults. Let's try this way: I've sucessfully built iceweasel on ia64(and the iceweasel source, it's exactly the same as firefox, do a diff and you'll see). This ebuild applies the patches from Debian, and only the patches they apply. You need http://sources.gentoo.org/viewcvs.py/*checkout*/gentoo/src/patchsets/mozilla-firefox/2.0.0.8/002_firefox-libdeps.patch?rev=1.1 in the files dir as well. Let's see if it works...as i can't test it (In reply to comment #14) > Let's try this way: I've sucessfully built iceweasel on ia64(and the iceweasel > source, it's exactly the same as firefox, do a diff and you'll see). > > This ebuild applies the patches from Debian, and only the patches they apply. > > You need > http://sources.gentoo.org/viewcvs.py/*checkout*/gentoo/src/patchsets/mozilla-firefox/2.0.0.8/002_firefox-libdeps.patch?rev=1.1 > in the files dir as well. > > Let's see if it works...as i can't test it I'll test that. With this "iceweasel" build it doesn't simply quit with a weird exit status, but just sits there presenting a window with two buttons showing no text labels, like in the URL above. Please attach a build log (In reply to comment #18) > http://sources.gentoo.org/viewcvs.py/gentoo/src/patchsets/mozilla-firefox/2.0.0.10/004_mozilla-hppa.patch?r1=1.1&r2=1.2 > In other words, we might need to look out for things like this in the future: --- 004_mozilla-hppa.patch 2007/11/28 11:41:36 1.1 +++ 004_mozilla-hppa.patch 2007/11/29 14:04:43 1.2 @@ -21,7 +21,7 @@ +# Linux/HPPA/gcc +# +ifeq ($(OS_ARCH),Linux) -+ifneq (,$(filter parisc parisc64,$(OS_TEST))) ++ifneq (,$(filter hppa2.0 hppa1.1,$(OS_TEST))) +#ifeq ($(CC),gcc) # Do not check for gcc since there is only this compiler on linux for hppa +CPPSRCS := xptcinvoke_pa32.cpp xptcstubs_pa32.cpp +ASFILES := xptcstubs_asm_parisc_linux.s xptcinvoke_asm_parisc_linux.s Got the problem located and fixed. It was a regression from bug 168893, it detected hppa2.0 instead of parisc, so it wasn't compiling the right xpcom files, so it didn't work. It's fixed in mozilla-firefox-2.0.0.10 patchset 0.2. seamonkey-1.1.6 patchset 0.3 xulrunner-1.8.1.10 patchset 0.1 Sorry for taking this so long. |