* [PATCH] gnu: guile-next: Increase timeout.
@ 2016-10-08 8:00 Ricardo Wurmus
2016-10-09 6:43 ` Leo Famulari
0 siblings, 1 reply; 4+ messages in thread
From: Ricardo Wurmus @ 2016-10-08 8:00 UTC (permalink / raw)
To: guix-devel
* gnu/packages/guile.scm (guile-next)[properties]: Set timeout to
20 hours.
---
gnu/packages/guile.scm | 1 +
1 file changed, 1 insertion(+)
diff --git a/gnu/packages/guile.scm b/gnu/packages/guile.scm
index 0890f19..7361f1f 100644
--- a/gnu/packages/guile.scm
+++ b/gnu/packages/guile.scm
@@ -220,6 +220,7 @@ without requiring the source code to be rewritten.")
(snippet '(for-each delete-file
(find-files "prebuilt" "\\.go$")))))
(synopsis "Snapshot of what will become version 2.2 of GNU Guile")
+ (properties '((timeout . 72000))) ; 20 hours
(native-search-paths
(list (search-path-specification
(variable "GUILE_LOAD_PATH")
--
2.10.0
^ permalink raw reply related [flat|nested] 4+ messages in thread* Re: [PATCH] gnu: guile-next: Increase timeout.
2016-10-08 8:00 [PATCH] gnu: guile-next: Increase timeout Ricardo Wurmus
@ 2016-10-09 6:43 ` Leo Famulari
2016-10-09 9:33 ` Ricardo Wurmus
2016-10-10 8:43 ` Andy Wingo
0 siblings, 2 replies; 4+ messages in thread
From: Leo Famulari @ 2016-10-09 6:43 UTC (permalink / raw)
To: Ricardo Wurmus; +Cc: guix-devel
On Sat, Oct 08, 2016 at 10:00:44AM +0200, Ricardo Wurmus wrote:
> * gnu/packages/guile.scm (guile-next)[properties]: Set timeout to
> 20 hours.
Seems fine if that's how long it takes. Wow!
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [PATCH] gnu: guile-next: Increase timeout.
2016-10-09 6:43 ` Leo Famulari
@ 2016-10-09 9:33 ` Ricardo Wurmus
2016-10-10 8:43 ` Andy Wingo
1 sibling, 0 replies; 4+ messages in thread
From: Ricardo Wurmus @ 2016-10-09 9:33 UTC (permalink / raw)
To: Leo Famulari; +Cc: guix-devel
Leo Famulari <leo@famulari.name> writes:
> On Sat, Oct 08, 2016 at 10:00:44AM +0200, Ricardo Wurmus wrote:
>> * gnu/packages/guile.scm (guile-next)[properties]: Set timeout to
>> 20 hours.
>
> Seems fine if that's how long it takes. Wow!
The comment above says that it takes in excess of three hours on
x86_64. Considering that the build machines for other architectures are
less powerful and that they may be building more than one thing at a
time I think 20 hours is a very safe choice. (Maybe a bit large, but
there’s no harm in that, I think.)
~~ Ricardo
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [PATCH] gnu: guile-next: Increase timeout.
2016-10-09 6:43 ` Leo Famulari
2016-10-09 9:33 ` Ricardo Wurmus
@ 2016-10-10 8:43 ` Andy Wingo
1 sibling, 0 replies; 4+ messages in thread
From: Andy Wingo @ 2016-10-10 8:43 UTC (permalink / raw)
To: Leo Famulari; +Cc: guix-devel
On Sun 09 Oct 2016 08:43, Leo Famulari <leo@famulari.name> writes:
> On Sat, Oct 08, 2016 at 10:00:44AM +0200, Ricardo Wurmus wrote:
>> * gnu/packages/guile.scm (guile-next)[properties]: Set timeout to
>> 20 hours.
>
> Seems fine if that's how long it takes. Wow!
Yeah :/ Though with Ricardo's caveats that on an x86-64 machine it's
more like 2 or 3 hours. This is "fixed" in the tarballs because the
person who generates the tarballs makes sure to prebuild a set of
compiled scheme files for common architectures, and those get picked up
by the build. Otherwise yeah, slow, sorry about that :(
More background: https://wingolog.org/archives/2016/01/11/the-half-strap-self-hosting-and-guile
Andy
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2016-10-10 8:44 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2016-10-08 8:00 [PATCH] gnu: guile-next: Increase timeout Ricardo Wurmus
2016-10-09 6:43 ` Leo Famulari
2016-10-09 9:33 ` Ricardo Wurmus
2016-10-10 8:43 ` Andy Wingo
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/guix.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).