thanks, cool.. good reality check .. :P :P

well, yours was a simpler/better solution. i did it a little bit harder:

for some reason (i still haven't quite figured out), the InterBaseC_LI-V7.0.0-1.i386.rpm that comes from borland's ibase/linux v7 trial,
http://www.borland.com/products/downloads/download_interbase.html
does not "Provide" the rpm capability, "libgds.so".

however, according to Maximum RPM, RPM *should* be able to detect what libraries (and their sonames) are provided, automatically, using ldd (c.f. http://www.redhat.com/docs/books/max-rpm/max-rpm-html/s1-rpm-depend-auto-depend.html
)

however for some reason, it does not. my dim guess is that it has something to do with naming (libgds.so vs libgds.so.0), the symlink that is created by borland's rpm's post-install script, and/or something in borlands spec-file. but since they don't provide the src.rpm, i can't tell.

the whole problem would go away if borland just put a simple line in their RPM's spec file:

Provides: libgds.so

however, as soon as i figured this out, i realized i could kludge the same thing. so i put the same above Provides: line into the php rpm i was recompiling. this way, the php rpm thinks *it* supplies this capability (even though the ibase rpm does), and it lets the rpm install.

long way 'round to same answer. i forgot about --nodeps.. kept thinking i had to use --force. oh, well, rusty.

once again, thanks peter

ps.- do you think i should maybe post my ibase-capable rpm on rpmfind, to save other ibase/php users some time?



--
redhat-list mailing list
unsubscribe mailto:[EMAIL PROTECTED]?subject=unsubscribe
https://listman.redhat.com/mailman/listinfo/redhat-list

Reply via email to