GNU bug report logs -
#28610
tcsh 6.20.00 testsuite: 68 failed
Previous Next
Reported by: Drashne <drashne <at> protonmail.com>
Date: Tue, 26 Sep 2017 15:31:02 UTC
Severity: normal
Tags: notabug
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 28610 in the body.
You can then email your comments to 28610 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#28610
; Package
guix
.
(Tue, 26 Sep 2017 15:31:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Drashne <drashne <at> protonmail.com>
:
New bug report received and forwarded. Copy sent to
bug-guix <at> gnu.org
.
(Tue, 26 Sep 2017 15: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)]
After installing guix-binary-0.13.0.x86_64-linux.tar.xz (on Gentoo amd64 kernel 4.12.12-gentoo) and running "guix package -i glibc-locales", installation of tcsh-6.20.00 failed because of a failed test: "68: nice FAILED (commands.at:896)"
A log of the compile is attached to this email.
[Message part 2 (text/html, inline)]
[guix-package-i-glibc-locales--fail-on-tcsh--2017-09-26.txt (text/plain, attachment)]
Information forwarded
to
bug-guix <at> gnu.org
:
bug#28610
; Package
guix
.
(Thu, 28 Sep 2017 14:18:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 28610 <at> debbugs.gnu.org (full text, mbox):
Hello,
Drashne <drashne <at> protonmail.com> skribis:
> After installing guix-binary-0.13.0.x86_64-linux.tar.xz (on Gentoo amd64 kernel 4.12.12-gentoo) and running "guix package -i glibc-locales", installation of tcsh-6.20.00 failed because of a failed test: "68: nice FAILED (commands.at:896)"
>
> A log of the compile is attached to this email.
> % guix package -i glibc-locales --no-substitutes
You could run this command with an additional “--keep-failed” flag, and
then, retrieve and post the ‘testsuite.log’ file from
/tmp/guix-build-tcsh-6.20.00.drv-0?
That should allow us to see more precisely why this test is failing.
Thanks for your report,
Ludo’.
Information forwarded
to
bug-guix <at> gnu.org
:
bug#28610
; Package
guix
.
(Fri, 29 Sep 2017 02:28:01 GMT)
Full text and
rfc822 format available.
Message #11 received at 28610 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Hello Ludo',
Thank you for looking in to this.
The 'testsuite.log' file you requested is attached.
I noticed that in the "Detailed failed tests" section, it has:
68. commands.at:893: testing nice ...
./commands.at:896: tcsh -f -c 'nice set var=1; echo $?var'
--- /dev/null 2017-09-22 17:50:11.102758003 +0000
+++ /tmp/guix-build-tcsh-6.20.00.drv-0/tcsh-6.20.00/testsuite.dir/at-groups/68/stderr 2017-09-29 01:59:18.591958887 +0000
@@ -0,0 +1 @@
+setpriority: Permission denied.
68. commands.at:893: 68. nice (commands.at:893): FAILED (commands.at:896)
So at first glance the failure appears to be caused by "setpriority: Permission denied"
I'm not sure why there'd be a permissions problem. I have the guix-daemon running as root, with the following arguments:
/root/.guix-profile/bin/guix-daemon --build-users-group=guixbuild --no-substitutes
I thought maybe it's the guixbuilder user that's having permissions problems, so I tried running the failing test myself as the guixbuilder01 user:
> sudo -u guixbuilder01 /gnu/store/nrrwyb21bn8cdc0k6pis3ggs2vayibin-bash-4.4.12/bin/bash
bash-4.4$ cd /var/tmp/guix/guix-build-tcsh-6.20.00.drv-0/tcsh-6.20.00
bash-4.4$ . ../environment-variables
bash-4.4$ ./tcsh -f -c 'nice set var=1; echo $?var'
0
So the test appears to work when I run it manually, but fails when it's run as part of the build process under guix-daemon.
Also, please note that /var/tmp/guix is my guix build directory, which I've set for guix-daemon via the TMPDIR environment variable. I have a zram filesystem mounted on /var/tmp/guix as ext4, but I've tried the same "guix package -i glibc-locales" without the zramfs, on my root xfs filesystem and it didn't make any difference.
> -------- Original Message --------
> Subject: Re: bug#28610: tcsh 6.20.00 testsuite: 68 failed
> Local Time: September 28, 2017 7:17 AM
> UTC Time: September 28, 2017 2:17 PM
> From: ludo <at> gnu.org
> To: Drashne <drashne <at> protonmail.com>
> 28610 <at> debbugs.gnu.org
>
> Hello,
>
> Drashne <drashne <at> protonmail.com> skribis:
>
>> After installing guix-binary-0.13.0.x86_64-linux.tar.xz (on Gentoo amd64 kernel 4.12.12-gentoo) and running "guix package -i glibc-locales", installation of tcsh-6.20.00 failed because of a failed test: "68: nice FAILED (commands.at:896)"
>>
>> A log of the compile is attached to this email.
>> % guix package -i glibc-locales --no-substitutes
>
> You could run this command with an additional “--keep-failed” flag, and
> then, retrieve and post the ‘testsuite.log’ file from
> /tmp/guix-build-tcsh-6.20.00.drv-0?
>
> That should allow us to see more precisely why this test is failing.
>
> Thanks for your report,
> Ludo’.
[Message part 2 (text/html, inline)]
[testsuite.log (text/x-log, attachment)]
Information forwarded
to
bug-guix <at> gnu.org
:
bug#28610
; Package
guix
.
(Fri, 29 Sep 2017 07:56:01 GMT)
Full text and
rfc822 format available.
Message #14 received at 28610 <at> debbugs.gnu.org (full text, mbox):
Hello,
Drashne <drashne <at> protonmail.com> skribis:
> Thank you for looking in to this.
>
> The 'testsuite.log' file you requested is attached.
>
> I noticed that in the "Detailed failed tests" section, it has:
>
> 68. commands.at:893: testing nice ...
> ./commands.at:896: tcsh -f -c 'nice set var=1; echo $?var'
> --- /dev/null 2017-09-22 17:50:11.102758003 +0000
> +++ /tmp/guix-build-tcsh-6.20.00.drv-0/tcsh-6.20.00/testsuite.dir/at-groups/68/stderr 2017-09-29 01:59:18.591958887 +0000
> @@ -0,0 +1 @@
> +setpriority: Permission denied.
> 68. commands.at:893: 68. nice (commands.at:893): FAILED (commands.at:896)
>
> So at first glance the failure appears to be caused by "setpriority: Permission denied"
Per setpriority(2), the only was this can happen is if we’re trying to
set a nice value lower than the current one:
EACCES The caller attempted to set a lower nice value (i.e., a higher process priority), but did not have
the required privilege (on Linux: did not have the CAP_SYS_NICE capability).
Could it be that you’re running the daemon with “nice guix-daemon …” or
something like that?
Thanks,
Ludo’.
Information forwarded
to
bug-guix <at> gnu.org
:
bug#28610
; Package
guix
.
(Fri, 29 Sep 2017 17:24:01 GMT)
Full text and
rfc822 format available.
Message #17 received at 28610 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
> Ludo wrote:
>
> Could it be that you’re running the daemon with “nice guix-daemon …” or
> something like that?
You're right!
I had set up my guix-daemon startup script to start it as "/usr/bin/nice /usr/bin/ionice -c3 /root/.guix-profile/bin/guix-daemon --build-users-group=guixbuild --no-substitutes" but when troubleshooting this I blindly looked right through the "/usr/bin/nice /usr/bin/ionice -c3" part and just focused on the guix-daemon and its arguments.
After noticing this, I tried running guix-daemon without nicing or ionicing it, and rerunning "guix package -i glibc-locales" which now successfully built and tested tcsh, and is currently continuing to build other packages necessary for the installation of glibc-locales.
Thank you so much for your help.
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-guix <at> gnu.org
:
bug#28610
; Package
guix
.
(Sun, 01 Oct 2017 21:59:02 GMT)
Full text and
rfc822 format available.
Message #20 received at 28610 <at> debbugs.gnu.org (full text, mbox):
Hello Drashne,
Drashne <drashne <at> protonmail.com> skribis:
> I had set up my guix-daemon startup script to start it as "/usr/bin/nice /usr/bin/ionice -c3 /root/.guix-profile/bin/guix-daemon --build-users-group=guixbuild --no-substitutes" but when troubleshooting this I blindly looked right through the "/usr/bin/nice /usr/bin/ionice -c3" part and just focused on the guix-daemon and its arguments.
>
> After noticing this, I tried running guix-daemon without nicing or ionicing it, and rerunning "guix package -i glibc-locales" which now successfully built and tested tcsh, and is currently continuing to build other packages necessary for the installation of glibc-locales.
Great, thanks for testing!
It’s one of these rare cases where details about the host system leak
into the build environment, and picky test suites immediately notice.
Ludo’.
Added tag(s) notabug.
Request was from
ludo <at> gnu.org (Ludovic Courtès)
to
control <at> debbugs.gnu.org
.
(Sun, 01 Oct 2017 21:59:03 GMT)
Full text and
rfc822 format available.
bug closed, send any further explanations to
28610 <at> debbugs.gnu.org and Drashne <drashne <at> protonmail.com>
Request was from
ludo <at> gnu.org (Ludovic Courtès)
to
control <at> debbugs.gnu.org
.
(Sun, 01 Oct 2017 21:59:03 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Mon, 30 Oct 2017 11:24:03 GMT)
Full text and
rfc822 format available.
This bug report was last modified 7 years and 237 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.