Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.debian.user > #242008

Re: [OT, deeply] Guix

Show all headers | View raw

[Multipart message — attachments visible in raw view] - view raw

On Mon, Nov 8, 2021 at 9:22 PM Stefan Monnier <monnier@iro.umontreal.ca>
wrote:

> > language to do it. Here are some of those ways:
> > Saltstack, Puppet, chef, ansible, AWS Cloudformation, XML....
>
> I hear you, and you're probably right (save for XML: not sure what it
> has to with the subject).
>

Simply that it could be accomplished with XML at base, with no other larger
framework being used. If it looks like the right way to go.


> This same thought crossed my mind while I was writing my
> previous message.
>

All great minds think alike. I think some ancient Greek with a great mind
said that :-)


> Maybe what I want is simply for these to be better integrated
> into Debian's package management, or just be more often used by "single
> user admins" so there's lots of documentation and experience to help
> get started.
>

That's pretty much what I thought. We don't need to remove the older
mechanisms,
we build on top of them. So no reason the old one can't be kept current.
Example: Saltstack is really big in terms of lines-of-code. Could the right
parts of it
be shoe-horned into a running installer? Or it's libraries used so we can
"script" even
a local installation? It's possible to configure using saltstack itself on
the server it runs on.
Read that twice :-)
So why not use it as an install tool? Then your entire configuration is
recorded in and
driven by a pretty simple text file. That's all you need, so we can
pre-seed that config file
for automatic installs. And we can customise that SAME file for installs
configured in real-time,
because salt has excellent templating capability in the config files.


>         Stefan
>
>

Back to linux.debian.user | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread

Thread

[OT, deeply] Guix riveravaldez <riveravaldezmail@gmail.com> - 2021-10-26 01:50 +0200
  Re: [OT, deeply] Guix Eric S Fraga <e.fraga@ucl.ac.uk> - 2021-10-26 12:10 +0200
  Re: [OT, deeply] Guix Stefan Monnier <monnier@iro.umontreal.ca> - 2021-10-26 15:30 +0200
    Re: [OT, deeply] Guix Emanuel Berg <moasenwood@zoho.eu> - 2021-11-07 08:30 +0100
    Re: [OT, deeply] Guix didier gaumet <didier.gaumet@gmail.com> - 2021-11-07 12:40 +0100
      Re: [OT, deeply] Guix Stefan Monnier <monnier@iro.umontreal.ca> - 2021-11-07 15:00 +0100
        Re: [OT, deeply] Guix David Wright <deblis@lionunicorn.co.uk> - 2021-11-08 16:10 +0100
          Re: [OT, deeply] Guix Curt <curty@free.fr> - 2021-11-08 17:00 +0100
            Re: [OT, deeply] Guix Nicholas Geovanis <nickgeovanis@gmail.com> - 2021-11-08 22:50 +0100
              Re: [OT, deeply] Guix Stefan Monnier <monnier@iro.umontreal.ca> - 2021-11-09 04:30 +0100
                Re: [OT, deeply] Guix Nicholas Geovanis <nickgeovanis@gmail.com> - 2021-11-10 23:30 +0100
                Re: [OT, deeply] Guix Stefan Monnier <monnier@iro.umontreal.ca> - 2021-11-11 10:00 +0100
              Re: [OT, deeply] Guix Curt <curty@free.fr> - 2021-11-09 13:40 +0100
          Re: [OT, deeply] Guix Stefan Monnier <monnier@iro.umontreal.ca> - 2021-11-09 04:20 +0100
            Re: [OT, deeply] Guix David Wright <deblis@lionunicorn.co.uk> - 2021-11-11 06:20 +0100
              Re: [OT, deeply] Guix Stefan Monnier <monnier@iro.umontreal.ca> - 2021-11-12 16:10 +0100

csiph-web