From: "Etienne B. Roesch" <etienne.roesch@gmail.com>
To: Felix Lechner <felix.lechner@lease-up.com>
Cc: help-guix@gnu.org
Subject: Re: System-wide config
Date: Mon, 17 Jul 2023 10:59:29 +0300 [thread overview]
Message-ID: <CAPX-MzBQQFNQtLPdLZDaw-Pb7WcXCsJAs5NM9ggAVjctUJdfoA@mail.gmail.com> (raw)
In-Reply-To: <CAFHYt57A=uy-44s-ZTcxunJpO5ApaGcU=aaRH8XrMQAu0UjHVA@mail.gmail.com>
Hi!
Thanks!
I just realised I missed the cafe guix from 2w ago about specifically that
topic (https://hpc.guix.info/events/2022/café-guix/), will the slides be
made available at some point? Who was giving the talk?
Etienne
On Sun, Jul 9, 2023 at 10:28 PM Felix Lechner <felix.lechner@lease-up.com>
wrote:
> Hi Etienne,
>
> On Sun, Jul 9, 2023 at 5:38 AM Etienne B. Roesch
> <etienne.roesch@gmail.com> wrote:
> >
> > I am working my way through our IT department to convince them to
> provide guix as a
> > service to our researchers.
>
> Congratulations! You should find some like-minded folks here.
>
> > Specifically, we provide vms as a service and we also have a shared
> slurm resource.
> > One question I haven’t managed to answer fully is about system-wide
> configurations.
> > We currently use puppet to pull configs on the fly and various scripts
> to turn on or off
> > services.
>
> I use neither puppet, slurm or a lot of VMs and am therefore not a
> good person to address your questions. I hope someone else steps up to
> help you out.
>
> > What is the recommended way to do this with guix system?
>
> I am not sure it's possible to combine Guix System with such a setup.
>
> > Does guix system play nicely with packages installed outside of guix?
>
> Guix System will tolerate static third-party binaries that rely solely
> on system calls. Providing prerequisites to scripts or dynamically
> linked third-party software, however, may be a challenge.
>
> Most Guix packaging replaces paths to prerequisites by absolute paths
> into our store. It happens when packages are built. There are ways to
> fake a standard Linux file system hierarchy, but I have not used it.
>
> > The alternative of simply using guix on a host debian is appealing, of
> course.
>
> I would start with that.
>
> You will lose out on some benefits in the beginning, but the goodwill
> you will swiftly earn with your IT department may allow you to switch
> to Guix System later. Guix System is an IT administrator's dream. Just
> make sure they see the "roll-back" features at some point.
>
> Please have a good week also, and thank you for promoting Guix!
>
> Kind regards
> Felix
>
prev parent reply other threads:[~2023-07-17 9:15 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-07-03 8:20 System-wide config Etienne B. Roesch
2023-07-09 17:41 ` Felix Lechner via
2023-07-17 7:59 ` Etienne B. Roesch [this message]
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
List information: https://guix.gnu.org/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=CAPX-MzBQQFNQtLPdLZDaw-Pb7WcXCsJAs5NM9ggAVjctUJdfoA@mail.gmail.com \
--to=etienne.roesch@gmail.com \
--cc=felix.lechner@lease-up.com \
--cc=help-guix@gnu.org \
/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.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).