Stange, after compiling mozilla-1.0-r3 (it builds ok) mozilla won't start anymore. When I checked at the console what error-message was causing this, I got nothing; it just starts & crashes at the same time I guess... I'm using 1.3 (gcc 3.1, ...) by the way.... Anyone got this too ?
I tracked this problem down to a missing file: /usr/lib/mozilla/mozilla-xremote-client doesn't get installed. But the /usr/bin/mozilla script uses this client to check for some running mozilla instance (see function check_running()). Because of this, the wrapper script thinks there is already some mozilla instance running and instead of starting mozilla it calls the mozilla-xremote-client which doesn not exist -> nothing happens. You can still start mozilla via /usr/lib/mozilla/mozilla. But cut&paste (via 3rd mouse button) does not work with this mozilla. This fact alone makes this patched mozilla unusable. Nobody can tell my this package was tested. Why wasn't it masked? Cheers, Andreas
Galeon and Nautilus do not work with this Mozilla, too. checking for gdk_superwin_get_type in -lgtksuperwin... no checking for gtk_moz_embed_get_type in -lgtkembedmoz... no checking for Mozilla... no configure: error: *** Mozilla 1.0.0 is required *** A package for 1.0.0 is available here: *** http://ftp.mozilla.org/pub/mozilla/releases/mozilla1.0.0/. !!! ERROR: The ebuild did not complete successfully.
> Nobody can tell my this package was tested. Why wasn't it masked? Oh really ? So I guess the fact that I recompiled it at least 5 times to test the gtk2 support, and then the other at least 15 times trying to sort the plugin/java-oji (java-oji still dont work sadly) support out do not count? > a missing file: /usr/lib/mozilla/mozilla-xremote-client > doesn't get installed. -------------------------cut----------------------------------------- nosferatu root # epm -qf /usr/lib/mozilla/mozilla-xremote-client mozilla-1.0-r3 nosferatu root # -------------------------cut----------------------------------------- Really, REALLY weird. > checking for gdk_superwin_get_type in -lgtksuperwin... no > checking for gtk_moz_embed_get_type in -lgtkembedmoz... no > checking for Mozilla... no No comment. Since it seems we are into double guessing and insulting people who devote their spare time for the enjoyment of others without asking for a nikkel, Ill take that approach up as well. The problem is what they call a "l-user" problem. Even with the warnings, people still dont heed them, and just unmask untested packages, or use experimental USE flags. If things then break, they are the first to go out and bitch. In short, take out the "gtk2" USE flag, and remerge mozilla. As for the pasting and galeon problems, that is issues with the gtk2 port. The mozilla-xremote-client issue i missed, as gtk2 was the first thing changed in -r3, thus when its support was still slightly broken, I didnt give it much thought again when I started with the plugin/gcc3 stuff.
Ok, this was again one of those "come home from long hard day at work and replying without thinking". No need to forget my manners. Ill try to eat or something next time *before* I read my new bugs.
Pasting is also broken for me even though I do not have USE gtk2, only USE gtk.
Hmmm, actually nautilus DOES work - 4 me anyway ;-) - even better than mozilla rc3 itself, nautilus gives me AA fonts like before, mozilla stopped supplying those :'-( Anyway, before I get blamed 4 bugging y'all too much, Thanx over & over again 4 this splendid distro! Regards, Rigo
Please post the output of: # ls /usr/lib/mozilla/components/libwidget* Thanks.
/usr/lib/mozilla/components/libwidget_gtk2.so
Libs and their meanings: 1) libwidget_gtk.so - compiled against gtk+-1.2 2) libwidget_gtk2.so - compiled against gtk+-2.0
*** Bug 4815 has been marked as a duplicate of this bug. ***
> Oh really ? So I guess the fact that I recompiled it at least 5 times > ... and then the other at least 15 times ... do not count? Okay, so you tested it but the bug didn't show up in the testing. Sorry for my accusation. I guess it was some king of "come home from long hard day at work and report without thinking" for me too ;-) > The problem is what they call a "l-user" problem. > In short, take out the "gtk2" USE flag, and remerge mozilla. I had the problems mentioned in this bug report even without using the gtk2 USE flag. I never ever used that flag. > Please post the output of: > # ls /usr/lib/mozilla/components/libwidget* I am sorry, because I already switched back to mozilla-1.0-r2 I can't test this right now. But if you really need this output I can emerge r3 again. Cheers
Well, I think it could be relevent ... As it should not link to gtk2, and using gtk2 is the only reasons that I know of (sorda pretty on the spot) that causes your problem. Thus, it could be that for some reason, or in some circomstances without having gtk2 in USE (speculating here), it could be that the moz build scripts still builds against it. If you dont mind, build it without gtk2 in USE, but with "noclean" in FEATURES (make.conf). If you have the same problems, as well as libwidget-gtk2.so, please add the config.log from mozilla build as attatchment to this bug, or mail me. Thanks.
Created attachment 2137 [details] Gzipped config.log Okay, I just unmerged mozilla-1.0-r2 and emerged mozilla-1.0-r3. Although I don't have gtk2 in my USE flags -- I also checked that it's not per default in the gcc3 profile -- mozilla links against gtk-2. # ls /usr/lib/mozilla/components/libwidget* /usr/lib/mozilla/components/libwidget_gtk2.so Regarding the wrapper script /usr/bin/mozilla: The bug (doesn't start mozilla) mentioned in this bug report is gone. But now there is bug #4758. I attached the gzip'ed config.log but the only line with 'gtk' is 'configure:9943: checking for gtk+-2.0 >= 1.3.7' Cheers.
Any chance you still have the config.status lying around ? ;)
Oh, and what is the output of: # epm -q gtk+ or # qpkg gtk+ ?
Created attachment 2149 [details] gzipped config.status The gzipped config.status is attached. # epm -q gtk+ gtk+-2.0.5-r1 gtk+-1.2.10-r8
Bleh .. I did want to say I am sure I did test the ebuild. And as gtk2 is specifically enabled by you, i did a "grep -r gtk2 /usr/portage/profile/*". Seems like some bimbo enabled gtk2 for the gcc3 profile, and as my USE line goes something like: USE="-* ..." I didnt notice :/ Anyhow, Ill fix it asap.
Thanks for fixing that. Mozilla 1.0-r3 without gtk2 works now.
Great. I did try to have it compile both widget libs, but it then errors out :(. Guess its not really supported. Ill try, as when the gtk2 build gets more stable, and some things still use libwidget_gtk.so, it could be nice to have both build.
Ok, added a check for libwidget_gtk.so in Galeon, so at least there we should be covered.