Red Hat Bugzilla – Bug 242748
Inkscape fails to install dependencies
Last modified: 2007-11-30 17:12:06 EST
Description of problem:
Inkscape on F7 fails to install all required share runtime libraries
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. install fedora 7
2. install inkscape
3. run inkscape
Error while loading shared libraries: libgtkmm-2.4.so.1: cannot open shared
object file: No such file or directory
RPMs should include runtime dependencies
Manually installing missing libraries in turn then reveals further missing
dependencies, in total I installed the following manually to allow inkscape to run.
Jun 05 17:24:18 Installed: glibmm24.i386 2.12.8-1.fc7
Jun 05 17:25:18 Installed: gtkmm24.i386 2.10.9-1.fc7
Jun 05 17:26:59 Installed: cairomm.i386 1.2.4-1.fc7
Jun 05 17:27:40 Installed: libsigc++.i386 1.2.7-4.fc6
Jun 05 17:28:13 Installed: libsigc++20.i386 2.0.17-2
Jun 05 17:31:44 Installed: gc.i386 6.8-3.fc7
Hmmm, i've never seen that happen before. yum will of course install the
dependencies. As a matter of fact, it's technically impossible to install the
inkscape RPM if the deps aren't present, not unless you install with '--nodeps'.
Is this on i386 ? Did you do a clean F-7 install ? Did you install inkscape with
'yum install inkscape' ?
What does 'rpm -qR inkscape' return ?
This is a clean F7 install, I didn't use rpm --nodeps, actually I didn't use rpm
or yum directly, I used yumex, I suppose yumex could have a depsolving issue,
it's certainly much quicker than it was on FC6 :-)
I'm dual-booted back to windows now so can't check rpm -qR at the moment.
I'll boot back to Fedora, remove inkscape and the libs I installed manually,
then try again using rpm/yum rather then yumex and check what happens.
Also, do you have any other repos enabled other than fedora and fedora-updates ?
We're seeing similar reports on the mailing lists. Another question: how did you
install F-7, i.e. with what media (DVD, single CD spin, liveCD, ...) ?
Machine is a fresh install from F7 DVD.
I just yum removed all the "manual" dependencies with
# yum remove glibmm24 gtkmm24 cairomm libsigc++ libsig++20 gc
and it *DID* want to remove inkscape for dependencies, I was expecting it not
to, to be honest, so I let it remove all.
I then did a yum install inkscape, it wanted to pull in all those packages it
had just removed, and more besides
ImageMagick-c++ i386 126.96.36.199-3.fc7 fedora 152 k
ImageMagick-perl i386 188.8.131.52-3.fc7 fedora 148 k
cairomm i386 1.2.4-1.fc7 fedora 43 k
gc i386 6.8-3.fc7 fedora 133 k
glibmm24 i386 2.12.8-1.fc7 fedora 150 k
gtkmm24 i386 2.10.9-1.fc7 fedora 1.1 M
libEMF i386 1.0.3-3.fc7 fedora 90 k
perl-DateManip noarch 5.44-3.fc7 fedora 144 k
perl-Parse-Yapp noarch 1.05-36.fc6 fedora 46 k
perl-XML-DOM noarch 1.44-2.fc6 fedora 138 k
perl-XML-Parser i386 2.34-184.108.40.206.1 fedora 209 k
perl-XML-RegExp noarch 0.03-2.fc6 fedora 8.2 k
perl-XML-XQL noarch 0.68-4.fc7 fedora 109 k
plotutils i386 2.5-3.fc6 fedora 1.5 M
pstoedit i386 3.44-6.fc7 fedora 463 k
I cancelled that and tried yumex instead of yum, this was no different at this
point, the same larger list of dependencies were identified.
So it seems that either yum's metadata can get confused, or its depsolver can
sometimes bypass something.
I have no other repos configured at all, sorry I forgot to try the rpm -qR
before removing inkscape.
It looks to me more like yum skated over inkscape's deps rather than the
inkscape RPM failed to list its deps.
*** Bug 243597 has been marked as a duplicate of this bug. ***
Seems unfair to leave this assigned as an inkscape bug, duping to a more general
yum/pirut bz entry
*** This bug has been marked as a duplicate of 242368 ***