Red Hat Bugzilla – Bug 215163
traceback ImportError: libgtkembedmoz.so: cannot open shared object file: No such file or directory
Last modified: 2007-11-30 17:11:48 EST
It appears that gnome-python2-extras needs to be rebuilt as an update to match
the latest firefox update.
+++ This bug was initially created as a clone of Bug #215131 +++
Description of problem:
ImportError: libgtkembedmoz.so: cannot open shared object file: No such file or
Version-Release number of selected component (if applicable):
on a fully updated fc6 system including firefox-22.214.171.124-1.fc6
does listen need to be rebuilt against the firefox update?
-- Additional comment from email@example.com on 2006-11-11 07:20 EST --
No, it only requires gnome-python2-gtkmozembed (sub-package of
gnome-python2-extras) from core to be rebuilt.
I have rebuild gnome-python2-gtkmozembed against firefox-126.96.36.199 and it works
fine, but gnome-python2-gtkmozembed segfault bug still here (#205499)
I am not familiar with bug triaging, should I close or reassign it ?
-- New comment from Jef
Is there any eta with regard to a rebuild of gnome-python2-extras in Core? I
understand there is an already occuring segfault issue with listen limiting its
functionality. But until gnome-python2-extras is rebuilt in Core to match the
firefox update, listen or any other python application that attempts to import
gtkembedmoz won't even start up.
gnome-python2-extras-2.14.2-5.fc6 has been pushed for fc6, which should resolve this issue. If these problems are still present in this version, then please make note of it in this bug report.
*** Bug 214857 has been marked as a duplicate of this bug. ***
its happened again.... a new firefox update.... has caused this problem once again.
Note the latest firefox update is now firefox-188.8.131.52-1.fc6
and places /usr/lib/firefox-184.108.40.206/libgtkembedmoz.so
We need a build of gnome-python2-extras to match the new firefox.
Firefox's versioned library directory tree continues to be is a real real
problem since there is no way to trigger a rebuild of gnome-python2-extras with
each firefox update. Please push an update of this again to match the new
firefox update. pretty please.
I wonder why Firefox feels it necessary to install a directory that specifies
the version out to the, what would that be, nano number?
Is there a BuildRequires I could add to gnome-python2-extras that would flag
someone the next time the library location moves?
*** Bug 220432 has been marked as a duplicate of this bug. ***
Rebuilt and submitted directly to Fedora Updates (skipping Testing).
gnome-python2-extras-2.14.2-6.fc6 has been pushed for fc6, which should resolve this issue. If these problems are still present in this version, then please make note of it in this bug report.
Closing... 'til next time.
*** Bug 220554 has been marked as a duplicate of this bug. ***
(In reply to comment #8)
> Closing... 'til next time.
Just a thought. We could deal with this much more quickly if you used a
versioned requires on firefox in the spec file. That way we would be able to
rely on scripts which look for broken dependancies. The way the libraries are
packaged in firefox sneak around rpm's normal library dependancy checks and we
don't get a depchain breakage even though the directory those libraries are in
My understanding is that soon, but not soon enough, firefox 3/xulrunner will fix
this versioned directory structure problem. But in the meantime a versioned
firefox dependancy is the best thing we can do to prevent users from seeing
missing library errors.
For example adding
Requires: firefox = 220.127.116.11
should restore the depchain breakage notification.
Sounds like a good idea to me. Linking to relevant discussion on
I tried rolling a new package with just such a requirement, but I'm having
problems with the build system at the moment. I keep getting this error from
Executing /usr/sbin/mock-helper yum --installroot
/var/lib/mock/dist-fc6-build-164210-32944/root resolvedep 'gnome-panel-devel >=
2.2.0' 'pygtk2-devel' 'gnome-python2 >= 2.9.0' 'gtkspell-devel >= 2.0.7'
'gtkhtml2-devel >= 2.3.1' 'python-devel' 'glib2 >= 2.6.0' 'gtk2 >= 2.4.0'
'firefox-devel = 18.104.22.168' 'libbonoboui-devel'
No Package Found for firefox-devel = 22.214.171.124
Hey there. It's happening again.
I thought about filing a new bug, but this one pretty much sums it up.
The current gnome-python2-extras built against firefox 2.0.
The version currently in devel is 126.96.36.199.
This breaks gnome-python2-extras.
Not sure why the Requires wasn't working in comment #11...
I would think it would.
Thanks for the heads up, Kevin.
This bug is for Fedora Core 6 and I believe we're still okay there, though this
is proving to be an ongoing problem. I'll leave this in the MODIFIED state
until we're no longer updating Firefox in FC6.
I've opened bug #236012 to track this issue in Fedora 7.
Excellent. Thanks Matthew for the quick response.