GNU bug report logs - #15052
guix-0.3 make check fails, on gentoo-prefix setup

Previous Next

Package: guix;

Reported by: Cyprien Nicolas <cyprien <at> nicolas.tf>

Date: Thu, 8 Aug 2013 21:31:02 UTC

Severity: normal

Done: ludo <at> gnu.org (Ludovic Courtès)

Bug is archived. No further changes may be made.

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.

View this report as an mbox folder, status mbox, maintainer mbox


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):

From: Cyprien Nicolas <cyprien <at> nicolas.tf>
To: bug-guix <at> gnu.org
Subject: guix-0.3 make check fails, on gentoo-prefix setup
Date: Thu, 8 Aug 2013 23:30:03 +0200
[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):

From: ludo <at> gnu.org (Ludovic Courtès)
To: 15052 <at> debbugs.gnu.org
Subject: Re: bug#15052: guix-0.3 make check fails, on gentoo-prefix setup
Date: Thu, 15 Aug 2013 13:36:28 +0200
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):

From: Cyprien Nicolas <cyprien <at> nicolas.tf>
To: Ludovic Courtès <ludo <at> gnu.org>
Cc: 15052 <at> debbugs.gnu.org
Subject: Re: bug#15052: guix-0.3 make check fails, on gentoo-prefix setup
Date: Thu, 29 Aug 2013 23:56:38 +0200
[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):

From: ludo <at> gnu.org (Ludovic Courtès)
To: Cyprien Nicolas <cyprien <at> nicolas.tf>
Cc: 15052-done <at> debbugs.gnu.org
Subject: Re: bug#15052: guix-0.3 make check fails, on gentoo-prefix setup
Date: Fri, 30 Aug 2013 11:52:06 +0200
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.