From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp2.migadu.com ([2001:41d0:700:3204::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms8.migadu.com with LMTPS id SKB8LJecnWW/HwAAkFu2QA (envelope-from ) for ; Tue, 09 Jan 2024 20:20:55 +0100 Received: from aspmx1.migadu.com ([2001:41d0:303:e224::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp2.migadu.com with LMTPS id kBegJpecnWX3BQEAe85BDQ (envelope-from ) for ; Tue, 09 Jan 2024 20:20:55 +0100 X-Envelope-To: larch@yhetil.org Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=gmail.com header.s=20230601 header.b=D16aEcwv; spf=pass (aspmx1.migadu.com: domain of "guix-devel-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="guix-devel-bounces+larch=yhetil.org@gnu.org"; dmarc=pass (policy=none) header.from=gmail.com ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1704828055; h=from:from:sender:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type:in-reply-to:in-reply-to: references:references:list-id:list-help:list-unsubscribe: list-subscribe:list-post:dkim-signature; bh=0gZs2ZYwHLgdZANSrsZmyyQvLTGVyowhcV0xlYlzc3A=; b=mFgSAZrJOUS8e1ddD4FtccYsWe7VCAM3Ic5BtE0FhARngN7pFcB0k+k3Rd81ev22p1ceTF kdXU2veRlQMXR/jbWSDIJOZSFtHCxjREwDAUgYdS8j2xO4kO01DOKRCMb/KRnsKeShDefO 4Kt9gxb4ks9p9tMmRUtaTee4F2t/4aX2dnJQ5bHKLp6/VsUv5xyPHDE3BhSLXkcQzMzXjh DYhjGrRqaPIhDMFIBrNdIhL2TWxF/JsgayHufHMxUztw6+JwFWRXHug/QZ6CLXIGFv2gmB 27+zHM+T2fXZ6pF4jTkC15G80BD1YML8XFcwiORVk5c9/N4JyGtlbqiN0ASQFA== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1704828055; a=rsa-sha256; cv=none; b=Q6xBPj97qGH/ZJOi1EZcvesuCbRZYIwUBE+MbGpUr2Dh9XG9L0urvUupwlEVh3CqPWhFtg 5OE9r34zFWw+r1SyX16thx1Jr+mWkFCpozalk2IzScSGmJm/n9BHSI3hX6K6AOIMkGDxWB kiYoMHcIi6HdVw47xW4p4Cw48U6ELtAMTn32B1zIHPoG5CStyeGScqJilIx3/ZVZU/qucJ BrJwRl54Y4NQpTbXUkA6PmiINeV9pFi7ABq+DU08MCTBU+qGdQ5Iyi0NNGZp+6Pj7Q7qQ7 6odeE652ZlbZAt9Bxn5fT4nIS2f1mWaHp+ZLcYdhj8YufFuKHSlcJexpJXJGgA== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=gmail.com header.s=20230601 header.b=D16aEcwv; spf=pass (aspmx1.migadu.com: domain of "guix-devel-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="guix-devel-bounces+larch=yhetil.org@gnu.org"; dmarc=pass (policy=none) header.from=gmail.com Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id 4EC0A1E768 for ; Tue, 9 Jan 2024 20:20:55 +0100 (CET) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1rNHe9-00075g-DG; Tue, 09 Jan 2024 14:20:21 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1rNHe2-00075D-6M; Tue, 09 Jan 2024 14:20:15 -0500 Received: from mail-yw1-x1136.google.com ([2607:f8b0:4864:20::1136]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1rNHdz-0001ya-0E; Tue, 09 Jan 2024 14:20:13 -0500 Received: by mail-yw1-x1136.google.com with SMTP id 00721157ae682-5f75aee31d2so26403087b3.2; Tue, 09 Jan 2024 11:20:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1704828007; x=1705432807; darn=gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=0gZs2ZYwHLgdZANSrsZmyyQvLTGVyowhcV0xlYlzc3A=; b=D16aEcwv0XnCawYxqrgC5LvFgVAZ28n0dCl3RAI+hNsWtVpwaPUHsOeDdWqNmnXvXu m80i4B0pfEUon9JDcKbgTSVWC9mFAfFwcJwp8tIUS7Tb5hUTWRP5f0jdOgLR7Lmi1igl d48jats/ERL2OzvydXG5CUSOhDzHbB3gSRcVtotA3lU57tISDsUyJmECg0L9W5WGquWM CI4aq+8cl1CHlEYI3SJDZ7Uce2CY5pdUrEZ4R00fp0XOT68+S9mYkqUTuryCq1dyY2CJ 73N4L+F4wG9ucXuBKvJv8zgoTWrjqPkIMcJkYzT5HeRVCyn4ECnAv6JoFBzTtOy+e5W2 2l7w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1704828007; x=1705432807; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=0gZs2ZYwHLgdZANSrsZmyyQvLTGVyowhcV0xlYlzc3A=; b=GiP2hoHTnU7wr6S6ai8XTrf4hTWz17Zp+O/tjQnLbhm4CF+Pa1A6s8kmFvyOlMAcs/ aHsQnxyNk8Sgau8g5pyx7i4McHd0e39hT6ZeNC8lkU6iPCVZ4GMRHRor71j0c2T3NvkG 6ub/wcNr1i/kkR67DmUWriF++F4ohOPRR43kdVGLb+VyjzZto+0gPdHfEaubt9k+2AOP paNaQTFz3Qt1wnJ+ED/gnVtttDLRGiXCxSQ0o5evcMwER/S1/bsgl4ii2oqfSJjZY0Kg tPsDo/GoGZuXefK0H0SJzGDNaxiPaBpbgi0mO6DbM5+EUHchvt2Lc/7nCoVr0+am8vaZ WKbg== X-Gm-Message-State: AOJu0YwpkZtF+frfYcmMUUonJSL33ZRmFRkbNAlNereqD00Bbe5GiDKK lwhuV3qN+khttxQcaUWMKr68YwJDMOLaFwg1w7Ug6V/L X-Google-Smtp-Source: AGHT+IFWkIYOU+Rro32Hyn6+D/FvZRCkwb8rUJ5OCQ0tgm/mTp8sior94gIGz2KH6jYI8hykF4PA1MJwGTna9HtAYJ0= X-Received: by 2002:a0d:d901:0:b0:5d7:1941:aca with SMTP id b1-20020a0dd901000000b005d719410acamr4165953ywe.101.1704828006989; Tue, 09 Jan 2024 11:20:06 -0800 (PST) MIME-Version: 1.0 References: <87lea7jtlw.fsf@cbaines.net> <87msuj7j7o.fsf@gnu.org> <87plzfziyh.fsf@cbaines.net> <87jzoiz883.fsf@gnu.org> In-Reply-To: From: =?UTF-8?Q?G=C3=A1bor_Boskovits?= Date: Tue, 9 Jan 2024 20:19:55 +0100 Message-ID: Subject: Re: Discontinuing data.guix.gnu.org? To: Julien Lepiller Cc: Guix Devel , =?UTF-8?Q?Ludovic_Court=C3=A8s?= , Christopher Baines , GNU Guix maintainers , guix-europe@gnu.org Content-Type: multipart/alternative; boundary="000000000000c28272060e883370" Received-SPF: pass client-ip=2607:f8b0:4864:20::1136; envelope-from=gboskovits@gmail.com; helo=mail-yw1-x1136.google.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: guix-devel@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+larch=yhetil.org@gnu.org Sender: guix-devel-bounces+larch=yhetil.org@gnu.org X-Migadu-Flow: FLOW_IN X-Migadu-Country: US X-Migadu-Spam-Score: -7.12 X-Spam-Score: -7.12 X-Migadu-Queue-Id: 4EC0A1E768 X-Migadu-Scanner: mx12.migadu.com X-TUID: kVyZuD74/8Uo --000000000000c28272060e883370 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hello, Julien Lepiller ezt =C3=ADrta (id=C5=91pont: 2024. jan= . 9., K 19:33): > In terms of finance, our last blocker is that I still don't have access t= o > the account, but Andreas does, so we should be able to take responsibilit= y > for the cost relatively easily. > > Ideally, we would take ownership of the machine(s), so we don't > overcomplicate our finances by having to reimburse someone regularly. > > Le 9 janvier 2024 19:12:44 GMT+01:00, "Ludovic Court=C3=A8s" a > =C3=A9crit : > >Hello Christopher, > > > >Christopher Baines skribis: > > > >> Ludovic Court=C3=A8s writes: > > > >[...] > > > >>> Christopher Baines skribis: > >>> > >>>> As previously set out, I'm planning to stop hosting the data service > >>>> instances this year. While I would like to stop hosting the server f= or > >>>> data.guix.gnu.org, > >>> > >>> I forgot the outcome of previous discussions, but it seems to me that > >>> the service itself and all the data it accumulated over the years are > >>> super valuable. I would be sad to see it go! > >> > >> There was a discussion back in April, but no action came directly from > >> it. > >> > >> Just having data.qa.guix.gnu.org was discussed, and at least > >> concentrating on getting to a sustainable hosting situation there seem= ed > >> like a sensible priority. The longer history provided by > >> data.guix.gnu.org does have value though in my view. > >> > >>> Is there something we can do to not lose it all? It could be > >>> distributing responsibility, reducing the scope, ensuring hosting is > >>> managed collectively by the project, etc. WDYT? > >> > >> Since that discussion, I have disabled the database dumps and backups, > >> which has reduced (to 62=E2=82=AC per month) the hosting costs (althou= gh > >> obviously not having backups isn't ideal). It's possible to further > >> reduce the hosting costs as well by switching away from a VM to a > >> physical machine at Hetzner. > If we decide to go down this path what would be a reasonable hardware specification for the physical machines (I guess we are talking about at least two, because of backup). Also in this case it might make sense to see what else we could run on them. I don't want to hijack the thread, feel free to start a new one for this line of conversation. Regards, g_bor > >> > >> But yeah, given that having at least one data service instance is a ke= y > >> part of keeping the bordeaux build farm running, managing the hosting > >> through the project seems to be the way to go. I'm just not sure how w= e > >> can get there, or what I can do to move things in that direction. > > > >Like you, I would have hoped for more reactions. Unfortunately, I=E2=80= =99m not > >offering to help here because I have more than enough on my plate and > >even a 1+ month backlog on guix-devel=E2=80=A6 > > > >Maintainers, what=E2=80=99s your take on this? > > > >Guix Foundation, is there any blocker to taking responsibility for > >covering hosting expenses, possibly rediscussing the scope and cost? > > > >Let 2024 be a thriving Guix year! :-) > > > >Ludo=E2=80=99. > > > > --000000000000c28272060e883370 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hello,

Julien Lepiller <julien@lepiller.eu> ezt =C3=ADrta (id=C5=91pont: 2024. jan= . 9., K 19:33):
In terms of finance= , our last blocker is that I still don't have access to the account, bu= t Andreas does, so we should be able to take responsibility for the cost re= latively easily.

Ideally, we would take ownership of the machine(s), so we don't overcom= plicate our finances by having to reimburse someone regularly.

Le 9 janvier 2024 19:12:44 GMT+01:00, "Ludovic Court=C3=A8s" <= ludo@g= nu.org> a =C3=A9crit=C2=A0:
>Hello Christopher,
>
>Christopher Baines <mail@cbaines.net> skribis:
>
>> Ludovic Court=C3=A8s <ludo@gnu.org> writes:
>
>[...]
>
>>> Christopher Baines <mail@cbaines.net> skribis:
>>>
>>>> As previously set out, I'm planning to stop hosting th= e data service
>>>> instances this year. While I would like to stop hosting th= e server for
>>>> data.guix.gnu.org,
>>>
>>> I forgot the outcome of previous discussions, but it seems to = me that
>>> the service itself and all the data it accumulated over the ye= ars are
>>> super valuable.=C2=A0 I would be sad to see it go!
>>
>> There was a discussion back in April, but no action came directly = from
>> it.
>>
>> Just having data.qa.guix.gnu.org was discussed, a= nd at least
>> concentrating on getting to a sustainable hosting situation there = seemed
>> like a sensible priority. The longer history provided by
>> data.guix.gnu.org does have value though in my view.=
>>
>>> Is there something we can do to not lose it all?=C2=A0 It coul= d be
>>> distributing responsibility, reducing the scope, ensuring host= ing is
>>> managed collectively by the project, etc.=C2=A0 WDYT?
>>
>> Since that discussion, I have disabled the database dumps and back= ups,
>> which has reduced (to 62=E2=82=AC per month) the hosting costs (al= though
>> obviously not having backups isn't ideal). It's possible t= o further
>> reduce the hosting costs as well by switching away from a VM to a<= br> >> physical machine at Hetzner.

If we decide to go down this path wha= t would be a reasonable hardware specification for the physical machines (I= guess we are talking about at least two, because of backup). Also in this = case it might make sense to see what else we could run on them. I don't= want to hijack the thread, feel free to start a new one for this line of c= onversation.

Regards, g_= bor
>>
>> But yeah, given that having at least one data service instance is = a key
>> part of keeping the bordeaux build farm running, managing the host= ing
>> through the project seems to be the way to go. I'm just not su= re how we
>> can get there, or what I can do to move things in that direction.<= br> >
>Like you, I would have hoped for more reactions.=C2=A0 Unfortunately, I= =E2=80=99m not
>offering to help here because I have more than enough on my plate and >even a 1+ month backlog on guix-devel=E2=80=A6
>
>Maintainers, what=E2=80=99s your take on this?
>
>Guix Foundation, is there any blocker to taking responsibility for
>covering hosting expenses, possibly rediscussing the scope and cost? >
>Let 2024 be a thriving Guix year! :-)
>
>Ludo=E2=80=99.
>

--000000000000c28272060e883370--