Re: mjpegtools dependency problem: SDL_gfx conflict
Tom Gramila <[email protected]>
| Newsgroups | gmane.linux.freshrpms.user |
|---|---|
| Message-ID | <[email protected]> |
> > I have run into a problem updating mjpegtools to > > mjpegtools.x86_64 0:1.9.0-0.4.fc6 > > yum reports a dependency conflict: > > libSDL_gfx.so.13()(64bit) is needed by package mjpegtools > > The problem, I think, stems from having both freshrpms and dries enabled, > > and SDL_gfx on my machine has been updated to > > SDL_gfx-2.0.15-1.fc6.rf > > Which is from dries. > > This is actually more of an issue between Dries and Extras : SDL_gfx is > included in main Extras, and still at version 2.0.13, which is the one > I rebuild my packages against. I think Dries should prevent SDL_gfx > rebuilds to happen in his repository, at least for Fedora releases. > > Matthias Thanks for the clarification. I found some more information regarding SDL_gfx, which seems to suggest some prior confusion on their part may add to the dependency issue: "Author's Comment: The library versioning was changed in version 2.0.14. The original versioning used .so.13.0.0 which was wrong. The new versioning is using .so.0.0.14 which is right. The RPM dependency is set from the previous versioning scheme. A quick fix would be to locate the .so file using "locate SDL_gfx | grep .so" and making a symbolic link to the missing dependency as in "ln -s /usr/lib/SDL_gfx.so.0.0.15 /usr/lib/SDL_gfx.so.13". A newer .15 RPM might requires some scripts to do this automatically - I don't know how to set this up (that's why there is no .15 RPM right now.)" from: http://www.ferzkopp.net/joomla/content/view/19/14/ Tom G.