On Sun, May 17, 2020 at 09:19:33PM +0100, Stuart Henderson wrote:
> ah, I was hoping not to have another program using the libbind port, it
> is a complete bodge - mtr got rid of their dodgy DNS code so only zeek
> was left. I won't block import due to this but it's a bit annoying ;)
> 
> did any of the rezopole lookups work for you? the only thing where I'm
> getting any results from queries that I've tried are IP lookups from
> team cymru's database. the rezopole ones all come back NO_DATA.
> 

It works fine from here :

===>  Regression tests for asdig-0.97
./asdig                                 134.214.100.6  10.10.12.64 
2a02:3d0:623:a000::8008
2060 | 134.214.0.0/16 | EU | ripe | 1993-09-01 | FR-RENATER
RFC1918 | 10.0.0.0/8 | | | | <nil>
22822 | 2a02:3d0::/32 | US | arin | 2001-11-28 | LLNW
./asdig -cumry                          134.214.100.6  10.10.12.64 
2a02:3d0:623:a000::8008
unkown option "-cumry"
2060 | 134.214.0.0/16 | EU | ripe | 1993-09-01 | FR-RENATER
RFC1918 | 10.0.0.0/8 | | | | <nil>
22822 | 2a02:3d0::/32 | US | arin | 2001-11-28 | LLNW
./asdig -cymru                          134.214.100.6  10.10.12.64 
2a02:3d0:623:a000::8008
2060 | 134.214.0.0/16 | FR | ripencc | 1989-07-25
HOST_NOT_FOUND
22822 | 2a02:3d0::/32 | US | ripencc | 2008-05-22
./asdig -rezopole                       134.214.100.6  10.10.12.64 
2a02:3d0:623:a000::8008
2060 | 134.214.0.0/16 | EU | ripe | 1993-09-01 | FR-RENATER
RFC1918 | 10.0.0.0/8 | | | | <nil>
22822 | 2a02:3d0::/32 | US | arin | 2001-11-28 | LLNW
./asdig -suffixv4=tagada.tsointsoin.fr  134.214.100.6  10.10.12.64 
2a02:3d0:623:a000::8008
HOST_NOT_FOUND
HOST_NOT_FOUND
22822 | 2a02:3d0::/32 | US | arin | 2001-11-28 | LLNW
./asdig -suffixv6=tagada.tsointsoin.fr  134.214.100.6  10.10.12.64 
2a02:3d0:623:a000::8008
2060 | 134.214.0.0/16 | EU | ripe | 1993-09-01 | FR-RENATER
RFC1918 | 10.0.0.0/8 | | | | <nil>
HOST_NOT_FOUND

Rezopole tells me there is no filtering in place. Also, querying Rezopole
servers worked in Klemens first test but later failed...


> btw I had a look at converting to the libc resolver instead, some of the
> failures with this are due to asdig poking in resolver internals, some
> are due to our ancient nameser.h - I'd like to call those out in case
> anyone else bumps into them as we have to patch some other ports too:
> 
> | asdig.cpp:62:31: error: use of undeclared identifier 'ns_c_in'
> | asdig.cpp:62:40: error: use of undeclared identifier 'ns_t_txt'
> | asdig.cpp:105:31: error: use of undeclared identifier 'ns_t_txt'
> 
> - the patches for these would be ns_c_xx -> C_XX, ns_t_xx -> T_XX
> 

Thank you Stuart & Klemens for the input, here is the latest version :

# $OpenBSD$

COMMENT =       retrieve routing informations efficiently via dns queries

GH_ACCOUNT =            rezopole
GH_PROJECT =            asdig
GH_TAGNAME =            v0.97

CATEGORIES =            net

MAINTAINER =            Denis Fondras <de...@openbsd.org>

# GPLv2+
PERMIT_PACKAGE =        Yes

WANTLIB +=              ${COMPILER_LIBCXX} c lib/libbind/bind m

LIB_DEPENDS =           net/libbind

SEPARATE_BUILD =        Yes
CONFIGURE_STYLE =       autoreconf
CONFIGURE_ARGS =        prefix=${PREFIX} \
                        mandir=${PREFIX}/man
AUTOCONF_VERSION =      2.69
AUTOMAKE_VERSION =      1.16

# network access
TEST_IS_INTERACTIVE =   Yes
TEST_TARGET =           vimtest

.include <bsd.port.mk>

Reply via email to