From mboxrd@z Thu Jan 1 00:00:00 1970 From: Alex Kost Subject: Re: Reorganizing guix package commands Date: Tue, 19 Apr 2016 13:47:43 +0300 Message-ID: <878u09j2nk.fsf@gmail.com> References: <874mazi99k.fsf@gmail.com> <877ffual6i.fsf@gnu.org> <86bn56ziw9.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:43440) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1asTC9-0003Dw-Hb for guix-devel@gnu.org; Tue, 19 Apr 2016 06:47:50 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1asTC5-0005PY-FE for guix-devel@gnu.org; Tue, 19 Apr 2016 06:47:49 -0400 Received: from mail-lf0-x244.google.com ([2a00:1450:4010:c07::244]:35997) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1asTC5-0005PQ-6t for guix-devel@gnu.org; Tue, 19 Apr 2016 06:47:45 -0400 Received: by mail-lf0-x244.google.com with SMTP id j10so1962804lfg.3 for ; Tue, 19 Apr 2016 03:47:44 -0700 (PDT) In-Reply-To: <86bn56ziw9.fsf@gmail.com> (myglc2@gmail.com's message of "Mon, 18 Apr 2016 17:50:14 -0400") List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org Sender: "Guix-devel" To: myglc2 Cc: guix-devel@gnu.org myglc2 (2016-04-19 00:50 +0300) wrote: > For overall Guix usability, the overloading of a single guix command for > everything is not so good. When you eventually create a man page, it > will be intimidating for someone just trying to do per-user package > management, which the majority of, and least sophisticated users, will > be trying to do. > > On the other hand there are several "classes" of commands as reflected > by the guix CLI being described in several logically different parts of > the doc. This structure is not so evident in the CLI structure. > > A possibly better approach would be to explicitly split the guix > command-verse into command classes to better match the structure of the > doc and/or the class of the user. For example, per-user ('guix ...'), > global-system ('guix-sys ...'), and developer ('guix-dev ...'), or > something similar. Sorry, but I can't agree with this. I don't see a difference between "simple users" and developers. Guix provides many tools indeed, but I don't think they should be organized in groups depending on "user classes". I like that all the tools are placed in a single "guix" command, I just would like to reorganize it a bit (or a lot :-)). -- Alex