From debbugs-submit-bounces@debbugs.gnu.org Fri Mar 18 14:05:05 2016 Received: (at submit) by debbugs.gnu.org; 18 Mar 2016 18:05:05 +0000 Received: from localhost ([127.0.0.1]:52922 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1agyll-0007Zb-Do for submit@debbugs.gnu.org; Fri, 18 Mar 2016 14:05:05 -0400 Received: from eggs.gnu.org ([208.118.235.92]:40457) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1agylk-0007Z3-JS for submit@debbugs.gnu.org; Fri, 18 Mar 2016 14:05:04 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1agylZ-0002rg-OY for submit@debbugs.gnu.org; Fri, 18 Mar 2016 14:04:59 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,FREEMAIL_FROM, HTML_MESSAGE,T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:52472) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1agylZ-0002rc-LS for submit@debbugs.gnu.org; Fri, 18 Mar 2016 14:04:53 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:59641) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1agylV-0004cN-Bg for bug-guix@gnu.org; Fri, 18 Mar 2016 14:04:53 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1agylT-0002pL-SN for bug-guix@gnu.org; Fri, 18 Mar 2016 14:04:49 -0400 Received: from mail-yw0-x231.google.com ([2607:f8b0:4002:c05::231]:35598) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1agylT-0002pD-N3 for bug-guix@gnu.org; Fri, 18 Mar 2016 14:04:47 -0400 Received: by mail-yw0-x231.google.com with SMTP id g127so148760366ywf.2 for ; Fri, 18 Mar 2016 11:04:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to; bh=l1buA3cAkNpUp6fSi+e8pHhfwSY+M1JAi45bDeIcTGg=; b=wAVgY5irBcv+fEdZ+XiJrqfP+CR5iiZGlu0abDn1wj2/u0X6NiadFhFcqAJlM7UAia 5AWYiU356kZ1cLqc4/eMQugsphRtlQDiCa0OJ04Er5S60mvtin/EyxSk1RULtDnCulGn cD0ousWICq1Qe6cguw3KgwXonqA9Ct2Q3s3XQ8f+GN1nBS1O17CF+9WLkD5rqO83wGKs iHpzBEztM3chMHjBbYDRhJHAfrYpknnrerFtu0r3Y6nfmJJdk/A301ga7iIHN+QddWrm r/uUHyUkO8n9PdA/mYHYW1Kurs9OAtSqz8r1gKo0orF85sfoDoI1ft9WFa3vXdXlVeEY 9vqg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to; bh=l1buA3cAkNpUp6fSi+e8pHhfwSY+M1JAi45bDeIcTGg=; b=gQEzKbyKp3Cp5EBULJLJjh+6eEg2kG6XZW5IMQC0FobqMrmvRFLvN03LqFic8M/EEQ UQagaxJPZXHo00TwZP7t8vJy7s+WUyZFFHzr5f9W7MGG9eG3aCY04xzlpzDUAmmkLRrl 3j867bO0AVeYTLMD2dYiKdlWEzjWav4QnBZ8Rfvl0q9wde3HWzLXZVUpCbBYXyAJ9M+j Un8EaMzkaV8HD3egOMIeocTtm2mDh73/RfBfYcDbnKCp+W82VMG/l3F3PufWi31HBskf 61SibAuFn5c6vazDC0NHtON1V+Q1AaWXNA/8hqx6wYH0h6MgvrXz2wtL2t42jR3R2x0P iQCg== X-Gm-Message-State: AD7BkJLV1m7Y3GsNb6uaGpjHghd3heOOrgCtwJltjvr3qE0Wl9RF8uBVOrWPGapm9V/U3k/P6gCGmGq0eZe93A== MIME-Version: 1.0 X-Received: by 10.13.241.68 with SMTP id a65mr8494494ywf.324.1458324286941; Fri, 18 Mar 2016 11:04:46 -0700 (PDT) Received: by 10.37.21.6 with HTTP; Fri, 18 Mar 2016 11:04:46 -0700 (PDT) Date: Fri, 18 Mar 2016 21:04:46 +0300 Message-ID: Subject: wget within guix fails to resolve FQDNs when used as an input (native or otherwise) From: Dennis Mungai To: bug-guix@gnu.org Content-Type: multipart/alternative; boundary=94eb2c036044172f4f052e5695fa X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.0 (----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.0 (----) --94eb2c036044172f4f052e5695fa Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hello there, I'm porting Arrayfire to GNU Guix, see https://github.com/Brainiarc7/guix-bioinformatics/blob/master/gn/packages/a= rrayfire.scm One of the inputs declared is wget, needed as a fall-back when fetching BoostCompute should the Cmake checksums fail. See the build log below: -- Boost version: 1.60.0 -- BoostCompute... -- getting https://github.com/boostorg/compute/archive/v0.5.tar.gz -- validating /tmp/nix-build-arrayfire-3.3.1.drv-0/build/third_party/compute-0.5.tar.gz CMake Warning at CMakeModules/build_boost_compute.cmake:47 (MESSAGE): /tmp/nix-build-arrayfire-3.3.1.drv-0/build/third_party/compute-0.5.tar.gz= : Invalid check sum d41d8cd98f00b204e9800998ecf8427e. Expected was 69a52598ac539d3b7f6005a3dd2b6f58 Call Stack (most recent call first): src/backend/opencl/CMakeLists.txt:91 (INCLUDE) -- Trying wget https://github.com/boostorg/compute/archive/v0.5.tar.gz --2016-03-18 17:38:55-- https://github.com/boostorg/compute/archive/v0.5.tar.gz Resolving github.com (github.com)... failed: Name or service not known. wget: unable to resolve host address =E2=80=98github.com=E2=80=99 CMake Error at CMakeModules/build_boost_compute.cmake:53 (MESSAGE): /tmp/nix-build-arrayfire-3.3.1.drv-0/build/third_party/compute-0.5.tar.gz= : Invalid check sum d41d8cd98f00b204e9800998ecf8427e. Expected was 69a52598ac539d3b7f6005a3dd2b6f58 Call Stack (most recent call first): src/backend/opencl/CMakeLists.txt:91 (INCLUDE) -- Configuring incomplete, errors occurred! See also "/tmp/nix-build-arrayfire-3.3.1.drv-0/build/CMakeFiles/CMakeOutput.log". phase `configure' failed after 2.8 seconds builder for `/gnu/store/4ik93fkxrjy6acihzz5mzjcjkwc5va38-arrayfire-3.3.1.drv' failed with exit code 1 @ build-failed /gnu/store/4ik93fkxrjy6acihzz5mzjcjkwc5va38-arrayfire-3.3.1.drv - 1 builder for `/gnu/store/4ik93fkxrjy6acihzz5mzjcjkwc5va38-arrayfire-3.3.1.drv' failed with exit code 1 guix build: error: build failed: build of `/gnu/store/4ik93fkxrjy6acihzz5mzjcjkwc5va38-arrayfire-3.3.1.drv' failed As you can see in the first part, fetching BoostCompute fails because the specified MD5 hash fails, and as a result, the build system falls back to fetching the same with wget (see second snippet). The second part fails because wget fails to resolve the FQDN entry github.com. However, when invoking wget directly, both the local instalation and the Guix installation, the FQDN can be resolved correctly and the associated file fetched successfully: /gnu/store/w50mfvfzyjzpcbyw3lll7hm4j457jhb0-wget-1.17.1/bin/wget https://github.com/boostorg/compute/archive/v0.5.tar.gz Would this qualify as a bug filed against wget in Guix, or does the problem lie elsewhere? Regards, Dennis. --94eb2c036044172f4f052e5695fa Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
One of the inputs declared is wget, nee= ded as a fall-back when fetching BoostCompute should the Cmake checksums fa= il.

See the build log below:

-- Boost version: 1.60.0-- BoostCompute...
--=C2=A0=C2=A0 getting https://github.com/boostorg/compute= /archive/v0.5.tar.gz
--=C2=A0=C2=A0 validating /tmp/nix-build-arrayf= ire-3.3.1.drv-0/build/third_party/compute-0.5.tar.gz
CMake Warning at CM= akeModules/build_boost_compute.cmake:47 (MESSAGE):
=C2=A0 /tmp/nix-build= -arrayfire-3.3.1.drv-0/build/third_party/compute-0.5.tar.gz:
=C2=A0 Inva= lid check sum d41d8cd98f00b204e9800998ecf8427e.=C2=A0 Expected was
=C2= =A0 69a52598ac539d3b7f6005a3dd2b6f58
Call Stack (most recent call first)= :
=C2=A0 src/backend/opencl/CMakeLists.txt:91 (INCLUDE)


-- Tr= ying wget https://github.com/boostorg/compute/archive/v0.5.tar.gz
--2016-03= -18 17:38:55--=C2=A0 https://github.com/boostorg/compute/archive/v0.5.tar.gzResolving github.com (github.com)... failed: Name or service not known.
wget:= unable to resolve host address =E2=80=98gith= ub.com=E2=80=99
CMake Error at CMakeModules/build_boost_compute.cmak= e:53 (MESSAGE):
=C2=A0 /tmp/nix-build-arrayfire-3.3.1.drv-0/build/third_= party/compute-0.5.tar.gz:
=C2=A0 Invalid check sum d41d8cd98f00b204e9800= 998ecf8427e.=C2=A0 Expected was
=C2=A0 69a52598ac539d3b7f6005a3dd2b6f58<= br>Call Stack (most recent call first):
=C2=A0 src/backend/opencl/CMakeL= ists.txt:91 (INCLUDE)


-- Configuring incomplete, errors occurred= !
See also "/tmp/nix-build-arrayfire-3.3.1.drv-0/build/CMakeFiles/C= MakeOutput.log".
phase `configure' failed after 2.8 seconds
= builder for `/gnu/store/4ik93fkxrjy6acihzz5mzjcjkwc5va38-arrayfire-3.3.1.dr= v' failed with exit code 1
@ build-failed /gnu/store/4ik93fkxrjy6aci= hzz5mzjcjkwc5va38-arrayfire-3.3.1.drv - 1 builder for `/gnu/store/4ik93fkxr= jy6acihzz5mzjcjkwc5va38-arrayfire-3.3.1.drv' failed with exit code 1guix build: error: build failed: build of `/gnu/store/4ik93fkxrjy6acihzz5m= zjcjkwc5va38-arrayfire-3.3.1.drv' failed

As you can see in= the first part, fetching BoostCompute fails because the specified MD5 hash= fails, and as a result, the build system falls back to fetching the same w= ith wget (see second snippet).

The second part fails because w= get fails to resolve the FQDN entry github.co= m.

However, when invoking wget directly, both the local in= stalation and the Guix installation, the FQDN can be resolved correctly and= the associated file fetched successfully:

/gnu/store/w50mfvfzyjzpcb= yw3lll7hm4j457jhb0-wget-1.17.1/bin/wget https://github.com/boostorg/compute/archiv= e/v0.5.tar.gz

Would this qualify as a bug filed against wg= et in Guix, or does the problem lie elsewhere?

Regards,
Dennis.

--94eb2c036044172f4f052e5695fa-- From debbugs-submit-bounces@debbugs.gnu.org Fri Mar 18 14:15:44 2016 Received: (at 23055) by debbugs.gnu.org; 18 Mar 2016 18:15:44 +0000 Received: from localhost ([127.0.0.1]:52934 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1agyw4-0007qj-7W for submit@debbugs.gnu.org; Fri, 18 Mar 2016 14:15:44 -0400 Received: from mail-yw0-f175.google.com ([209.85.161.175]:32859) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1agyw2-0007qW-Vy for 23055@debbugs.gnu.org; Fri, 18 Mar 2016 14:15:43 -0400 Received: by mail-yw0-f175.google.com with SMTP id h65so6273159ywe.0 for <23055@debbugs.gnu.org>; Fri, 18 Mar 2016 11:15:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=worcester-edu.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=lKGbU62yydzz4ECBSFKZvmaxP7FTSBpJsI02lX5tCSg=; b=q1yz3f1+oMnjQ6q+GSKPt3q9xaX4bLLE+wmVG5zrxGQWyDe7wOyzZ98vrrLLf7g0EM GRAvekfFDxUC5MDsC6A+P8Sz6nT1o/O1yblzKKUEv5a2eggJIbvlk4UW+6z+8tLlUL8T aOW6EjeXFncdMAOGewUuRiFJUElPo3X40Hg6abMUDSV6U8oa2L8upbqtGlBt0nbZomdj bvQadkmF+oOwXxMU7HF0GGu9P4FEe4YBG1SUW0GE8FVbNJ5KILFPCfB+waHD04F0/OTr sdydVNYG4aHmu3RSZY1jcN0acw2krl6WCIMSQbDvuxB0IYBNXxn22IOFqtF1A3eQGiyZ 2L6Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=lKGbU62yydzz4ECBSFKZvmaxP7FTSBpJsI02lX5tCSg=; b=VpWOENbC84rd7x59pXI1TJNbBSjVUErGXYSkDCnINIr4oePxYXA0BNrwbof0lhRBfk X69LRGPa5vM6b8Rm7oWIN3YHyfPzldc9sliLPrvcjbTFQWZ0TF/eRItvB8FE+XfhEF0E Uw6KP7YBNO33+yfnYcIa8IZqPH1teiL9nW571i4eQXcnEX8PbB9kELML6GjgsW33ggRv +xNl2QUZFBtXGQZuzLNWFQ9ndOoVXhtWctkoGhuammeWlc96R507d1ViwXeNf++OYt2r 8/dZaKJSCuECTDUmJMt5Pcdqh9E+PVs3MPzCRHHAMKi/orq/1xufh1K9tzsLsGrX9rw/ gPzw== X-Gm-Message-State: AD7BkJIOAIHZaKRmA5wzocLOGKNKmEOGyWqRUNRVbig+RVzcP+GE/4iycYxfHNYyZOZQMphsKQ4uQoOKbehaCg== MIME-Version: 1.0 X-Received: by 10.129.57.137 with SMTP id g131mr7489975ywa.181.1458324937390; Fri, 18 Mar 2016 11:15:37 -0700 (PDT) Received: by 10.37.208.150 with HTTP; Fri, 18 Mar 2016 11:15:37 -0700 (PDT) In-Reply-To: References: Date: Fri, 18 Mar 2016 14:15:37 -0400 Message-ID: Subject: Re: bug#23055: wget within guix fails to resolve FQDNs when used as an input (native or otherwise) From: "Thompson, David" To: Dennis Mungai Content-Type: text/plain; charset=UTF-8 X-Spam-Score: 1.2 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: On Fri, Mar 18, 2016 at 2:04 PM, Dennis Mungai wrote: > As you can see in the first part, fetching BoostCompute fails because the > specified MD5 hash fails, and as a result, the build system falls back to > fetching the same with wget (see second snippet). > > The second part fails because wget fails to resolve the FQDN entry > github.com. > > However, when invoking wget directly, both the local instalation and the > Guix installation, the FQDN can be resolved correctly and the associated > file fetched successfully: > > /gnu/store/w50mfvfzyjzpcbyw3lll7hm4j457jhb0-wget-1.17.1/bin/wget > https://github.com/boostorg/compute/archive/v0.5.tar.gz > > Would this qualify as a bug filed against wget in Guix, or does the problem > lie elsewhere? [...] Content analysis details: (1.2 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 1.2 RCVD_IN_BL_SPAMCOP_NET RBL: Received via a relay in bl.spamcop.net [Blocked - see ] -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [209.85.161.175 listed in list.dnswl.org] -0.0 SPF_PASS SPF: sender matches SPF record -0.0 RCVD_IN_MSPIKE_H3 RBL: Good reputation (+3) [209.85.161.175 listed in wl.mailspike.net] -0.0 RCVD_IN_MSPIKE_WL Mailspike good senders 0.0 T_DKIM_INVALID DKIM-Signature header exists but is not valid X-Debbugs-Envelope-To: 23055 Cc: 23055@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.2 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: On Fri, Mar 18, 2016 at 2:04 PM, Dennis Mungai wrote: > As you can see in the first part, fetching BoostCompute fails because the > specified MD5 hash fails, and as a result, the build system falls back to > fetching the same with wget (see second snippet). > > The second part fails because wget fails to resolve the FQDN entry > github.com. > > However, when invoking wget directly, both the local instalation and the > Guix installation, the FQDN can be resolved correctly and the associated > file fetched successfully: > > /gnu/store/w50mfvfzyjzpcbyw3lll7hm4j457jhb0-wget-1.17.1/bin/wget > https://github.com/boostorg/compute/archive/v0.5.tar.gz > > Would this qualify as a bug filed against wget in Guix, or does the problem > lie elsewhere? [...] Content analysis details: (1.2 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_MSPIKE_H3 RBL: Good reputation (+3) [209.85.161.175 listed in wl.mailspike.net] -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [209.85.161.175 listed in list.dnswl.org] 1.2 RCVD_IN_BL_SPAMCOP_NET RBL: Received via a relay in bl.spamcop.net [Blocked - see ] -0.0 SPF_PASS SPF: sender matches SPF record -0.0 RCVD_IN_MSPIKE_WL Mailspike good senders 0.0 T_DKIM_INVALID DKIM-Signature header exists but is not valid On Fri, Mar 18, 2016 at 2:04 PM, Dennis Mungai wrote: > As you can see in the first part, fetching BoostCompute fails because the > specified MD5 hash fails, and as a result, the build system falls back to > fetching the same with wget (see second snippet). > > The second part fails because wget fails to resolve the FQDN entry > github.com. > > However, when invoking wget directly, both the local instalation and the > Guix installation, the FQDN can be resolved correctly and the associated > file fetched successfully: > > /gnu/store/w50mfvfzyjzpcbyw3lll7hm4j457jhb0-wget-1.17.1/bin/wget > https://github.com/boostorg/compute/archive/v0.5.tar.gz > > Would this qualify as a bug filed against wget in Guix, or does the problem > lie elsewhere? In Guix, builds are performed in an isolated container where there is *no* external network access. It must be this way because otherwise builds would be non-deterministic. The only exception is for "fixed output derivations", whose checksum is known in advance, which wouldn't be the case here. So, the problem lies with Arrayfire's build system. A build system really shouldn't download from the net. It should use what the system has provided for it. In my experience, build systems that try to download from the net usually try to find something to use locally first. Without knowing anything beyond the log you've shown me, I would guess that you need to package BoostCompute first and provide that as an input to Arrayfire. Hopefully then it won't try to download it. Hope this helps! - Dave From debbugs-submit-bounces@debbugs.gnu.org Fri Mar 18 14:23:31 2016 Received: (at 23055) by debbugs.gnu.org; 18 Mar 2016 18:23:31 +0000 Received: from localhost ([127.0.0.1]:52946 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1agz3b-00083S-4r for submit@debbugs.gnu.org; Fri, 18 Mar 2016 14:23:31 -0400 Received: from mail-yw0-f180.google.com ([209.85.161.180]:34170) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1agz3Z-00083G-Ns for 23055@debbugs.gnu.org; Fri, 18 Mar 2016 14:23:30 -0400 Received: by mail-yw0-f180.google.com with SMTP id h129so149325565ywb.1 for <23055@debbugs.gnu.org>; Fri, 18 Mar 2016 11:23:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=PNV8mtQwgKuA7v8KqVjYGY0T67PglZhSVNos2AUhyDQ=; b=TUYoLiEU78tcQPAACSBsVH56pw21MQei6NlUfXi8hjyskjExIjtCSWoHm02z23JMle h2ZjNFf8XdHEEhsKROjsXbC7bfEHZHpf/KJAwXz+n2RZxqs+u09pkftsCoDWhHz8s4MH DPDLvRNIRFB8X2HXwMbll9EjSKHiDFV4jgptTxEJdaUzeiMUf5v+a9NqyvjSSmvJdZsh snbNet2fXxe0QfTZxolLXN5eofmpQ+Lvth80h7XuNYZv9GfJI3MI651xEPcrx1gZcR8N 5k/+istQZ6pREnwbEvDES7JxorRa2KTNwySOwpiFWj8DpANiftIgJqdiS1fOn4/tcSNW 217w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=PNV8mtQwgKuA7v8KqVjYGY0T67PglZhSVNos2AUhyDQ=; b=MCMjP05XaNTtV6mIiUNaw2RlPfy66EX6lsaUpqo9VZjGYyNIPWRAJVXIVYc69+pZxq Cn6UUEbc9OhqVHgdnGe61bicmDJUaYLia/LrdKJdNkURcpnFOU6qfzgBIcXI+QC3zeXq YaKE705HKk3OAnF1vDCf4nN2/0zkVrCupsXFW+Jxi1Q+yN8f/hREF3uLBE0R2yBNltcu KlIScxzJwMMEptAlsPLYpOTvgtIIOcNJ8w/S5Nxk8v78RpYCXZCoKO/isVekulqTQ2Lb zKADf+dP16Wkd828gBQGgcbwqQIuIALfvdbhaLp+OOgu+EaIqXb7kTU4aZFggt+mWLei cvUg== X-Gm-Message-State: AD7BkJIJg0CIm4+3YQJw8rpb5t9gK7fNdPaDRCe21vrfD2lrwNS6gNOiF6RujPyePlCrwsMvgNR9ipn8XQivGg== MIME-Version: 1.0 X-Received: by 10.13.213.149 with SMTP id x143mr8397839ywd.157.1458325404295; Fri, 18 Mar 2016 11:23:24 -0700 (PDT) Received: by 10.37.21.6 with HTTP; Fri, 18 Mar 2016 11:23:24 -0700 (PDT) In-Reply-To: References: Date: Fri, 18 Mar 2016 21:23:24 +0300 Message-ID: Subject: Re: bug#23055: wget within guix fails to resolve FQDNs when used as an input (native or otherwise) From: Dennis Mungai To: "Thompson, David" Content-Type: multipart/alternative; boundary=001a114fc156b0a94f052e56d7b8 X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 23055 Cc: 23055@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) --001a114fc156b0a94f052e56d7b8 Content-Type: text/plain; charset=UTF-8 Hello David, Thanks for the clarification. Seems Arrayfire will need several modify-phases statements to clean up the current build system and in addition, port Boost.Compute to GNU Guix as an input. Will do, and provide feedback on the same. Thanks and regards, Dennis Mungai. On 18 March 2016 at 21:15, Thompson, David wrote: > On Fri, Mar 18, 2016 at 2:04 PM, Dennis Mungai wrote: > > > As you can see in the first part, fetching BoostCompute fails because the > > specified MD5 hash fails, and as a result, the build system falls back to > > fetching the same with wget (see second snippet). > > > > The second part fails because wget fails to resolve the FQDN entry > > github.com. > > > > However, when invoking wget directly, both the local instalation and the > > Guix installation, the FQDN can be resolved correctly and the associated > > file fetched successfully: > > > > /gnu/store/w50mfvfzyjzpcbyw3lll7hm4j457jhb0-wget-1.17.1/bin/wget > > https://github.com/boostorg/compute/archive/v0.5.tar.gz > > > > Would this qualify as a bug filed against wget in Guix, or does the > problem > > lie elsewhere? > > In Guix, builds are performed in an isolated container where there is > *no* external network access. It must be this way because otherwise > builds would be non-deterministic. The only exception is for "fixed > output derivations", whose checksum is known in advance, which > wouldn't be the case here. So, the problem lies with Arrayfire's > build system. A build system really shouldn't download from the net. > It should use what the system has provided for it. In my experience, > build systems that try to download from the net usually try to find > something to use locally first. Without knowing anything beyond the > log you've shown me, I would guess that you need to package > BoostCompute first and provide that as an input to Arrayfire. > Hopefully then it won't try to download it. > > Hope this helps! > > - Dave > --001a114fc156b0a94f052e56d7b8 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hello David,

Thanks = for the clarification.

Seems Arrayfire will need several modi= fy-phases statements to clean up the current build system and in addition, = port Boost.Compute to GNU Guix as an input.

Will do, and provi= de feedback on the same.

Thanks and regards,

Denn= is Mungai.

On 18 March 2016 at 21:15, Thompson, David <dthompson2@worcester= .edu> wrote:
On Fri, Mar 18= , 2016 at 2:04 PM, Dennis Mungai <d= mngaie@gmail.com> wrote:

> As you can see in the first part, fetching BoostCompute fails because = the
> specified MD5 hash fails, and as a result, the build system falls back= to
> fetching the same with wget (see second snippet).
>
> The second part fails because wget fails to resolve the FQDN entry
> git= hub.com.
>
> However, when invoking wget directly, both the local instalation and t= he
> Guix installation, the FQDN can be resolved correctly and the associat= ed
> file fetched successfully:
>
> /gnu/store/w50mfvfzyjzpcbyw3lll7hm4j457jhb0-wget-1.17.1/bin/wget
> https://github.com/boostorg/compute/arch= ive/v0.5.tar.gz
>
> Would this qualify as a bug filed against wget in Guix, or does the pr= oblem
> lie elsewhere?

In Guix, builds are performed in an isolated container where there is
*no* external network access.=C2=A0 It must be this way because otherwise builds would be non-deterministic. The only exception is for "fixed output derivations", whose checksum is known in advance, which
wouldn't be the case here.=C2=A0 So, the problem lies with Arrayfire= 9;s
build system.=C2=A0 A build system really shouldn't download from the n= et.
It should use what the system has provided for it.=C2=A0 In my experience,<= br> build systems that try to download from the net usually try to find
something to use locally first.=C2=A0 Without knowing anything beyond the log you've shown me, I would guess that you need to package
BoostCompute first and provide that as an input to Arrayfire.
Hopefully then it won't try to download it.

Hope this helps!

- Dave

--001a114fc156b0a94f052e56d7b8-- From debbugs-submit-bounces@debbugs.gnu.org Sat Mar 19 03:36:43 2016 Received: (at 23055) by debbugs.gnu.org; 19 Mar 2016 07:36:43 +0000 Received: from localhost ([127.0.0.1]:53167 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ahBRD-0001k8-BS for submit@debbugs.gnu.org; Sat, 19 Mar 2016 03:36:43 -0400 Received: from mail-yw0-f173.google.com ([209.85.161.173]:35427) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ahBRB-0001ju-Ix for 23055@debbugs.gnu.org; Sat, 19 Mar 2016 03:36:41 -0400 Received: by mail-yw0-f173.google.com with SMTP id g127so164844644ywf.2 for <23055@debbugs.gnu.org>; Sat, 19 Mar 2016 00:36:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=42MgOIw81KmJCIRgq8Z4SJt5Ipvpj8Ostsfca6DqNsw=; b=zCZ/o8SBLh09NDNwMac6r/O1X/5tMflILf8a/RslSqA+Eb3sQm6R9f/wlgauQBPvLH YVn3nU08aA6m9bVopa+CMV93FZUGoXRQp00YLTuzMLiscLo3F/m/viVbKGqIHBVAmw9I PL1Yi+4deZIWLVWVlN3vx5hOH92PUYUkVM26rdy9zTcc2DT0Z4JXoyIRSOk3EHVVAMk9 wPoKN+IWUU50KOoD8no5xEWAVuuqNv0CE2evW7Jsti+X6HlW9mruMUPZPoizW+Dqanj4 i4yCaHAHMOMdUcUUWHhNO0E+OQnIvRLDZHt9xIIAUW++gCcfOrp3GGP599g35O7FkMnU Z+/g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=42MgOIw81KmJCIRgq8Z4SJt5Ipvpj8Ostsfca6DqNsw=; b=RT6CtRv9aXckqE0Xozo+HcXL7hOStVCmolayva0ZxxyfizFW2/w8vk9vfk2bHyvEQx s1CuSCeL/VBGolGFH1XJuTMyNhzVjK75cEYt8Z02oe9SeoOViE3XF9d66tO7TGb+ltBY GH3hfCs98k4X7qd0UkJ2Yr5mAIuwZLujB2BU39n5NWXDyQ3EkrEB280u5jy8l9r+acAM sTxtWD2mxRZPexaFncUl8ZljkkGyoSirYSIP88zOU6mSvRcw2aN+f1y0Rp2ZSZgTfWX8 CjzqIdta2zDsfM/pgFahpWnhxPwN9Io7Vvt4SL/g7XJSFNYB598ld38YtVafBmWjmDAn 7DrA== X-Gm-Message-State: AD7BkJIlYGd2aIujRwGUUhpAwTmV/ts0LfVXa9bqQzugWaKG+EJO4uxG8oFjuyreGW5EnWdxvCecTElgX19zAA== MIME-Version: 1.0 X-Received: by 10.37.230.212 with SMTP id d203mr6019700ybh.74.1458372995821; Sat, 19 Mar 2016 00:36:35 -0700 (PDT) Received: by 10.37.21.6 with HTTP; Sat, 19 Mar 2016 00:36:35 -0700 (PDT) In-Reply-To: References: Date: Sat, 19 Mar 2016 10:36:35 +0300 Message-ID: Subject: Re: bug#23055: wget within guix fails to resolve FQDNs when used as an input (native or otherwise) From: Dennis Mungai To: "Thompson, David" Content-Type: multipart/alternative; boundary=94eb2c0a79ca5db6ba052e61ecbf X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 23055 Cc: 23055@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) --94eb2c0a79ca5db6ba052e61ecbf Content-Type: text/plain; charset=UTF-8 Update: All worked out. I was able to port over the dependencies to guix and fed them as inputs to the package in question. All builds as expected. Thanks and regards, Dennis Mungai. On 18 March 2016 at 21:23, Dennis Mungai wrote: > Hello David, > > Thanks for the clarification. > > Seems Arrayfire will need several modify-phases statements to clean up the > current build system and in addition, port Boost.Compute to GNU Guix as an > input. > > Will do, and provide feedback on the same. > > Thanks and regards, > > Dennis Mungai. > > On 18 March 2016 at 21:15, Thompson, David > wrote: > >> On Fri, Mar 18, 2016 at 2:04 PM, Dennis Mungai wrote: >> >> > As you can see in the first part, fetching BoostCompute fails because >> the >> > specified MD5 hash fails, and as a result, the build system falls back >> to >> > fetching the same with wget (see second snippet). >> > >> > The second part fails because wget fails to resolve the FQDN entry >> > github.com. >> > >> > However, when invoking wget directly, both the local instalation and the >> > Guix installation, the FQDN can be resolved correctly and the associated >> > file fetched successfully: >> > >> > /gnu/store/w50mfvfzyjzpcbyw3lll7hm4j457jhb0-wget-1.17.1/bin/wget >> > https://github.com/boostorg/compute/archive/v0.5.tar.gz >> > >> > Would this qualify as a bug filed against wget in Guix, or does the >> problem >> > lie elsewhere? >> >> In Guix, builds are performed in an isolated container where there is >> *no* external network access. It must be this way because otherwise >> builds would be non-deterministic. The only exception is for "fixed >> output derivations", whose checksum is known in advance, which >> wouldn't be the case here. So, the problem lies with Arrayfire's >> build system. A build system really shouldn't download from the net. >> It should use what the system has provided for it. In my experience, >> build systems that try to download from the net usually try to find >> something to use locally first. Without knowing anything beyond the >> log you've shown me, I would guess that you need to package >> BoostCompute first and provide that as an input to Arrayfire. >> Hopefully then it won't try to download it. >> >> Hope this helps! >> >> - Dave >> > > --94eb2c0a79ca5db6ba052e61ecbf Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Update:

All worked o= ut.

I was able to port over the dependencies to guix and fed t= hem as inputs to the package in question.
All builds as expected.<= br>
Thanks and regards,

Dennis Mungai.

On 18 March 2016 at 21= :23, Dennis Mungai <dmngaie@gmail.com> wrote:
Hello David,<= br>
Thanks for the clarification.

Seems Arrayfire wi= ll need several modify-phases statements to clean up the current build syst= em and in addition, port Boost.Compute to GNU Guix as an input.

Will do, and provide feedback on the same.

Thanks and regard= s,

Dennis Mungai.

On 18 March = 2016 at 21:15, Thompson, David <dthompson2@worcester.edu> wrote:
On Fri, Mar 18, 2016 at 2:04 = PM, Dennis Mungai <dmngaie@gmail.com> wrote:

> As you can see in the first part, fetching BoostCompute fails because = the
> specified MD5 hash fails, and as a result, the build system falls back= to
> fetching the same with wget (see second snippet).
>
> The second part fails because wget fails to resolve the FQDN entry
> git= hub.com.
>
> However, when invoking wget directly, both the local instalation and t= he
> Guix installation, the FQDN can be resolved correctly and the associat= ed
> file fetched successfully:
>
> /gnu/store/w50mfvfzyjzpcbyw3lll7hm4j457jhb0-wget-1.17.1/bin/wget
> https://github.com/boostorg/compute/arch= ive/v0.5.tar.gz
>
> Would this qualify as a bug filed against wget in Guix, or does the pr= oblem
> lie elsewhere?

In Guix, builds are performed in an isolated container where there is
*no* external network access.=C2=A0 It must be this way because otherwise builds would be non-deterministic. The only exception is for "fixed output derivations", whose checksum is known in advance, which
wouldn't be the case here.=C2=A0 So, the problem lies with Arrayfire= 9;s
build system.=C2=A0 A build system really shouldn't download from the n= et.
It should use what the system has provided for it.=C2=A0 In my experience,<= br> build systems that try to download from the net usually try to find
something to use locally first.=C2=A0 Without knowing anything beyond the log you've shown me, I would guess that you need to package
BoostCompute first and provide that as an input to Arrayfire.
Hopefully then it won't try to download it.

Hope this helps!

- Dave


--94eb2c0a79ca5db6ba052e61ecbf-- From debbugs-submit-bounces@debbugs.gnu.org Sat Mar 19 17:03:58 2016 Received: (at control) by debbugs.gnu.org; 19 Mar 2016 21:03:58 +0000 Received: from localhost ([127.0.0.1]:53964 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ahO2P-0000Ya-U4 for submit@debbugs.gnu.org; Sat, 19 Mar 2016 17:03:58 -0400 Received: from eggs.gnu.org ([208.118.235.92]:36594) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ahO2N-0000YL-UB for control@debbugs.gnu.org; Sat, 19 Mar 2016 17:03:56 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ahO2G-00030d-IA for control@debbugs.gnu.org; Sat, 19 Mar 2016 17:03:50 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:36122) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ahO2G-00030Z-Ea for control@debbugs.gnu.org; Sat, 19 Mar 2016 17:03:48 -0400 Received: from reverse-83.fdn.fr ([80.67.176.83]:57036 helo=pluto) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1ahO2F-0001m9-PZ for control@debbugs.gnu.org; Sat, 19 Mar 2016 17:03:48 -0400 Date: Sat, 19 Mar 2016 22:03:44 +0100 Message-Id: <87zitufadr.fsf@gnu.org> To: control@debbugs.gnu.org From: ludo@gnu.org (Ludovic =?utf-8?Q?Court=C3=A8s?=) Subject: control message for bug #23055 MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) tags 23055 notabug close 23055 From unknown Wed Aug 20 01:20:46 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Sun, 17 Apr 2016 11:24:04 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator