[mod_gnutls-devel] mod-gnutls FTBFS on Debian sid

[Jurica Stanojkovic]

Hello,

I have found that if i change value TEST_IP in t/Makefile:
--- mod-gnutls-0.6.orig/t/Makefile
+++ mod-gnutls-0.6/t/Makefile
@@ -6,7 +6,7 @@
 # simple configuration choices.

 export TEST_HOST ?= localhost
-export TEST_IP ?= ::1
+export TEST_IP ?= 127.0.0.1
 # chosen at random:
 export TEST_PORT ?= 9932
 export MSVA_PORT ?= 9933

package does build successfully, without any other changes to source.

I suspect that Debian build machines have different configuration in /etc/hosts and that failiure is caused by configuration.

Is this change of TEST_IP value good solution?

Thank you!
Jurica

-------- Original Message --------
Subject: Re: [mod_gnutls-devel] mod-gnutls FTBFS on Debian sid
Date: Thursday, September 18, 2014 08:57 CEST
From: Ramkumar Chinchani <ramkumar.chinchani at gmail.com>
To: mod_gnutls-devel at lists.gnutls.org, Jurica.Stanojkovic at rt-rk.com
References: 




 Hi Jurica,
 The reason for the failure is the inclusion of run_tests.sh in 0.6.xAt least the following patch is needed since "certtool" doesn't like "a=b" style options.
 Thanks.
diff --git a/t/Makefile b/t/Makefile
index c7e7e2c..f69aaca 100644
--- a/t/Makefile
+++ b/t/Makefile
@@ -61,15 +61,15 @@ server.uid: server.uid.in
 
 # special cases for the authorities' root certs:
 authority/x509.pem: authority.template authority/secret.key
-       certtool --generate-self-signed --load-privkey=authority/secret.key --template=authority.template > $@
+       certtool --generate-self-signed --load-privkey authority/secret.key --template authority.template > $@
 rogueca/x509.pem: rogueca.template rogueca/secret.key
-       certtool --generate-self-signed --load-privkey=rogueca/secret.key --template=rogueca.template > $@
+       certtool --generate-self-signed --load-privkey rogueca/secret.key --template rogueca.template > $@
 
 %/cert-request: %.template %/secret.key
-       certtool --generate-request --load-privkey=$(dir $@)secret.key --template=$< > $@
+       certtool --generate-request --load-privkey $(dir $@)secret.key --template $< > $@
 
 %/x509.pem: %.template %/cert-request authority/secret.key authority/x509.pem
-       certtool --generate-certificate --load-ca-certificate=authority/x509.pem --load-ca-privkey=authority/secret.key --load-request=$(dir $@)cert-request
+       certtool --generate-certificate --load-ca-certificate authority/x509.pem --load-ca-privkey authority/secret.key --load-request $(dir $@)cert-request
 
 msva.gnupghome/trustdb.gpg: authority/minimal.pgp client/cert.pgp
        mkdir -p -m 0700 $(dir $@)
  On Wed, Sep 17, 2014 at 1:01 PM, Ramkumar Chinchani <ramkumar.chinchani at gmail.com> wrote:
make[3]: *** [check-TESTS] Error 2
make[2]: *** [check-am] Error 2
make[1]: *** [check-recursive] Error 1
dh_auto_test: make -j1 check returned exit code 2
make[3]: Leaving directory `/«PKGBUILDDIR»'
make[2]: Leaving directory `/«PKGBUILDDIR»'
make[1]: Leaving directory `/«PKGBUILDDIR»'
 =v97mwrgmxhyuot0vadrsaaaftvkqqu88kvsyqbsq at mail.gmail.com>
 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: </pipermail/attachments/20140922/8764ece1/attachment-0001.html>