Attempt to graft texlive times out after one hour

  • Done
  • quality assurance status badge
Details
3 participants
  • Ludovic Courtès
  • Mark H Weaver
  • Ricardo Wurmus
Owner
unassigned
Submitted by
Mark H Weaver
Severity
normal
Merged with
M
M
Mark H Weaver wrote on 8 Feb 2015 02:53
(address . bug-guix@gnu.org)
8761bd2moy.fsf@netris.org
On my i686 Libreboot X60, two consecutive attempts to run "guix package
-u" have failed with the following message:

Toggle snippet (7 lines)
grafting '/gnu/store/i8iiv9qd1jndwxxr2h563fwwn0997xkx-cups-2.0.1' -> '/gnu/store/nrdr51fkncjm5nqkx70576g25l4ka5na-cups-2.0.1'...
grafting '/gnu/store/y2f71ym41fp803ysf62k1ajk687xd684-xsensors-0.70' -> '/gnu/store/vhjp122fax73k4vags86q6gqzk5qj232-xsensors-0.70'...
building of `/gnu/store/an8an36igcaasvg72kcjph7ns7ssgy6d-texlive-2014.drv' timed out after 3600 seconds of silence
cannot build derivation `/gnu/store/c2fab7ppy5xqgsglvkdp489n95278izx-profile.drv': 1 dependencies couldn't be built
guix package: error: build failed: build of `/gnu/store/c2fab7ppy5xqgsglvkdp489n95278izx-profile.drv' failed

I guess that my machine and rotating disk are too slow to graft texlive
within an hour.

Apart from that, there are a few specific problems:

* It never notified me that it was grafting texlive. Are those messages
not printed until after the grafts have completed?

* I later discovered the --timeout option for 'guix build' (also
supported by 'guix package') but the manual claims that "By default
there is no timeout". This seems to be incorrect.

Mark
M
M
Mark H Weaver wrote on 8 Feb 2015 03:42
(address . 19811@debbugs.gnu.org)
87vbjd15uy.fsf@netris.org
Mark H Weaver <mhw@netris.org> writes:

Toggle quote (4 lines)
> * I later discovered the --timeout option for 'guix build' (also
> supported by 'guix package') but the manual claims that "By default
> there is no timeout". This seems to be incorrect.

I proceeded to try explicitly passing --timeout=0 to 'guix build', but
that didn't work:

Toggle snippet (10 lines)
mhw@jojen:~/guix$ guix build -c1 --timeout=0 texlive
substitute-binary: updating list of substitutes from 'http://hydra.gnu.org'...
The following derivation will be built:
/gnu/store/an8an36igcaasvg72kcjph7ns7ssgy6d-texlive-2014.drv
@ build-started /gnu/store/an8an36igcaasvg72kcjph7ns7ssgy6d-texlive-2014.drv - i686-linux /var/log/guix/drvs/an//8an36igcaasvg72kcjph7ns7ssgy6d-texlive-2014.drv.bz2
building of `/gnu/store/an8an36igcaasvg72kcjph7ns7ssgy6d-texlive-2014.drv' timed out after 3600 seconds of silence
@ build-failed /gnu/store/an8an36igcaasvg72kcjph7ns7ssgy6d-texlive-2014.drv - timeout
guix build: error: build failed: build of `/gnu/store/an8an36igcaasvg72kcjph7ns7ssgy6d-texlive-2014.drv' failed

I seem to be stuck now, with no way to update my system :-(

Mark
M
M
Mark H Weaver wrote on 8 Feb 2015 03:49
(address . 19811@debbugs.gnu.org)
87mw4p15ju.fsf@netris.org
Mark H Weaver <mhw@netris.org> writes:

Toggle quote (9 lines)
> Mark H Weaver <mhw@netris.org> writes:
>
>> * I later discovered the --timeout option for 'guix build' (also
>> supported by 'guix package') but the manual claims that "By default
>> there is no timeout". This seems to be incorrect.
>
> I proceeded to try explicitly passing --timeout=0 to 'guix build', but
> that didn't work:

Bah, I see now that --max-silent-time is the relevant option to use
here. Nevermind :)

Mark
M
M
Mark H Weaver wrote on 8 Feb 2015 06:09
(address . 19811@debbugs.gnu.org)
87egq10z1q.fsf@netris.org
Mark H Weaver <mhw@netris.org> writes:
Toggle quote (3 lines)
> I guess that my machine and rotating disk are too slow to graft texlive
> within an hour.

I was able to do it by passing "--max-silent-time=36000". It ended up
taking just under 2 hours (real time) to graft texlive on my i686
Libreboot X60 system.

Mark
L
L
Ludovic Courtès wrote on 16 Nov 2015 14:25
(name . Mark H Weaver)(address . mhw@netris.org)(address . 19811@debbugs.gnu.org)
87si466ppx.fsf@gnu.org
Mark H Weaver <mhw@netris.org> skribis:

Toggle quote (4 lines)
> I was able to do it by passing "--max-silent-time=36000". It ended up
> taking just under 2 hours (real time) to graft texlive on my i686
> Libreboot X60 system.

With commit 333c376 it may be down to one hour if there are two cores.
Still way too much for something like TeX Live, but an improvement.

Ludo’.
L
L
Ludovic Courtès wrote on 3 May 2016 22:06
control message for bug #23433
(address . control@debbugs.gnu.org)
87a8k6lxdo.fsf@gnu.org
merge 23433 19811
L
L
Ludovic Courtès wrote on 21 May 2016 20:21
control message for bug #19811
(address . control@debbugs.gnu.org)
8760u7uva8.fsf@gnu.org
tags 19811 patch
R
R
Ricardo Wurmus wrote on 19 Oct 2017 01:50
Re: bug#19811: Attempt to graft texlive times out after one hour
(name . Ludovic Courtès)(address . ludo@gnu.org)
87mv4o2ez0.fsf@elephly.net
Ludovic Courtès <ludo@gnu.org> writes:

Toggle quote (9 lines)
> Mark H Weaver <mhw@netris.org> skribis:
>
>> I was able to do it by passing "--max-silent-time=36000". It ended up
>> taking just under 2 hours (real time) to graft texlive on my i686
>> Libreboot X60 system.
>
> With commit 333c376 it may be down to one hour if there are two cores.
> Still way too much for something like TeX Live, but an improvement.

Is this still an issue? While grafting the texlive package is still
rather slow I haven’t seen anything close to one hour recently.

Can this bug be closed?

--
Ricardo

GPG: BCA6 89B6 3655 3801 C3C6 2150 197A 5888 235F ACAC
L
L
Ludovic Courtès wrote on 19 Oct 2017 09:26
(name . Ricardo Wurmus)(address . rekado@elephly.net)
878tg7oaxy.fsf@gnu.org
Hello,

Ricardo Wurmus <rekado@elephly.net> skribis:

Toggle quote (14 lines)
> Ludovic Courtès <ludo@gnu.org> writes:
>
>> Mark H Weaver <mhw@netris.org> skribis:
>>
>>> I was able to do it by passing "--max-silent-time=36000". It ended up
>>> taking just under 2 hours (real time) to graft texlive on my i686
>>> Libreboot X60 system.
>>
>> With commit 333c376 it may be down to one hour if there are two cores.
>> Still way too much for something like TeX Live, but an improvement.
>
> Is this still an issue? While grafting the texlive package is still
> rather slow I haven’t seen anything close to one hour recently.

Same here. Grafting big packages is still rather slow as you write, but
we shouldn’t have anything as big as the old monolithic texlive package
(4 GiB!).

Toggle quote (2 lines)
> Can this bug be closed?

I think so. Done!

Ludo’.
Closed
?