EPEL 5 Testing i386 Broken Deps

[Kevin Fenzi]

On Mon, 25 Oct 2010 23:34:58 +0400
Peter Lemenkov <lemenkov at gmail.com> wrote:

> 2010/10/25  <stahnma at tyr.websages.com>:
> > package: nagios-plugins-udp-1.4.15-1.el5.i386 from epel5
> >  unresolved deps:
> >     nagios-plugins = 0:1.4.15-1.el5
> 
> Please, remove this particular rpm - nagios-plugins-udp was merged
> into nagios-plugins-tcp since 1.4.15-2 (with proper 'provides' added
> to nagios-plugins-tcp).

This looks odd to me, as 1.4.15-2 (which is in stable) gets rid of
this. Perhaps you need an Obsoletes in there to make sure this
subpackage is removed?
> 
> > package: sems-1.3.0-2.el5.i386 from epel-testing5
> >  unresolved deps:
> >     libresolv.so.2(GLIBC_PRIVATE)
> 
> I'm investigating this issue. Frankly speaking I'm confused -
> application builds fine, but rpm complaints about missing runtime
> requirement (GLIBC private symbols). If it is not allowed to link
> against them, then why not to throw error at compile time? More
> surprising is that this issue exists only on x86_64 arch.
> 
> Actually, I would really appreciate if someone will write a short
> howto how to resolve and/or prevent such issues.

I have seen this once before... I think there is a package called
'abicheck' that can show you what exact private symbols are being
linked to. Try running that one it... or try running the end program
and see what it complains about?

kevin
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/epel-devel-list/attachments/20101026/1bb54db5/attachment.sig>