Bug 1603811

Created attachment 1461467 [details]
build.log

Created attachment 1461468 [details]
root.log

file root.log too big, will only attach last 32768 bytes

Created attachment 1461469 [details]
state.log

Matches:
configure: error: no acceptable C compiler found in $PATH

Suggested fix:
BuildRequires:  gcc

Looks like Igor added the buildrequire and tried a rebuild, but it still fails:

/bin/sh ../libtool --mode=compile gcc -O2 -g -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIONS -fexceptions -fstack-protector-strong -grecord-gcc-switches -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 -m64 -mtune=generic -fasynchronous-unwind-tables -fstack-clash-protection -fcf-protection -Ulinux -Dlinux=linux -Ulinux -Dlinux=linux -DLIBVAL_CONFIGURED=1  -I../include   -c -o res_debug.lo res_debug.c
libtool: compile:  gcc -O2 -g -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIONS -fexceptions -fstack-protector-strong -grecord-gcc-switches -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 -m64 -mtune=generic -fasynchronous-unwind-tables -fstack-clash-protection -fcf-protection -Ulinux -Dlinux=linux -Ulinux -Dlinux=linux -DLIBVAL_CONFIGURED=1 -I../include -c res_debug.c  -fPIC -DPIC -o .libs/res_debug.o
res_debug.c:367:6: error: 'NS_ALG_MD5RSA' undeclared here (not in a function); did you mean 'NS_ALG_DSA'?
     {NS_ALG_MD5RSA, "RSA", "RSA KEY with MD5 hash"},
      ^~~~~~~~~~~~~
      NS_ALG_DSA
res_debug.c:370:6: error: 'NS_ALG_EXPIRE_ONLY' undeclared here (not in a function)
     {NS_ALG_EXPIRE_ONLY, "EXPIREONLY", "No algorithm"},
      ^~~~~~~~~~~~~~~~~~
res_debug.c:371:6: error: 'NS_ALG_PRIVATE_OID' undeclared here (not in a function); did you mean 'NS_UPDATE_OP'?
     {NS_ALG_PRIVATE_OID, "PRIVATE", "Algorithm obtained from OID"},
      ^~~~~~~~~~~~~~~~~~
      NS_UPDATE_OP
res_debug.c:438:6: error: 'ns_t_zxfr' undeclared here (not in a function); did you mean 'ns_t_axfr'?
     {ns_t_zxfr, "ZXFR", "compressed zone transfer"},
      ^~~~~~~~~
      ns_t_axfr
res_debug.c:438:6: warning: initialization of 'int' from 'const struct res_sym *' makes integer from pointer without a cast [-Wint-conversion]
res_debug.c:438:6: note: (near initialization for '__p_type_sres_syms[47].number')
res_debug.c:438:6: error: initializer element is not constant
res_debug.c:438:6: note: (near initialization for '__p_type_sres_syms[47].number')
make[2]: Leaving directory '/builddir/build/BUILD/dnssec-tools-2.2/validator/libsres'
make[2]: *** [Makefile:157: res_debug.lo] Error 1
make[1]: Leaving directory '/builddir/build/BUILD/dnssec-tools-2.2/validator'
make[1]: *** [Makefile:135: subdirmake] Error 1
make: *** [Makefile:67: subdirmake] Error 1

There's a guy called 'hardaker' on github who has a dnssec-tools tree with a bunch of fixes for recent openssl:

https://github.com/hardaker/dnssec-tools

I have no idea who is and whether we can or should trust his tree, but hey, there it is. He also has a couple of commits on another tree with a more official-looking name:

https://github.com/DNSSEC-Tools/DNSSEC-Tools

but there's notably little indication that this really *is* official on the organization page:

https://github.com/DNSSEC-Tools

The upstream SVN repository referred to on the official site seems to have disappeared, so there's no canonical repo I can find - https://www.dnssec-tools.org/svn/dnssec-tools/ is 404.

Oh, haha, I just saw the assignee for this bug :P So I'm guessing that guy is...that guy...:P

This is now a dupe of https://bugzilla.redhat.com/show_bug.cgi?id=1381613 .

*** This bug has been marked as a duplicate of bug 1381613 ***