This is great news :)
Rob, do you know how much of a difference the additional Mac Minis have
made?
Also, to which address can I ship a Mac Mini? If another Mini would make
a difference, I'd be more than happy to buy and ship one to the
foundation.
Charles
On Wed, Dec 23, 2015, at 12:12 PM,
Hi,
On Tue, Dec 22, 2015 at 2:23 PM, Daniel Peebles wrote:
> I don't have a good sense of how many the foundation can keep, but for now
> I'm not concerned about us having too many :) the more we get, the more
> responsive we'll be.
>
> As it stands, I think we have two
Hi,
another option that I didn’t mention but researched was looking for hosted Mac
machines, but I find those offensively expensive (around 60€ per smallest mac
mini per month). That means the price of a machine every 10 months.
Cheers,
Christian
> On 22 Dec 2015, at 10:27, Christian Theune
Hi,
> On 29 Oct 2015, at 14:37, Eelco Dolstra wrote:
> Thus the main problem right now is Darwin
> builds, which are done on a single Mac mini…
This is actually also becoming a pain for me as even the channel branches
aren’t populated with the most basic packages
On 15-12-22 10:27am, Christian Theune wrote:
> I could put one or more mac minis in our office on a reasonable big pipe
> (100mbit fibre up/down). Question is whether we could fund them somehow.
> Would a single additional machine help or do we need multiple? (For
> anchoring: the app store
Please, let's stay constructive. We can't change the hardware industry, but
only be a complement to it.
On Tue, Dec 22, 2015 at 12:47 PM, Profpatsch wrote:
> On 15-12-22 10:27am, Christian Theune wrote:
> > I could put one or more mac minis in our office on a reasonable big
Hi,
> On 22 Dec 2015, at 14:57, Daniel Peebles wrote:
>
> I spoke with Rob Vermaas about donating Darwin machines and we decided that
> the hosted Mac options were indeed too expensive. As far as I could tell, the
> best Mac compute power for the money is a Mac Mini from
Hi,
> On 22 Dec 2015, at 12:47, Profpatsch wrote:
>
> On 15-12-22 10:27am, Christian Theune wrote:
>> I could put one or more mac minis in our office on a reasonable big pipe
>> (100mbit fibre up/down). Question is whether we could fund them somehow.
>> Would a single
I don't have a good sense of how many the foundation can keep, but for now
I'm not concerned about us having too many :) the more we get, the more
responsive we'll be.
As it stands, I think we have two (oldish) Darwin cores on Hydra today, so
when my 4-core box
Peter Simons cryp.to> writes:
> Anyhow, that's just a rough estimate. I don't know, really, what an ideal
> hardware / service platform for running such a virtual service would be. It
> would be great if a resident virtual server / NAS / system management guru
> could chime in with suggestions;
Hi Eelco,
>>> Just to be clear: you mean it compresses *to* 8%, or *by* 8%?
>>
>> By 8%.
>
> Hm, that's surprisingly low.
it turns out that nix-push compressed to ~8%, actually. I did not read
nix-push's out output correctly.
I repeated the experiment a moment ago, and a closure of all
Hi Eelco,
> Regarding hydra.nixos.org disk space, I hope to address this by
> having hydra-queue-runner store build results directly in an S3
> bucket (i.e.cache.nixos.org), rather than in the local Nix store.
yes, that sounds like a good solution. It would be great to have that
feature
Hi Peter,
On 04/11/15 14:52, Peter Simons wrote:
> > Packages would appear in cache.nixos.org as soon as they have been
> > built, rather than when the channel mirror script runs.
>
> Do you have any idea how to deal with the fact that some jobsets aren't
> necessarily supposed to be
Hi,
On 04/11/15 17:28, Peter Simons wrote:
> Eelco Dolstra writes:
>
> > Just to be clear: you mean it compresses *to* 8%, or *by* 8%?
>
> By 8%. "To" would be nice, though, wouldn't it? :-)
Hm, that's surprisingly low. (OTOH, compressing *to* 8% would be surprisingly
high...) For comparison,
Hi,
On 29/10/15 13:38, Peter Simons wrote:
> Multiplying the average store path size by the number of distinct store paths
> tells us that storing *everything* requires approx. 360 GByte per platform.
> With 3 active platforms, we'd need about 1 TByte of disk space for one
> complete
> set of
Hi Peter,
On 29/10/15 13:38, Peter Simons wrote:
Regarding hydra.nixos.org disk space, I hope to address this by having
hydra-queue-runner store build results directly in an S3 bucket (i.e.
cache.nixos.org), rather than in the local Nix store. (That would be part 2 of
the queue runner overhaul
16 matches
Mail list logo