unofficial mirror of help-guix@gnu.org 
 help / color / mirror / Atom feed
From: Hartmut Goebel <h.goebel@crazy-compilers.com>
To: "Ludovic Courtès" <ludo@gnu.org>
Cc: help-guix@gnu.org
Subject: Re: string-append plus package
Date: Sun, 1 Jan 2017 16:34:33 +0100	[thread overview]
Message-ID: <e6347b6f-5c69-5f91-8e38-0e847d30ee1b@crazy-compilers.com> (raw)
In-Reply-To: <87oa0859lo.fsf@gnu.org>

Am 19.12.2016 um 14:31 schrieb Ludovic Courtès:
> I agree!  The first two lines were all you wanted to know; the rest was
> for you as someone who contributes to Scheme—I would not give that
> explanation to someone who’s just trying to get nginx up and running.

My point is a different one: "The worm has to taste good to the fish,
not the fisherman."

GuixSD has a lot of outstanding features from which the system
declarations are one.

To make GuixSD successful – and not just another marginal distribution –
guix must support users and administrator to do there job. Otherwise
they will stay with other distributions. Administrators are typically
short in time and they are not programmes. If they are programming, they
are used to bash, perl, python and other imperative languages. Maybe
they have some experiences with tools like puppet or ansible, which
introduce some declarative paradigm.

Most admins are not used to functional programming nor scheme – and they
don't want to learn yet another language. They may be willing to learn
some patterns, but not to learn the language.

Compared with puppet and ansible, GuixSD system declarations have one
big draw-back already: The later work for GuixSD only, while puppet and
ansible can be used to manage all Gnu/Linux distributions and even Windows.

If now guix is inconsistent to use (see below), or uses some "magic", or
is complicated to learn, administrators will abstain from GuixSD.

So the road to success is based on on simplicity, consistency and no magic.

ATM, system declarations are *not* consistent: While in a package
description (gnu/packages/*.scm) and in service definitions
(gnu/service/*.scm) one can use "(string-append PACKAGE …)", this does
*not* work in system declarations (gnu/system/examples/*.tmpl). From an
administrators point of view, there is no reason for this different
behaviour. it's plain confusing.

Adding on this: I took two weeks (not counting the delay caused on my
side) to get a working answer for the simple question in this thread.
Imagine some admin trying ot GuixSD and being delayed that long. He/she
will just stop evaluating GuixSD.

If GuixSD should become successful, you need to change this.

-- 
Regards
Hartmut Goebel

| Hartmut Goebel          | h.goebel@crazy-compilers.com               |
| www.crazy-compilers.com | compilers which you thought are impossible |

  reply	other threads:[~2017-01-01 15:34 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-12-08 17:01 string-append plus package Hartmut Goebel
2016-12-08 17:28 ` Thompson, David
2016-12-08 17:46   ` Hartmut Goebel
2016-12-08 17:47     ` Thompson, David
2016-12-08 19:56 ` Leo Famulari
2016-12-19  0:13   ` Hartmut Goebel
2016-12-19  9:47     ` Ludovic Courtès
2016-12-19 11:05       ` Hartmut Goebel
2016-12-19 13:31         ` Ludovic Courtès
2017-01-01 15:34           ` Hartmut Goebel [this message]
2017-01-02 23:05             ` Ludovic Courtès
2016-12-29 10:57       ` Hartmut Goebel
2016-12-29 13:06         ` Mathieu Lirzin
2016-12-29 14:21           ` Hartmut Goebel
2016-12-30 23:42         ` Ludovic Courtès
2016-12-31 12:56           ` Hartmut Goebel
2017-01-02 23:10             ` Ludovic Courtès

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=e6347b6f-5c69-5f91-8e38-0e847d30ee1b@crazy-compilers.com \
    --to=h.goebel@crazy-compilers.com \
    --cc=help-guix@gnu.org \
    --cc=ludo@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).