failed dependency
Orion Poplawski
orion at cora.nwra.com
Mon May 23 17:53:37 UTC 2016
On 05/23/2016 11:42 AM, Heyman, Jerrold wrote:
> Howdy,
>
>
>
> I have two RPMs, one which is dependent on a library installed by the other.
>
> Both are 64bit Intel binaries/libraries, and it works just fine if I turn off
> dependency checking (--nodeps).
>
> Obviously this is not something I want as using –nodeps will also cause an
> invalid installation if the dependent RPM isn’t there.
>
>
>
> rpmA is the full package necessary to execute the command included in rpmA
>
> rpmB is a debug package, containing a debug (non-stripped) version of the
> binary and non-stripped shared library.
>
> rpmA installs an additional shared library – stripped – that rpmB also needs.
> It is this shared library that causes the dependency failure when installing rpmB
>
>
>
> [root at heymaj1-test build]# rpm -q --provides rpmA
>
> RPMA
>
> librpma.so
>
> rpmA = 1.0.0.1-000000
>
> rpmA(x86-64) = 1.0.0.1-000000
You should also have:
librpma.so.()(64bit)
listed here. Could be because the execute permission bit is not set for the
shared library which is required for the automatic provides generator to work.
>
> [root at heymaj1-test build]# rpm -U --test rpmB.x86_64.rpm
>
> error: Failed dependencies:
>
> librpma.so()(64bit) is needed by rpmB.x86_64
>
>
>
> The library is installed correctly in /opt/emc/productname/lib
>
> Does that need to be /opt/emc/productname/lib64?
No.
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA, Boulder/CoRA Office FAX: 303-415-9702
3380 Mitchell Lane orion at nwra.com
Boulder, CO 80301 http://www.nwra.com
More information about the Rpm-list
mailing list