guix-0.3 make check fails, on gentoo-prefix setup

  • Done
  • quality assurance status badge
Details
2 participants
  • Cyprien Nicolas
  • Ludovic Courtès
Owner
unassigned
Submitted by
Cyprien Nicolas
Severity
normal

Debbugs page

Cyprien Nicolas wrote 12 years ago
(address . bug-guix@gnu.org)
20130808213003.GD5802@kubera.inria.fr
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@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


--
Cyprien/Fulax
Attachment: test-suite.log.xz
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.20 (GNU/Linux)

iQEcBAEBAgAGBQJSBA3bAAoJEGeOLLwllM0zFlEH/2/K19dz317PfVl3Q7FA+ist
Iql42g/mogeMoivYAt+WpCuErq1QeFcaSifb6ugjOi3iiZC2QGv/D6sOghgxXEK5
V1m56/u/YErJy23IrGaGI1+6dM1ZdS3Xzf1o3nJZ+BHToDp2Ko3nJLtLPV4ed2ee
3hEihhPLL7+e3X2n57shygS9/2CORpr+Vt/Lekp0oSihafidnrIEeFYyTlxykkCe
qx2KpDml+REc7NjeDVv8Hg28GIxRnGqyFG2cFd8ijSKL7Qm36+9Mt1MXnKfkQm8L
UulJZqqICPc0Q4E3NqA6Ks1XyzWSRvIxDs1Li8rLYFFSkmqdJdLby6YCzn0BHpU=
=RXMi
-----END PGP SIGNATURE-----


Ludovic Courtès wrote 12 years ago
(address . 15052@debbugs.gnu.org)
87y583gp8j.fsf@gnu.org
Hi!

Cyprien Nicolas <cyprien@nicolas.tf> skribis:

Toggle quote (5 lines)
> 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’.
Cyprien Nicolas wrote 12 years ago
(name . Ludovic Courtès)(address . ludo@gnu.org)(address . 15052@debbugs.gnu.org)
20130829215638.GF2051@kubera.unice.fr
Hello,

Il y a 14 jours, Ludovic Courtès écrivit :

Toggle quote (17 lines)
> Hi!
>
> Cyprien Nicolas <cyprien@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 :-)

Toggle quote (3 lines)
> 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.

Toggle quote (2 lines)
> Can you try and report back?

Done!
--
Cyprien/Fulax
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.20 (GNU/Linux)

iQEcBAEBAgAGBQJSH8OWAAoJEGeOLLwllM0z6OAH/RVIYVuj5AhSeU57YdWtogyV
kBone2y6lpRXYVeJCYnslUCNtdOCfLC2bHqOCFFkH3EbGZBfQsTQRBzLlnVVHBsV
p4wqk0vXsubwE0jHKzjGTXra6LNxL2nr2f//E2iTtsuyknaUMLKcrp8CtmpBQndO
Fp515UgLtL0Rnzx1pzlkAvjXvTvGeYEJUJwTb+TKvl06PU8iLS3uKKYt/Nc9yJRH
0bCneCgwWHlejML8pcdbBCUauBsL0GDi2rgl5baH0dgcyDoAE1o48R6Vn3+zuDP5
OjTZDCnGmi4o9H4bvJZ25iXdb2PeAxmF0duZstAtgOxxsUSOlAULYRlEZry++ck=
=E90l
-----END PGP SIGNATURE-----


Ludovic Courtès wrote 12 years ago
(name . Cyprien Nicolas)(address . cyprien@nicolas.tf)(address . 15052-done@debbugs.gnu.org)
87wqn333qx.fsf@gnu.org
Cyprien Nicolas <cyprien@nicolas.tf> skribis:

Toggle quote (22 lines)
> Il y a 14 jours, Ludovic Courtès écrivit :
>
>> Hi!
>>
>> Cyprien Nicolas <cyprien@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’.
Closed
?
Your comment

This issue is archived.

To comment on this conversation send an email to 15052@debbugs.gnu.org

To respond to this issue using the mumi CLI, first switch to it
mumi current 15052
Then, you may apply the latest patchset in this issue (with sign off)
mumi am -- -s
Or, compose a reply to this issue
mumi compose
Or, send patches to this issue
mumi send-email *.patch
You may also tag this issue. See list of standard tags. For example, to set the confirmed and easy tags
mumi command -t +confirmed -t +easy
Or, remove the moreinfo tag and set the help tag
mumi command -t -moreinfo -t +help