From: Andreas Enge <andreas@enge.fr>
To: Nils Gillmann <niasterisk@grrlz.net>
Cc: guix-devel@gnu.org
Subject: Re: Server for Guix Hydra/Slave ?
Date: Sat, 5 Mar 2016 12:04:11 +0100 [thread overview]
Message-ID: <20160305110411.GA23510@solar> (raw)
In-Reply-To: <87oaav9o0k.fsf@grrlz.net>
Hi Nils,
thanks for the generous offer of a server donation!
So what could be done?
On Thu, Mar 03, 2016 at 11:48:11PM +0100, Nils Gillmann wrote:
> It's a 36€ / year server (I don't believe in the security of OVH,
> but others say it's okay, I personally favor in-berlin.de over
> most providers I had), specs:
> Mainboard Intel Corporation DN2800MT CPU Intel(R) Atom(TM) CPU
> N2800 @ 1.86GHz Cores : 4 Cache : 512 KB Speed : 1862 MHz RAM 1 x
> 2048 MB
> Atom™ N2800 640 346 2c / 4t 1.86 GHz+ 2 GB 500 GB 100 Mbit/s /128
The specs look a bit too low to make it useful as a build slave, compared
to what we already have; especially the low RAM could make a few packages
fail, I think. Even more so since the bottleneck right now is not compilation
power, but processing power by the hydra backend. Also, as you mention,
there is a security question: Right now, we implicitly trust all build
machines through the signature of hydra. If we add too many "random" machines
in "random" data centres, this will not help the trust in the binaries.
On the other hand, an additional mirror cache could always be useful;
with mirror.guixsd.org, we are experimenting right now, so I do not know
whether an additional mirror will make a big difference or not. But the
interesting thing is that this could be done completely independently of the
central hydra infrastructure: Just set it up yourself and advertise it on the
list or on IRC, and then people can use it. You should probably avoid
downloading all the content on hydra and just act as a cache upon an external
request. There would be no security implication, as the packages are signed
by hydra.
Andreas
next prev parent reply other threads:[~2016-03-05 11:04 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-03-03 22:48 Server for Guix Hydra/Slave ? Nils Gillmann
2016-03-03 22:59 ` Nils Gillmann
2016-03-04 1:24 ` Nils Gillmann
2016-03-05 11:04 ` Andreas Enge [this message]
2016-03-05 12:15 ` Nils Gillmann
2016-03-05 22:00 ` Ludovic Courtès
2016-03-06 17:42 ` Nils Gillmann
2016-03-06 18:41 ` Andreas Enge
2016-03-14 9:27 ` Nils Gillmann
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20160305110411.GA23510@solar \
--to=andreas@enge.fr \
--cc=guix-devel@gnu.org \
--cc=niasterisk@grrlz.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/guix.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.