GNU bug report logs -
#15052
guix-0.3 make check fails, on gentoo-prefix setup
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 15052 in the body.
You can then email your comments to 15052 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#15052
; Package
guix
.
(Thu, 08 Aug 2013 21:31:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Cyprien Nicolas <cyprien <at> nicolas.tf>
:
New bug report received and forwarded. Copy sent to
bug-guix <at> gnu.org
.
(Thu, 08 Aug 2013 21:31: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,
I tried to make an ebuild for guix for the Gentoo meta-distribution.
I don't have a full Gentoo system at the moment, but an install known
as Gentoo Prefix [1], where you install packges in your home
directory, using the regular Gentoo tools (a bit like what guix does
on another distro). So I wrote an ebuild for guix [2] atop of Gentoo
prefix (that sounds a weird setup as I write it).
So I run an uptodate Fedora 17, amd64, with a gentoo prefix in
~/gprefix.
The compilation goes fine. Except I don't get why guix-0.3 attempts to
download guile-2.0.7.tar.xz during compilation phase, while I do have
guile-2.0.9 installed.
However, make check fails:
============================================================================
Testsuite summary for GNU Guix 0.3
============================================================================
# TOTAL: 19
# PASS: 11
# SKIP: 0
# XFAIL: 0
# FAIL: 8
# XPASS: 0
# ERROR: 0
============================================================================
See ./test-suite.log
Please report to bug-guix <at> gnu.org
============================================================================
make[4]: *** [test-suite.log] Error 1
make[4]: Leaving directory `/home/cnicolas/gprefix/var/tmp/portage/sys-apps/guix-0.3/work/guix-0.3'
make[3]: *** [check-TESTS] Error 2
make[3]: Leaving directory `/home/cnicolas/gprefix/var/tmp/portage/sys-apps/guix-0.3/work/guix-0.3'
make[2]: *** [check-am] Error 2
make[2]: Leaving directory `/home/cnicolas/gprefix/var/tmp/portage/sys-apps/guix-0.3/work/guix-0.3'
make[1]: *** [check-recursive] Error 1
make[1]: Leaving directory `/home/cnicolas/gprefix/var/tmp/portage/sys-apps/guix-0.3/work/guix-0.3'
make: *** [check] Error 2
I join the test-suite.log (compressed) and full build log (compressed
too).
I don't understand all failures, some are due to socket path length:
ERROR: In procedure connect:
ERROR: In procedure scm_to_sockaddr: unix address path too long: /home/cnicolas/gprefix/var/tmp/portage/sys-apps/guix-0.3/work/guix-0.3/test-tmp/var/7770/daemon-socket/socket
1. http://www.gentoo.org/proj/en/gentoo-alt/prefix/
2. https://bitbucket.org/fulax/fulax-gentoo-overlay/src/61d0d4420dd1600c008173f4b5344b766f56ff49/sys-apps/guix/guix-0.3.ebuild
--
Cyprien/Fulax
[test-suite.log.xz (application/x-xz, attachment)]
[guix-0.3_20130808-211631.log.xz (application/x-xz, attachment)]
[signature.asc (application/pgp-signature, inline)]
Information forwarded
to
bug-guix <at> gnu.org
:
bug#15052
; Package
guix
.
(Thu, 15 Aug 2013 11:37:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 15052 <at> debbugs.gnu.org (full text, mbox):
Hi!
Cyprien Nicolas <cyprien <at> nicolas.tf> skribis:
> I don't understand all failures, some are due to socket path length:
>
> ERROR: In procedure connect:
> ERROR: In procedure scm_to_sockaddr: unix address path too long: /home/cnicolas/gprefix/var/tmp/portage/sys-apps/guix-0.3/work/guix-0.3/test-tmp/var/7770/daemon-socket/socket
Apff, yes, that’s a problem. Guix clients connect to the build daemon
over a Unix-domain socket, and that has a shameful 108 character limit
on GNU/Linux. Thus, all the test cases that try to connect to the build
daemon fail.
As a workaround, you could try to build in a shorter directory, if
that’s an option at all.
Alternately, you could try changing the ‘test-env’ script to use
relative directory names instead.
Can you try and report back?
TIA,
Ludo’.
Information forwarded
to
bug-guix <at> gnu.org
:
bug#15052
; Package
guix
.
(Thu, 29 Aug 2013 21:57:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 15052 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Hello,
Il y a 14 jours, Ludovic Courtès écrivit :
> Hi!
>
> Cyprien Nicolas <cyprien <at> nicolas.tf> skribis:
>
> > I don't understand all failures, some are due to socket path length:
> >
> > ERROR: In procedure connect:
> > ERROR: In procedure scm_to_sockaddr: unix address path too long: /home/cnicolas/gprefix/var/tmp/portage/sys-apps/guix-0.3/work/guix-0.3/test-tmp/var/7770/daemon-socket/socket
>
> Apff, yes, that’s a problem. Guix clients connect to the build daemon
> over a Unix-domain socket, and that has a shameful 108 character limit
> on GNU/Linux. Thus, all the test cases that try to connect to the build
> daemon fail.
>
> As a workaround, you could try to build in a shorter directory, if
> that’s an option at all.
Yes, I exported PORTAGE_TMPDIR=/tmp before running emerge, and all 19
tests went fine :-)
> Alternately, you could try changing the ‘test-env’ script to use
> relative directory names instead.
I haven't try it. No real opinion on which one would be prefered.
> Can you try and report back?
Done!
--
Cyprien/Fulax
[signature.asc (application/pgp-signature, inline)]
Reply sent
to
ludo <at> gnu.org (Ludovic Courtès)
:
You have taken responsibility.
(Fri, 30 Aug 2013 09:53:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
Cyprien Nicolas <cyprien <at> nicolas.tf>
:
bug acknowledged by developer.
(Fri, 30 Aug 2013 09:53:02 GMT)
Full text and
rfc822 format available.
Message #16 received at 15052-done <at> debbugs.gnu.org (full text, mbox):
Cyprien Nicolas <cyprien <at> nicolas.tf> skribis:
> Il y a 14 jours, Ludovic Courtès écrivit :
>
>> Hi!
>>
>> Cyprien Nicolas <cyprien <at> nicolas.tf> skribis:
>>
>> > I don't understand all failures, some are due to socket path length:
>> >
>> > ERROR: In procedure connect:
>> > ERROR: In procedure scm_to_sockaddr: unix address path too long: /home/cnicolas/gprefix/var/tmp/portage/sys-apps/guix-0.3/work/guix-0.3/test-tmp/var/7770/daemon-socket/socket
>>
>> Apff, yes, that’s a problem. Guix clients connect to the build daemon
>> over a Unix-domain socket, and that has a shameful 108 character limit
>> on GNU/Linux. Thus, all the test cases that try to connect to the build
>> daemon fail.
>>
>> As a workaround, you could try to build in a shorter directory, if
>> that’s an option at all.
>
> Yes, I exported PORTAGE_TMPDIR=/tmp before running emerge, and all 19
> tests went fine :-)
Excellent!
BTW, if there’s a Gentoo package for Guix, you might want to send a note
on guix-devel.
Thanks,
Ludo’.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Fri, 27 Sep 2013 11:24:03 GMT)
Full text and
rfc822 format available.
This bug report was last modified 11 years and 267 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.