[ANN] rwhoisd-1.5.9.2

[David Blacka]

Jeremy Kister wrote:
> On January 24, 2005 at 3:59 PM David Blacka wrote:
> 
> 
>>After not really looking at the rwhoisd code for something like a year,
>>this is what you get: a flurry of releases.
> 
> [...]
> 
>><http://www.rwhois.net/ftp/rwhoisd-1.5.9.2.tar.gz>
> 
> 
> 
> Hi David,
> 
> the out-of-the-box compile on Solaris fails again, for the same ipv6
> issue.  wrapping the whole if statement at line 314 of ip_network.c with
> #ifdef HAVE_IPV6 seems to fix the problem.

Yes, I already had that change committed.

> 
> after doing that, though, i get this:
> gcc  -o rwhoisd class_directive.o daemon.o deadman.o directive.o
> display.o dump.o exit.o forward.o guardian.o holdconnect.o limit.o
> main.o notify.o referral.o register.o reg_ext.o reg_utils.o
> register_directive.o rwhois_directive.o schema_directive.o security.o
> security_directive.o session.o soa.o sresponse.o sschema.o sslave.o
> ssoa.o sstate.o state.o status.o sxfer.o xfer.o  -L./tools/tcpd_wrapper
> -lwrap -L../mkdb -lmkdb -L../common -lrwcommon -L../regexp -lregexp
> -lsocket -lresolv -lnsl -lcrypt
> /usr/local/lib/gcc-lib/sparc-sun-solaris2.7/3.2.1/../../../../sparc-sun-solaris2.7/bin/ld:
> cannot find -lwrap
> collect2: ld returned 1 exit status
> make[1]: *** [rwhoisd] Error 1
> make[1]: Leaving directory
> `/home/mickey/nntx/src/SunOS-5.7-sun4/rwhoisd-1.5.9.2/server'
> make: *** [binaries] Error 1
> 
> this is likely due to the fact that i have no "tcp wrappers" installed
> on my system.

In that case, it should have fallen back to the old behavior and used 
the local tcp wrappers library.  Looking at the link statement, I think 
that is what happened (-L./tools/tcpd_wrapper is what indicates this). 
I cannot tell why, in your case, it could not find -lwrap.  It should 
have been built (statically) in tools/tcpd_wrapper.

Note that other folks have had problems with the external tcp wrappers 
support.  I think I have tracked down that problem to difficulties with 
getting autoconf to detect certain builds of libwrap.  Hopefully, the 
workaround that I've added will take care of this in the next release.

-- 
David Blacka    <davidb at verisignlabs.com>
Sr. Engineer    VeriSign Applied Research