[Bug 192958] Review Request: ejabberd - A distributed, fault-tolerant Jabber/XMPP server

[bugzilla at redhat.com]

Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.

Summary: Review Request: ejabberd - A distributed, fault-tolerant Jabber/XMPP server


https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=192958





------- Additional Comments From jeff at ollie.clive.ia.us  2006-06-03 10:46 EST -------
(In reply to comment #2)
> Just took a quick look at this and I'm having trouble figuring out these rpmlint
> complaints:
> 
> W: ejabberd no-soname /usr/lib64/ejabberd-1.1.1/priv/lib/expat_erl.so
> W: ejabberd no-soname /usr/lib64/ejabberd-1.1.1/priv/lib/iconv_erl.so
> W: ejabberd no-soname /usr/lib64/ejabberd-1.1.1/priv/lib/stringprep_drv.so
> W: ejabberd no-soname /usr/lib64/ejabberd-1.1.1/priv/lib/ejabberd_zlib_drv.so
> W: ejabberd no-soname /usr/lib64/ejabberd-1.1.1/priv/lib/tls_drv.so
> 
> [...]
> 
> Unfortuantely I've no idea how problematic this is or how you'd go about
fixing it.

I don't think that its a problem... the libraries aren't general purpose shared
libraries but are dynamically loaded modules pulled in by the Erlang runtime. 
They are similar to Python or Perl modules coded in C rather than Python/Perl.
They are versioned by the %{_libdir}/ejabberd-1.1.1 directory so different
versions of ejabberd shouldn't load the wrong modules.  It seemes to work - I
have personally set up three servers using these ejabberd RPMs.

-- 
Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.