From mboxrd@z Thu Jan 1 00:00:00 1970 From: Marius Bakke Subject: bug#26671: serf package (guix dependency) tests fail Date: Thu, 27 Apr 2017 16:39:52 +0200 Message-ID: <8760hpdidj.fsf@fastmail.com> References: <87bmric5x6.fsf@fastmail.com> <878tmmc4rd.fsf@fastmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:39440) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1d3kaV-0000LR-Ai for bug-guix@gnu.org; Thu, 27 Apr 2017 10:40:08 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1d3kaQ-0001qG-Ep for bug-guix@gnu.org; Thu, 27 Apr 2017 10:40:07 -0400 Received: from debbugs.gnu.org ([208.118.235.43]:44770) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1d3kaQ-0001q5-4I for bug-guix@gnu.org; Thu, 27 Apr 2017 10:40:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1d3kaP-0000g4-OI for bug-guix@gnu.org; Thu, 27 Apr 2017 10:40:01 -0400 Sender: "Debbugs-submit" Resent-Message-ID: In-Reply-To: <878tmmc4rd.fsf@fastmail.com> List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org Sender: "bug-Guix" To: Maxim Cournoyer , 26671@debbugs.gnu.org --=-=-= Content-Type: text/plain Marius Bakke writes: > Marius Bakke writes: > >> Maxim Cournoyer writes: >> >>> Hello Guix! >>> >>> While attempting to "guix environment guix" after doing a "git pull" >>> in my guix checkout (master), it attempted to build many packages >>> (bash, gcc, etc.) and failed building `serf' due to test failures: >>> >>> ............F.FFF.FFF.FF.FFFFF................................... >>> >>> There were 14 failures: >>> 1) test_ssl_trust_rootca: test/test_util.c:438: expected <0> but was <120199> >>> 2) test_ssl_certificate_chain_with_anchor: test/test_util.c:438: >>> expected <0> but was <120199> >>> 3) test_ssl_certificate_chain_all_from_server: test/test_util.c:438: >>> expected <0> but was <120199> >>> 4) test_ssl_no_servercert_callback_allok: test/test_util.c:438: >>> expected <0> but was <120170> >>> 5) test_ssl_large_response: test/test_util.c:438: expected <0> but was <120170> >>> 6) test_ssl_large_request: test/test_util.c:438: expected <0> but was <120170> >>> 7) test_ssl_client_certificate: test/test_util.c:438: expected <0> but >>> was <120170> >>> 8) test_ssl_future_server_cert: test/test_util.c:438: expected <0> but >>> was <120199> >>> 9) test_setup_ssltunnel: test/test_util.c:438: expected <0> but was <120170> >>> 10) test_ssltunnel_basic_auth: test/test_context.c:2116: expected <0> >>> but was <120170> >>> 11) test_ssltunnel_basic_auth_server_has_keepalive_off: >>> test/test_context.c:2116: expected <0> but was <120170> >>> 12) test_ssltunnel_basic_auth_proxy_has_keepalive_off: >>> test/test_context.c:2116: expected <0> but was <120170> >>> 13) test_ssltunnel_basic_auth_proxy_close_conn_on_200resp: >>> test/test_context.c:2116: expected <0> but was <120170> >>> 14) test_ssltunnel_digest_auth: test/test_util.c:438: expected <0> but >>> was <120170> >>> >>> !!!FAILURES!!! >>> Runs: 65 Passes: 51 Fails: 14 >> >> The SSL certificates in "test/server" expired 18/04. >> >> https://svn.apache.org/viewvc?view=revision&revision=1792234 >> >> I'll try to port this patch, but "viewvc" can't give binary diffs, so >> will have to clone it locally first. > > Apparently "patch" does not yet support binary diffs either: > > patching file test/test_buckets.c > Hunk #1 succeeded at 1232 (offset -91 lines). > patching file test/server/serfcacert.pem > File test/server/serfclientcert.p12: git binary diffs are not supported. > patching file test/server/serfrootcacert.pem > patching file test/server/serfserver_expired_cert.pem > patching file test/server/serfserver_future_cert.pem > patching file test/server/serfservercert.pem > patching file test/server/serfserverkey.pem > source is under 'serf-1.3.8' > applying '/gnu/store/qbh97afjjgkn332f8ncn6k8pg74wfc8w-serf-comment-style-fix.patch'... > applying '/gnu/store/vk533j8s56nhlzz2hnqn853xb9yl6b6y-serf-update-test-certificates.patch'... > builder for `/gnu/store/3kcz9as8i986fxqj368n6cg3k7nhj7cq-serf-1.3.8.tar.xz.drv' failed to produce output path `/gnu/store/n4479kx0qx8rblzqnwgxg7jnp1x1xyjh-serf-1.3.8.tar.xz' > > I'll try to run `git apply` in a phase instead, although that will > almost double the reverse dependencies of "git". Never mind, "serf" is already a dependency of git (through "subversion"), so this did not work very well.. Perhaps we could have a "git-minimal" for cases like this? I suppose that could be useful for "git-fetch" as well. I'll give that a go shortly, unless there are better suggestions. --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCgAdFiEEu7At3yzq9qgNHeZDoqBt8qM6VPoFAlkCArgACgkQoqBt8qM6 VPqehwf/ZrPRuj9LMYGV1VaNUk4L56CWNIrnoeUIw41wBVeSTop4e7T/gZx8MGHi FW/I84yE0m+tdZ0znPMdOeLZvhejl2dUGxHDcA1Iw1+yGxuqGbn0CsL/bR4ke+Ac t9SgwfQf8dpdH8MXZAVzImQcz9HNEz6y7DPqH7jnKlD31W9f1k2Z5sBJAyaLifHU ReHsDMF7EDFoG/qnSw1GSf9TYWRPP/Bk+btml4V4FwJAAiaiKTdCQSebz/YujxBp 2Vs+TZUDPSwzmZ5CL3yfN+0S3WJuVDsKKc+5mkhBMfJ0XdTh+NlLuNB/H4fetLx6 4ka55f/3ukuNnFzOnCQOZ9MSWT2gXg== =MUgr -----END PGP SIGNATURE----- --=-=-=--