From mboxrd@z Thu Jan 1 00:00:00 1970 From: George Clemmer Subject: bug#31786: 'pre-inst-env guix --version' is not updated by new commits" Date: Thu, 14 Jun 2018 11:18:08 -0400 Message-ID: <87d0wttn0v.fsf@gmail.com> References: <87r2lddwyg.fsf@gmail.com> <87k1r4p2ca.fsf@gnu.org> <87k1r3271g.fsf@gmail.com> <87d0wvoicy.fsf@gnu.org> <87o9gf5x0t.fsf@gmail.com> <87wov3npl2.fsf@gnu.org> <20180614013938.GD29167@jasmine.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:46325) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fTU1i-0003mg-IG for bug-guix@gnu.org; Thu, 14 Jun 2018 11:19:07 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fTU1e-0001ph-Ip for bug-guix@gnu.org; Thu, 14 Jun 2018 11:19:06 -0400 Received: from debbugs.gnu.org ([208.118.235.43]:40434) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1fTU1e-0001pS-F9 for bug-guix@gnu.org; Thu, 14 Jun 2018 11:19:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1fTU1e-00048q-46 for bug-guix@gnu.org; Thu, 14 Jun 2018 11:19:02 -0400 Sender: "Debbugs-submit" Resent-Message-ID: In-reply-to: <20180614013938.GD29167@jasmine.lan> List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org Sender: "bug-Guix" To: Leo Famulari Cc: 31786@debbugs.gnu.org Leo Famulari writes: > On Wed, Jun 13, 2018 at 08:54:49AM +0200, Ludovic Court=C3=A8s wrote: >> The other aspect, from a maintenance and readability viewpoint, is that >> we could quickly add up lots of explanations that we=E2=80=99ll have to = keep >> up-to-date and that may make more important information harder to find. > > Yeah, I'm worried about this too. It's tough to strike the correct > balance. IMO Guix is great for hackers, maintainers and sysops. The doc is appropriate for such users, well done, spare, and already voluminous. This footnote suggestion, and others rejected in the past, are motivated by my assumption that you will want to make Guix attractive to less sophisticated users. Maybe my assumption is wrong? Maybe you want only "elite" users? Or maybe you want to defer the less sophisticated users to later in the development cycle?