unofficial mirror of help-guix@gnu.org 
 help / color / mirror / Atom feed
From: Simon Tournier <zimon.toutoune@gmail.com>
To: Guix Europe <guix-europe@gnu.org>,
	Guix Devel <guix-devel@gnu.org>, help-guix <help-guix@gnu.org>
Subject: Feedback (was Re: Meet Guix at Capitole du Libre in Toulouse)
Date: Wed, 29 Nov 2023 17:01:12 +0100	[thread overview]
Message-ID: <874jh4sg53.fsf@gmail.com> (raw)
In-Reply-To: <CAJ3okZ2G0ASFA4AVEKtk+D3YWOhJPTja1VBLBXOQYJv4sZ7eOg@mail.gmail.com>

Hi,

Thanks all people!  It was a very interesting experience for me and a
very good moment.  I hope that we will do again in the near future.

As a record for the next time, let me mention two points that help:

 1. Demos!  It seems very helpful to have both: Guix System and Guix on
    foreign distro.  Depending on the people, some are interested by one
    or the other.  Mainly, what mark points (main selling arguments ;-))

    Guix on foreign distro:
    
      a) do not interact with foreign distro
          => good complement and rolling release
      b) containerized  shell
          => please developers

    Guix System:
    
      a) roll-back
      b) transactional
      c) roll-back at GRUB level

 2. An explanation about what makes Guix different compared to X

    where X is:

    i) classical distro as Arch, Gentoo, Debian, etc.
    ii) Nix and NixOS

Sadly, we do not have a clear story for ii) IMHO.

Well, from my point of view, the main difference is the continuous*
approach of Guix – the same “language“ from declaring packages or OS
configuration to Guix core; except the daemon, another story. ;-) Well,
that “language” allows to implement a powerful solution as G-expression
tackling, among other things, string interpolation.

It could be nice if we could collectively draft a short FAQ about what
Guix is and Guix is not, answering such common questions.


Cheers,
simon


*continuous approach: The Emacs Thesis :-)
----------------------

The story of Guile is the story of bringing the development experience
of Emacs to the mass of programs on a GNU system.

   Emacs, when it was first created in its GNU form in 1984, was a new
take on the problem of “how to make a program”.  The Emacs thesis is
that it is delightful to create composite programs based on an
orthogonal kernel written in a low-level language together with a
powerful, high-level extension language.

   Extension languages foster extensible programs, programs which adapt
readily to different users and to changing times.  Proof of this can be
seen in Emacs’ current and continued existence, spanning more than a
quarter-century.

   Besides providing for modification of a program by others, extension
languages are good for _intension_ as well.  Programs built in “the
Emacs way” are pleasurable and easy for their authors to flesh out with
the features that they need.

   After the Emacs experience was appreciated more widely, a number of
hackers started to consider how to spread this experience to the rest of
the GNU system.  It was clear that the easiest way to Emacsify a program
would be to embed a shared language implementation into it.



  parent reply	other threads:[~2023-11-29 19:14 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-10-24 20:10 Meet Guix at Capitole du Libre in Toulouse, nov. 18-19 Simon Tournier
2023-10-24 20:17 ` Vivien Kraus
2023-10-25  9:46 ` Josselin Poiret
2023-11-08 23:07 ` Stand Guix au Capitole du Libre à " Simon Tournier
2023-11-29 16:01 ` Simon Tournier [this message]
2023-11-30  8:05   ` Feedback (was Re: Meet Guix at Capitole du Libre in Toulouse) Oliver Propst

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=874jh4sg53.fsf@gmail.com \
    --to=zimon.toutoune@gmail.com \
    --cc=guix-devel@gnu.org \
    --cc=guix-europe@gnu.org \
    --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).