firefox refuses to start, effectivly: ** (firefox-bin:8134): WARNING **: /usr/lib32/pango/1.4.0/modules/pango-basic-fc.so: cannot open share d object file: No such file or directory Failed to load Pango module for id: 'BasicScriptEngineFc' (firefox-bin:8134): GLib-GObject-CRITICAL **: file gobject.c: line 1561 (g_object_ref): assertion `G_I S_OBJECT (object)' failed ** (firefox-bin:8134): CRITICAL **: file pango-engine.c: line 68 (_pango_engine_shape_shape): assertio n `PANGO_IS_FONT (font)' failed ** ERROR **: file shape.c: line 75 (pango_shape): assertion failed: (glyphs->num_glyphs > 0) aborting... /usr/bin/firefox: line 88: 8134 Aborted $mozbin "$@" Reproducible: Always Steps to Reproduce: 1. emerge emul-linux-x86-gtklibs #emerges 1.2 2. emerge firefox 3. firefox #broken 4. emerge =emul-linux-x86-gtklibs-1.2 5. firefox #works Expected Results: Quickfix for firefox ebuild It should depend on =app-emulation/emul-linux-x86-gtklibs-1.0 and not on >=app-emulation/emul-linux-x86-gtklibs-1.0 Or fix emul-linux-x86-gtklibs-1.2 With 1.1 firefox it works also, so only 1.2 is broken
Created attachment 50712 [details, diff] mozilla-firefox-bin-1.0.ebuild.diff Please apply attached patch to net-www/mozilla-firefox-bin-1.0.ebuild
Happy Workarounds using app-emulation/emul-linux-x86-gtklibs-1.2 :-) # cd /usr/lib32 # ln -s /emul/linux/x86/usr/lib/pango pango $ firefox :-D
Thanks, this works. Could someone fix that in the ebuild?
I dont think so, because this is only a workaround... not an elegant or correct solution. Also I found other workarounds.. inside /etc/env.d/50emul-linux-x86-gtklibs LDPATH is missing LDPATH="/emul/linux/x86/lib:/emul/linux/x86/usr/lib" and other workaround is to run this regex :%s/\/usr\/lib32\/pango/\/emul\/linux\/x86\/usr\/lib32\/pango to this file /etc/pango/i686-pc-linux-gnu/pango.modules I don't know what is the right solution, so it would be nice if some amd64 dev take a look to this. :-)
I was having this bug, and I just made the symlink as suggested, and now Firefox seems to work. However, realplayer 10 (installed outside portage), which was also broken before I made the symlink, has "broken image" icons in place of where the images for Play, Stop, Pause, etc. are. Just thought I'd include that in case it's relevent to whoever tries to fix this correctly.
Please use media-video/realplayer-10.0.2 instead of manually install it. Just unmask and keyword it. If you make this, that subject becomes relevant.. :-)
Problem's still here. I had applied the dirty hack: # cd /usr/lib32 # ln -s /emul/linux/x86/usr/lib/pango pango but it came back to haunt me when I upgraded to 2005.0. So we still need a real fix.
Also, from what I can gather it's a combination of xorg-6.8.2 and emul-linux-x86-gtklibs-1.2 that's the problem.
This should be fixed now in CVS, app-emulation/emul-linux-x86-gtklibs-1.2-r1 creates the necessary symlinks. Please emerge it (~amd64) and let me know if it solves your problems. If not please reopen this bug.
Works here. Thanks =]
P.S. Might be a good idea to mark v1.2(-r0) as testing rather than stable.
Works here too. Thanks. Possibly it's a good idea to mark it amd64, since it seems to work much better than the most recent stable one...
Created attachment 53612 [details] Output of emerge -vd emul-linux-x86-gtklibs Well, seams to work elsewhere, but roland@ferrari /usr $ file /usr/lib32 /usr/lib32: symbolic link to `../../emul/linux/x86/usr/X11R6/lib32' roland@ferrari /usr $ file /usr/lib32/pango /usr/lib32/pango: broken symbolic link to `../../emul/linux/x86/usr/lib32/pango' roland@ferrari /usr $ file /emul/linux/x86/usr/lib32/pango /emul/linux/x86/usr/lib32/pango: directory roland@ferrari /usr $ I'm still using 2004.3 profile, and somehow during resoluting of pango symlink it first resolves /usr/lib32 and then the relativ symlink doesn't work any more Would like to suggest to make an absolute path in symlink.
You have this line in your emerge output, >>> /emul/linux/x86/usr/lib32 -> lib Can you check that /emul/linux/x86/usr/lib32 is a symlink to /emul/linux/x86/usr/lib? If it is then the new ebuild detects that pango and gtk-2.0 are in fact directories and so does not create any symlinks. If it is not then there is a problem with your emul-* installation.
Yes, /emul/linux/x86/usr/lib32 -> lib, but no help ... I then unmerged all emul-linux-x86-* packaged, did rm -fr /emul (Some lonesome files, mainly X11 related were still in), then emerge mozilla-firefox-bin => Works (!) Thanx
Sorry, after updating to 2005.0 profile (Makefile-profile_update-2005.0) this problem has re-apppeared. See http://www.pinguin.tv/firefox-2.txt I let this "as-is" now for further analyse requests...
Indeed, the problem re-appeared in 2005.0 for me too. I solved it with the symlink to /emul/linux/x86/usr/lib/pango.
Try reemerging app-emulation/emul-linux-x86-gtklibs-1.2-r1 ? I switched to 2005.0 a long time ago, so I had this problem with 2005.0.
Ok with emul-linux-x86-gtklibs-1.2-r1 firefox-bin works as that ebuild creates the pango symlink. I'm wondering, wouldn't it be more appropriate if this is fixed in a way similar to what Octavio Ruiz (Ta^3) suggested. The symlink seems a bit hacky just for firefox to work. Of course, I don't know what other apps might or might not depends on this symlink.
The fix supplied in app-emulation/emul-linux-x86-gtklibs-1.2-r1 works, and also fixes issues with several other 32 bit apps (acroread 7 springs to mind), and so represents the cleanest available solution. Not sure why the symlink is nuked during upgrade, but it can be reestablished by reemerging the appropriate emul lib. I consider this issue fixed, if others have this issue I will ask for a note to be added to the upgrade guide about emerging emul libs after the upgrade.
Ok, re-emerging emul-linux-x86-gtklibs-1.2-r1 only has solved this issue. ACCEPT_KEYWORDS="~amd64" emerge emul-linux-x86-gtklibs firefox, acroread work again. So the update to 2005.0 breaks this, we need to re-emerge above package. This should be added to the upgrade guide.
Please refrain from using commands such as ACCEPT_KEYWORDS="~amd64" emerge emul-linux-x86-gtklibs. For more information see this post in the forums: http://forums.gentoo.org/viewtopic-p-1060314.html#1060314 Even if you know what you're doing and know how to avoid the problems it can cause, mentioning it can lead other users to try it and break their systems.
Sorry, as noted in comment 20 this issue is principially fixed in 1.2-r1, but 1.2-r1 is still marked as "~amd64". So without (re)emerging that masked version, this package renders useless, no firefox-bin, no acroread. Can you give other advise, avoiding ~amd64 keyword, to get 1.2-r1 emerged
If you sync you will find that I have in fact marked emul-linux-x86-gtklibs-1.2-r1 stable (a few days ago now), as it fixes these issues. So you will not have to use anything in ~amd64 now.
In the future, just use the package.keywords file to mix stable and testing branches: http://www.gentoo.org/doc/en/handbook/handbook-amd64.xml?part=3&chap=3#doc_chap2
*** Bug 86828 has been marked as a duplicate of this bug. ***
Sorry, this "exactly" appears again with the 2.0 series of emul-linux-x86-* ebuilds
I just commited emul-linux-x86-gtklibs-2.1 to CVS which should solve this problem (again). Please upgrade and be sure you run etc-update. Let me know if this fixes it for you.
Ok, emul-linux-x86-gtklibs has fixed it again.
(In reply to comment #29) > Ok, emul-linux-x86-gtklibs has fixed it again. > It appears that this is an issue again. I am using emil-linux-x86-gtklibs-2.10.6.3 and anything 32-bit is screaming about pango and I can't read anything. I noticed that the error is that it can't find the pango/1.4.0 libs when in fact pango/1.5.0 is the one that exists. Can anyone help?