Re: Discontinuing data.guix.gnu.org?

["Gábor Boskovits" <gboskovits@gmail.com>]

[-- Attachment #1: Type: text/plain, Size: 3206 bytes --]

Hello,

Julien Lepiller <julien@lepiller.eu> ezt írta (időpont: 2024. jan. 9., K
19:33):

> In terms of finance, our last blocker is that I still don't have access to
> the account, but Andreas does, so we should be able to take responsibility
> 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ès" <ludo@gnu.org> a
> écrit :
> >Hello Christopher,
> >
> >Christopher Baines <mail@cbaines.net> skribis:
> >
> >> Ludovic Courtès <ludo@gnu.org> writes:
> >
> >[...]
> >
> >>> Christopher Baines <mail@cbaines.net> 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 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 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 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?  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€ per month) the hosting costs (although
> >> 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 key
> >> 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 we
> >> 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’m not
> >offering to help here because I have more than enough on my plate and
> >even a 1+ month backlog on guix-devel…
> >
> >Maintainers, what’s 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’.
> >
>
>

[-- Attachment #2: Type: text/html, Size: 4732 bytes --]