RPM dependency - sorry guys.


  I am trying to install foobillard (http://foobillard.sunsite.dk/) onto my laptop.  As per usual ;-) I have a dependency problem when installing the RPM.

  I have Mandrake 9.1 running very nicely on an Acer TravelMate 420.
  It has an ATI Radeon mobility 7500 graphics card
  (not sure if any other info is relevant)

  I've downloaded both the GLUT and SDL binary RPMs and get the same problem for both (note that I'm not clear on which I actually need).

  rpm -Uvh foobillard-2.9-1.i586.rpm

results in:

error: failed dependencies:
        libGLcore.so.1   is needed by foobillard-2.9-1

Similarly, for the SDL version I get:

error: failed dependencies:
        libGLcore.so.1   is needed by foobillard-2.9-SDL

  I've had a google and found that libGLcore.so.1 can be provided from an NVIDIA package (but I don't have an NVIDIA card).  I don't believe that this only works on NVIDIA (does it?).

  So, the question...

  What do I need to get in order to succeed with the installation?
LVL 15
Who is Participating?
GnsConnect With a Mentor Commented:
I just said it *might* work:-):-).

Care to share a snippet of the errors? Probable that the first one is more "significant...

Perhaps best to go with a more "traditional" tarball build then. At least will make it possible to deconfigure.

Hm. Did you install the libSDL1.2-devel-1.2.5-5mdk.i586 package (found on CD3 of the install CDs ... <CD mount point>/Mandrake/RPMS3/libSDL1.2-devel-1.2.5-5mdk.i586.rpm)?

-- Glenn
svenkarlsenConnect With a Mentor Commented:

sorry you haven't got any replies, - I'm not much into that application, but I suggest you try the FAQ on their site. As for your NVIDIA problem, their answer is:

Q: I have no NVIDIA Card but the compiler complains about some _NV functionts

A: Some standard gl.h files have all the extensions defined, which one can think of - even if the driver libs dont support them.
To disable NVIDIA features by hand do a:
 ...$ configure --enable-nvidia=no
before compiling.

This probably means that you will have to compile a pkg in order to install it, unless you can find another RPM which doesn't require the lib.

Kind regards,
CC Sven... It seems the binary rpms provided are built specifically for nvidia... Use the source rpm instead.

rpm -rebuild <source rpm>
rpm -ivh <just built package>
might work OK for you.

-- Glenn
Cloud Class® Course: CompTIA Cloud+

The CompTIA Cloud+ Basic training course will teach you about cloud concepts and models, data storage, networking, and network infrastructure.

jimmackAuthor Commented:
OK.  Thanx Sven.  I guessed it would come down to the dreaded build from the tarball :-(

I tried with the --enable-nvidia=no option in the configure, but I get problems because the compiler can't find SDL.h

I've tried freshmeat.net, but there are a lot of SDL (or SDL related) items.  I'm pretty sure I can ignore the Perl and LISP wrappers, but can you provide any info about where to get the SDL files that I need (preferably ones that I don't need to build :-)).

I always seem to find that it's one step forward and three back :-(
jimmackAuthor Commented:
Just tried Glenn's comment, but for both the SDL and non-SDL src.rpm's, I got "Bad exit status" followed by "RPM build errors".

The amount of implicitly declared functions and unused variables makes it quite difficult to see where the real problems are.
Oops... accidental submit... disregard the "At least will make it possible to deconfigure." bit:-).

-- Glenn (a.k.a. Le Grand Typo)
jimmackAuthor Commented:
Thank you Glenn.  That's it.

It's a crying shame that Linux is such a pain in the arse to deal with.

No.  On second thoughts, that's not quite what I mean.  It's not a problem with Linux, the problem is with the help/feedback/support of the development tools (specifically RPM).  Just being told that a particular header file of .so.1 is missing or incompatible is still too primitive.

Anyhoo.  Thanks again.  I installed the libSDL1.2-devel.... RPM using rpmdrake (happily, it picked out the other dependencies).  Once this was done, I un-tarred the source tarball, built it with the --enable-nvidia=no and lo and behold, it worked.

Sadly, I've only learned that I should have checked the DVD for the library before whinging :-(  I was hoping (in a kind of sick and masochistic way) that the problem would be a bit more complex and that you Linux gurus would be able to point me in the direction of some really good tool/site that would solve all my problems ;-)

Still. I've got what I need this time.  I'll be back again... count on it ;-)



you could give it ago with the RPM from Feodora:


It's a redhat version that may be a little differently compiled

Ah, the joys of dependencies... This is one of the things I've always eben a bit miffed with too:-).

Next time you try incorporating a "foreign" rpm, do a
rpm -qiRp <package file>
to list those "pesky" deps.
Then ... well "locate" and "rpm -qilp" is your friend (along with some constructive scripting:-).

One could view rpmdrake as such a tool... After all, it takes the "known" packages from the hdlist files.... etc etc.

The Debian deb system have some small inconveniences too, not to mention slacks tarball strategy....

I'll take them any day though, as long as they are part of a free alternative (most unices also have some halfbaked package-handling system or other... or (shudder) something more akin to the non-system M$ employs).

Have fun/be seeing you!

-- Glenn
jimmackAuthor Commented:
Question has a verified solution.

Are you are experiencing a similar issue? Get a personalized answer when you ask a related question.

Have a better answer? Share it in a comment.

All Courses

From novice to tech pro — start learning today.