Hi Joshua,
>> I agree. We need volunteers to pick a particular configuration (my
>> suggestion is to start with an Overdrive 3000 rack server[1]) and find a
>> place to host these servers. We have not been successful in delegating
>> this to other people and unfortunately the maintainers canno
Hi Mark,
Mark H Weaver skribis:
> The 'guix publish' TTL is a secondary issue, because, as you say, the
> NARs are only deleted if the corresponding store item has been GC'd.
> The more important question is: what is the policy for deleting GC roots
> on Berlin?
As I wrote, there’s no policy ot
Ricardo Wurmus writes:
> Hi Leo,
>
>> On Sun, Aug 26, 2018 at 12:13:44PM -0400, Mark H Weaver wrote:
>>> Regardless, I think we should seriously consider moving the Aarch64
>>> build slave(s) to Hydra for now, until Cuirass is more mature.
>>
>> I agree with your points about why berlin.guixsd.or
Leo Famulari writes:
> On Tue, Aug 28, 2018 at 09:57:49AM +0200, Ricardo Wurmus wrote:
>> I commented specifically on Leo’s statement about build debugging on
>> Cuirass:
>>
>> “I don't actually do any build debugging with Berlin yet because I
>> don't know how to use the interface effe
On Tue, Aug 28, 2018 at 09:57:49AM +0200, Ricardo Wurmus wrote:
> I commented specifically on Leo’s statement about build debugging on
> Cuirass:
>
> “I don't actually do any build debugging with Berlin yet because I
> don't know how to use the interface effectively.”
>
> This did not so
Andreas Enge writes:
> Hello,
>
> On Tue, Aug 28, 2018 at 09:57:49AM +0200, Ricardo Wurmus wrote:
>> I can remove one of the build machines from Berlin.
>
> would this not aggravate the problem with the availability of substitutes?
> As I understand it, then we would have two separate machines, e
Hello,
On Tue, Aug 28, 2018 at 09:57:49AM +0200, Ricardo Wurmus wrote:
> I can remove one of the build machines from Berlin.
would this not aggravate the problem with the availability of substitutes?
As I understand it, then we would have two separate machines, each of
which would build the same
Hi Mark,
> Ricardo Wurmus writes:
>> I think you are overreacting and I really don’t think the sarcastic
>> response is justified. This kind of communication is very demotivating
>> to me.
>
> Believe it or not, I wasn't conscious of the fact that I was being
> sarcastic or hostile. Sorry abo
Mark H Weaver writes:
> Ricardo Wurmus writes:
>> I think you are overreacting and I really don’t think the sarcastic
>> response is justified. This kind of communication is very demotivating
>> to me.
>
> Believe it or not, I wasn't conscious of the fact that I was being
> sarcastic or hostile
Hi again,
> Ricardo Wurmus writes:
>> I think you are overreacting and I really don’t think the sarcastic
>> response is justified. This kind of communication is very demotivating
>> to me.
>
> Believe it or not, I wasn't conscious of the fact that I was being
> sarcastic or hostile.
I should c
Hi Ricardo,
Ricardo Wurmus writes:
> I think you are overreacting and I really don’t think the sarcastic
> response is justified. This kind of communication is very demotivating
> to me.
Believe it or not, I wasn't conscious of the fact that I was being
sarcastic or hostile. Sorry about that.
Leo Famulari writes:
>> I agree. We need volunteers to pick a particular configuration (my
>> suggestion is to start with an Overdrive 3000 rack server[1]) and find a
>> place to host these servers. We have not been successful in delegating
>> this to other people and unfortunately the mainta
On Mon, Aug 27, 2018 at 10:04:12AM +0200, Ricardo Wurmus wrote:
> I think our use of Hydra is not sustainable. It requires regular manual
> intervention by Mark, careful tuning of SQL queries, conscientious
> clean up of old substitutes, and we have not a single person familiar
> with the Perl cod
Hi Mark,
I think you are overreacting and I really don’t think the sarcastic
response is justified. This kind of communication is very demotivating
to me.
If this is an urgent problem (and your hostility indicates that it is)
then by all means go ahead and add one of the aarch64 build nodes to
Hi again,
Ricardo Wurmus writes:
> We do have people working on Cuirass, though. Let’s add important
> missing features to Cuirass instead of making efforts to keep Hydra on
> life support.
Perhaps the idea is to use the fact that Aarch64 is unusable to motivate
people to work on Cuirass?
If t
Hi Ricardo,
Ricardo Wurmus writes:
>> On Sun, Aug 26, 2018 at 12:13:44PM -0400, Mark H Weaver wrote:
>>> Regardless, I think we should seriously consider moving the Aarch64
>>> build slave(s) to Hydra for now, until Cuirass is more mature.
>>
>> I agree with your points about why berlin.guixsd.o
Hi Leo,
> On Sun, Aug 26, 2018 at 12:13:44PM -0400, Mark H Weaver wrote:
>> Regardless, I think we should seriously consider moving the Aarch64
>> build slave(s) to Hydra for now, until Cuirass is more mature.
>
> I agree with your points about why berlin.guixsd.org makes it harder to
> maintain
On Sun, Aug 26, 2018 at 12:13:44PM -0400, Mark H Weaver wrote:
> Regardless, I think we should seriously consider moving the Aarch64
> build slave(s) to Hydra for now, until Cuirass is more mature.
I agree with your points about why berlin.guixsd.org makes it harder to
maintain the aarch64 port. I
Hi Ludovic,
l...@gnu.org (Ludovic Courtès) writes:
> Mark H Weaver skribis:
>
>> If I'm not mistaken, I believe I have confirmed with the test below that
>> a substitute for binutils from early commencement on aarch64 is not
>> available on berlin.
>
> [...]
>
>> It occurs to me that on Hydra, I
Ludovic Courtès writes:
> In addition, Ricardo has a plan to throw more storage at berlin (we
> currently have 1TB for the store). That would allow us to increase the
> TTL and generally worry less, though it’s no substitute for the GC root
> mechanism above.
Right. Unfortunately, this depen
Hello Mark,
Mark H Weaver skribis:
> If I'm not mistaken, I believe I have confirmed with the test below that
> a substitute for binutils from early commencement on aarch64 is not
> available on berlin.
[...]
> It occurs to me that on Hydra, I have implemented a system to ensure
> that *all* d
On 2018-08-22T22:58:10-0600, Mark H Weaver wrote:
> Hi Ludovic and Efraim,
> I think there may be a serious problem with substitutes on Aarch64. See
> below, where Benjamin Slade reports that substitutes aren't working for
> him on Aarch64, although he reports having authorized berlin's k
Hi Ludovic and Efraim,
I think there may be a serious problem with substitutes on Aarch64. See
below, where Benjamin Slade reports that substitutes aren't working for
him on Aarch64, although he reports having authorized berlin's key.
If I'm not mistaken, I believe I have confirmed with the test
23 matches
Mail list logo
