GNU bug report logs -
#21925
"make check" fails: "guix package: error: socket: Protocol not supported"
Previous Next
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 21925 in the body.
You can then email your comments to 21925 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-guix <at> gnu.org
:
bug#21925
; Package
guix
.
(Sat, 14 Nov 2015 20:43:01 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Chris Marusich <cmmarusich <at> gmail.com>
:
New bug report received and forwarded. Copy sent to
bug-guix <at> gnu.org
.
(Sat, 14 Nov 2015 20:43:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Hi all,
Sorry about that last email. I fat-fingered the send button before I
had finished writing it.
I wanted to let you know that when I ran the following command from
the guix git repository root, the tests during "make check" failed:
guix environment guix -- bash -c './bootstrap && ./configure
--localstatedir=/var && make && make check'
The tests which failed were:
tests/guix-package
tests/guix-package-net
They both failed with the following error message:
"guix package: error: socket: Protocol not supported"
The commit that I was using was 2abcc93. The system I am using is
GuixSD, specifically a 0.9.0 installation of it on a bare metal
laptop. I've attached the test suite log for your reference.
Any idea why these tests failed, and how I can make these tests pass?
Thank you,
Chris Marusich
[test-suite.log (application/octet-stream, attachment)]
Merged 21924 21925.
Request was from
ludo <at> gnu.org (Ludovic Courtès)
to
control <at> debbugs.gnu.org
.
(Sat, 14 Nov 2015 21:53:01 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-guix <at> gnu.org
:
bug#21925
; Package
guix
.
(Sun, 15 Nov 2015 10:20:02 GMT)
Full text and
rfc822 format available.
Message #10 received at 21925 <at> debbugs.gnu.org (full text, mbox):
Hi,
I've noticed that I also experience similar failures when I try to
install certain packages. For example, I cannot install ncurses or
autoconf:
marusich <at> garuda ~$ guix package -i autoconf
guix package: error: socket: Protocol not supported
marusich <at> garuda ~$ guix package -i ncurses
guix package: error: socket: Protocol not supported
However, I CAN install python:
marusich <at> garuda ~$ guix package -i python
The following package will be installed:
python 3.4.3 /gnu/store/y5x6c38fzrbfl80jxrgjd6py2k88x12a-python-3.4.3
[... I've omitted the rest of the output ...]
I've noticed that ncurses and autoconf both use the "mirror://" pseudo
protocol; perhaps this is somehow related to the problem?
gnu/packages/ncurses.scm:
...
(package
(name "ncurses")
(version "6.0")
(source (origin
(method url-fetch)
(uri (string-append "mirror://gnu/ncurses/ncurses-"
version ".tar.gz"))
...
gnu/packages/autotools.scm:
...
(define-public autoconf
(package
(name "autoconf")
(version "2.69")
(source
(origin
(method url-fetch)
(uri (string-append "mirror://gnu/autoconf/autoconf-"
version ".tar.xz"))
...
However, the python module uses "https://":
gnu/packages/python.scm
...
(define-public python
(package (inherit python-2)
(version "3.4.3")
(source (origin
(method url-fetch)
(uri (string-append "https://www.python.org/ftp/python/"
version "/Python-" version ".tar.xz"))
...
If there's any way I can provide more information, please let me know.
I'm having trouble debugging this any further because I'm just
starting to learn Guile; no matter what I do I can't seem to make guix
give me additional information beyond "Protocol not supported."
I hope this information helps.
- Chris
Information forwarded
to
bug-guix <at> gnu.org
:
bug#21925
; Package
guix
.
(Mon, 16 Nov 2015 16:46:02 GMT)
Full text and
rfc822 format available.
Message #13 received at 21925 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Chris Marusich <cmmarusich <at> gmail.com> skribis:
> I've noticed that I also experience similar failures when I try to
> install certain packages. For example, I cannot install ncurses or
> autoconf:
>
> marusich <at> garuda ~$ guix package -i autoconf
> guix package: error: socket: Protocol not supported
> marusich <at> garuda ~$ guix package -i ncurses
> guix package: error: socket: Protocol not supported
Could you apply this patch:
[Message part 2 (text/x-patch, inline)]
diff --git a/guix/ftp-client.scm b/guix/ftp-client.scm
index f02d460..e76f08a 100644
--- a/guix/ftp-client.scm
+++ b/guix/ftp-client.scm
@@ -140,8 +140,9 @@ TIMEOUT, an ETIMEDOUT error is raised."
(let loop ((addresses addresses))
(let* ((ai (car addresses))
- (s (socket (addrinfo:fam ai) SOCK_STREAM ;TCP only
- (addrinfo:protocol ai))))
+ (s (socket (addrinfo:fam ai)
+ ;; TCP/IP only
+ SOCK_STREAM IPPROTO_IP)))
(catch 'system-error
(lambda ()
[Message part 3 (text/plain, inline)]
and then try again, with:
./pre-inst-env guix package -i autoconf
(I can provided more info on how to apply the patch if needed. See also
<http://www.gnu.org/software/guix/manual/html_node/Running-Guix-Before-It-Is-Installed.html>.)
This may be a regression introduced in 279ec1d.
TIA!
Ludo’.
Information forwarded
to
bug-guix <at> gnu.org
:
bug#21925
; Package
guix
.
(Mon, 16 Nov 2015 21:09:01 GMT)
Full text and
rfc822 format available.
Message #16 received at 21925 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
On Sun, 15 Nov 2015 02:19:24 -0800
Chris Marusich <cmmarusich <at> gmail.com> wrote:
> Hi,
>
> I've noticed that I also experience similar failures when I try to
> install certain packages. For example, I cannot install ncurses or
> autoconf:
>
> marusich <at> garuda ~$ guix package -i autoconf
> guix package: error: socket: Protocol not supported
> marusich <at> garuda ~$ guix package -i ncurses
> guix package: error: socket: Protocol not supported
>
> However, I CAN install python:
>
> marusich <at> garuda ~$ guix package -i python
> The following package will be installed:
> python 3.4.3 /gnu/store/y5x6c38fzrbfl80jxrgjd6py2k88x12a-python-3.4.3
> [... I've omitted the rest of the output ...]
>
> I've noticed that ncurses and autoconf both use the "mirror://" pseudo
> protocol; perhaps this is somehow related to the problem?
>
> gnu/packages/ncurses.scm:
> ...
> (package
> (name "ncurses")
> (version "6.0")
> (source (origin
> (method url-fetch)
> (uri (string-append "mirror://gnu/ncurses/ncurses-"
> version ".tar.gz"))
> ...
> gnu/packages/autotools.scm:
> ...
> (define-public autoconf
> (package
> (name "autoconf")
> (version "2.69")
> (source
> (origin
> (method url-fetch)
> (uri (string-append "mirror://gnu/autoconf/autoconf-"
> version ".tar.xz"))
> ...
>
> However, the python module uses "https://":
>
> gnu/packages/python.scm
> ...
> (define-public python
> (package (inherit python-2)
> (version "3.4.3")
> (source (origin
> (method url-fetch)
> (uri (string-append "https://www.python.org/ftp/python/"
> version "/Python-" version ".tar.xz"))
> ...
>
> If there's any way I can provide more information, please let me know.
> I'm having trouble debugging this any further because I'm just
> starting to learn Guile; no matter what I do I can't seem to make guix
> give me additional information beyond "Protocol not supported."
>
> I hope this information helps.
>
> - Chris
>
>
>
copied from the end of your log:
+ guix package --bootstrap -p t-profile-21455 -e '(@@ (gnu packages commencement) gnu-make-boot0)'
accepted connection from pid 21586, user marusich
looking for the latest release of GNU make-boot0...
guix package: error: socket: Protocol not supported
"looking for latest release" is the automagic checker looking for a new
upstream release of GNU make (i think), and the other two, ncurses and
autoconf, I believe also trip the autochecker to see if there's a new
upstream release.
As to the actual error, I'm not sure
--
Efraim Flashner <efraim <at> flashner.co.il> אפרים פלשנר
GPG key = A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351
Confidentiality cannot be guaranteed on emails sent or received unencrypted
[Message part 2 (application/pgp-signature, inline)]
Information forwarded
to
bug-guix <at> gnu.org
:
bug#21925
; Package
guix
.
(Tue, 17 Nov 2015 05:12:01 GMT)
Full text and
rfc822 format available.
Message #19 received at 21925 <at> debbugs.gnu.org (full text, mbox):
Hi,
Thank you for the quick response!
> Could you apply this patch
The patch fixes the problem for me. Now, all the tests run during
"make check" succeed, and when I ran the following command, it worked
as expected:
./pre-inst-env guix package -i autoconf
Chris
Information forwarded
to
bug-guix <at> gnu.org
:
bug#21925
; Package
guix
.
(Tue, 17 Nov 2015 08:47:03 GMT)
Full text and
rfc822 format available.
Message #22 received at 21925-done <at> debbugs.gnu.org (full text, mbox):
Chris Marusich <cmmarusich <at> gmail.com> skribis:
>> Could you apply this patch
>
> The patch fixes the problem for me. Now, all the tests run during
> "make check" succeed, and when I ran the following command, it worked
> as expected:
>
> ./pre-inst-env guix package -i autoconf
OK, pushed as b7f4677.
Thank you for testing!
Ludo’.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Wed, 16 Dec 2015 12:24:03 GMT)
Full text and
rfc822 format available.
This bug report was last modified 9 years and 104 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.