Re: rpm fails depedency even when they're met

Isabelle Poueriet <[email protected]>
Newsgroups gmane.linux.redhat.rpm.general
Message-ID <[email protected]>
Thanks  Jeff,

in which version of rpm is this feature (/etc/rpm/sysinfo/Providename) supported? I've tried it on rpm 4.3 and 4.4 and it doesnt' seem to work.

thanks.
p.s. I don't want to use --nodeps ;-(
----- Original Message ----
From: Jeff Johnson <[email protected]>
To: RPM Package Manager <[email protected]>
Sent: Monday, January 7, 2008 2:56:17 PM
Subject: Re: rpm fails depedency even when they're met




On Jan 7, 2008 4:40 PM, seth vidal <[email protected]> wrote:


On Mon, 2008-01-07 at 13:39 -0800, Isabelle Poueriet wrote:
> Hello!
>
> I try to install package X that depends on shared lib Y.so.s1.
> Y.so.1 is on /usr/lib/ and it is supplied by a non-rpm package. 
>
> What can I do so that rpm does not fail depedency of Y.so.1 for
> Package X?
>
> Thanks much in advance!
>
>


have the package installed by rpm. rpm doesn't look at the local 
filesystem for what is or is not there. It only looks at the rpm
database. If the file isn't installed by rpm then rpm won't be able to
know about it.



Actually rpm-5.0 has a runtime probe dependency to solve exactly
this type of problem of mixing package and unpackaged libraries:


    Requires: soname(/path/to/library) = Y.so.s1


if you want a solution in packaging.


There are several other means to supply sonames-not-from-packages 
to rpmlib as well, including
    mkdir -p /etc/rpm/sysinfo
    echo "Y.so.s1" >> /etc/rpm/sysinfo/Providename


hth


73 de Jeff


73 de Jeff


      ____________________________________________________________________________________
Looking for last minute shopping deals?  
Find them fast with Yahoo! Search.  http://tools.search.yahoo.com/newsearch/category.php?category=shopping

_______________________________________________
Rpm-list mailing list
[email protected]
https://www.redhat.com/mailman/listinfo/rpm-list
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.