From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp0 ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms11 with LMTPS id COn0I419ul44RAAA0tVLHw (envelope-from ) for ; Tue, 12 May 2020 10:42:21 +0000 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp0 with LMTPS id XnyPNZt9ul5dBgAA1q6Kng (envelope-from ) for ; Tue, 12 May 2020 10:42:35 +0000 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id 661F294050F for ; Tue, 12 May 2020 10:42:33 +0000 (UTC) Received: from localhost ([::1]:43916 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jYSMq-0001DA-Vs for larch@yhetil.org; Tue, 12 May 2020 06:42:33 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:55016) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jYSKQ-0007dD-QV for bug-guix@gnu.org; Tue, 12 May 2020 06:40:02 -0400 Received: from debbugs.gnu.org ([209.51.188.43]:42787) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1jYSKQ-0000WN-GH for bug-guix@gnu.org; Tue, 12 May 2020 06:40:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1jYSKQ-0007tA-CU for bug-guix@gnu.org; Tue, 12 May 2020 06:40:02 -0400 X-Loop: help-debbugs@gnu.org Subject: bug#40549: More usability issues: Resent-From: zimoun Original-Sender: "Debbugs-submit" Resent-CC: bug-guix@gnu.org Resent-Date: Tue, 12 May 2020 10:40:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 40549 X-GNU-PR-Package: guix X-GNU-PR-Keywords: To: Ludovic =?UTF-8?Q?Court=C3=A8s?= Received: via spool by 40549-submit@debbugs.gnu.org id=B40549.158927994930251 (code B ref 40549); Tue, 12 May 2020 10:40:02 +0000 Received: (at 40549) by debbugs.gnu.org; 12 May 2020 10:39:09 +0000 Received: from localhost ([127.0.0.1]:54333 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jYSJY-0007rr-Qg for submit@debbugs.gnu.org; Tue, 12 May 2020 06:39:09 -0400 Received: from mail-qv1-f47.google.com ([209.85.219.47]:40048) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jYSJX-0007rV-KG for 40549@debbugs.gnu.org; Tue, 12 May 2020 06:39:08 -0400 Received: by mail-qv1-f47.google.com with SMTP id l3so763752qvo.7 for <40549@debbugs.gnu.org>; Tue, 12 May 2020 03:39:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=8gLfvs8yvVe7J5uZEX4iYAdHPqkjKOGLrgAXy40Pvy0=; b=M1ko82jVJvQd3xbf/mxfkF3wj/kvAk4zi0x0csG4AMKs866SftlPwgfMe6QOMfGgXy 1Bf2QsjE2v4ZVKR9JzX8drz5C4UvbBGhxuhaLRHnRq1J2g8QbPKU6cv538lIjsYxYUTx i2062S7zZ7a0Y68kXBCapiUWhoJsA0xt0Y/jU3i6v9XEU9EM9QGBBsmMFzYXt1kHDtH9 IEShkNEwDzjI9Yu562NiwPB8xtNI4rI1BjUP7juPhrB005/HEgeruY+lUtCvuIH8igjC sRg7DkB/Hgd5GTaepXVEbNdylnm+YjruX3NkSaxWCBA3Ynm7bAFG5hxxepm/EGsmkqdA fXAQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=8gLfvs8yvVe7J5uZEX4iYAdHPqkjKOGLrgAXy40Pvy0=; b=TC2gKFf/QMCFSyr6OSDFqkMUwFoBS/56tJLXdMy7CR9aA7Slxv7WLuUZvzMKOIYfe1 zYtUgb0jBXZCePOYut9Pq2rIMN0Eyjug+OuIFdGqcd5JW8R9pBEecMoq6EFwzOyIcWsY 5bmRRbF4dR2YQVtWStH4B5ApFiButy4EZ0g5bxahNS9AfT4oU4VLGa8BISV6rytUjyit GjrvblDqqUg+0/wktMbkwIn/7aN8HdUiqQkTXujNqrJXJzUkQMAX+MqoHSpu/OveOJuh Z2Fg3xz+dA0X3crNGU//R/W1hBJyty8mvPL1tezGgLljT8HRKiTDWjmZX9UtKRK6lPoL df6w== X-Gm-Message-State: AGi0PuYV7wxeWs9Jna5dCkgEk3/h2uRMAYu7JvXvs97AmszzWWZ4O4Y+ 5b3qMB3hmmMsfx0nw9hix0+ehfsh/p7r8gt0F3E= X-Google-Smtp-Source: APiQypLuy+0u3WQnSf9iuF4BswervZ7kSt30EzHH8DyNjAs7W5lIBupRIUeXiwcFiv/rkcYAbaKCdz8wyEPW+4uIwFs= X-Received: by 2002:ad4:4c92:: with SMTP id bs18mr20177778qvb.67.1589279941747; Tue, 12 May 2020 03:39:01 -0700 (PDT) MIME-Version: 1.0 References: <6171889.DvuYhMxLoT@cherry> <3827671.e9J7NaK4W3@peach> <87mu6dcz8v.fsf@gnu.org> In-Reply-To: <87mu6dcz8v.fsf@gnu.org> From: zimoun Date: Tue, 12 May 2020 12:38:50 +0200 Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-Spam-Score: -1.0 (-) X-BeenThere: bug-guix@gnu.org List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: 40549@debbugs.gnu.org, Tom Errors-To: bug-guix-bounces+larch=yhetil.org@gnu.org Sender: "bug-Guix" X-Scanner: scn0 X-Spam-Score: 0.09 Authentication-Results: aspmx1.migadu.com; dkim=fail (rsa verify failed) header.d=gmail.com header.s=20161025 header.b=M1ko82jV; dmarc=fail reason="SPF not aligned (relaxed)" header.from=gmail.com (policy=none); spf=pass (aspmx1.migadu.com: domain of bug-guix-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=bug-guix-bounces@gnu.org X-Scan-Result: default: False [0.09 / 13.00]; GENERIC_REPUTATION(0.00)[-0.53998507409593]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.51.188.0/24:c]; R_DKIM_REJECT(1.00)[gmail.com:s=20161025]; DWL_DNSWL_FAIL(0.00)[209.51.188.17:server fail]; FREEMAIL_FROM(0.00)[gmail.com]; IP_REPUTATION_HAM(0.00)[asn: 22989(0.06), country: US(-0.00), ip: 209.51.188.17(-0.54)]; DKIM_TRACE(0.00)[gmail.com:-]; MX_GOOD(-0.50)[cached: eggs.gnu.org]; MAILLIST(-0.20)[mailman]; FORGED_RECIPIENTS_MAILLIST(0.00)[]; RCVD_IN_DNSWL_FAIL(0.00)[209.51.188.17:server fail]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:22989, ipnet:209.51.188.0/24, country:US]; TAGGED_FROM(0.00)[larch=yhetil.org]; FROM_NEQ_ENVFROM(0.00)[zimontoutoune@gmail.com,bug-guix-bounces@gnu.org]; ARC_NA(0.00)[]; URIBL_BLOCKED(0.00)[gnu.org:email]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[40549@debbugs.gnu.org]; HAS_LIST_UNSUB(-0.01)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.51.188.17:from]; RCVD_COUNT_SEVEN(0.00)[8]; FORGED_SENDER_MAILLIST(0.00)[]; DMARC_POLICY_SOFTFAIL(0.10)[gmail.com : SPF not aligned (relaxed),none] X-TUID: qofoD6I3GDU8 Hi Ludo, Sorry, I am not compliant and reorder your quotes to ease the discussion -- from my point of view. :-) On Tue, 12 May 2020 at 10:51, Ludovic Court=C3=A8s wrote: > However (srfi srfi-37) does it as we see it now. Fixing it would mean > implementing a different option parser. Yes or add a lot of complexity. Both appears to me wrong. Such corner cases do not deserve one or the othe= r. > I think there are option parsers that =E2=80=9Ccorrectly=E2=80=9D deal wi= th the > ambiguity that arises for instance with =E2=80=9C-I -p foo=E2=80=9D (is = =E2=80=98-p=E2=80=99 the > argument to =E2=80=98-I=E2=80=99 or something else?). Perhaps libc=E2=80= =99s argp does it > right. I have never deeply dove into srfi-37 and 'option' but from my understanding, it is not possible. Somehow, the issue comes from srfi-37 and srfi-37 should consider that if an argument starts with dash, then it is not an argument and turn it into an option. > Nothing new here, and everything is properly documented. I am not sure. The manual says, for example: --8<---------------cut here---------------start------------->8--- =E2=80=98--list-installed[=3DREGEXP]=E2=80=99 =E2=80=98-I [REGEXP]=E2=80=99 List the currently installed packages in the specified profile, with the most recently installed packages shown last. When REGEXP is specified, list only installed packages whose name matches REGEXP. --8<---------------cut here---------------end--------------->8--- which is somehow inaccurate. The REGEXP is not optional for the short option '-I'. And that's true for all the short options with optional argument, if I understand correctly. For example, "guix package -d -p /path/to/profile" fails. Moreover, the distinction between 'action' and 'query' is already stated so why not underline that composing actions make sense (transaction) but composing query not? > > However, main of us are used to read from left to right so it seems > > more natural to write: > > > > guix package --action1 --action2 # (a) > > than > > guix package --action2 --action1 # (b) > > > > in other words, the fix should be to simply 'reverse opts' and the CLI > > will read (a) instead of the current (b). My only concern is about > > backward compatibility. > > We=E2=80=99ll need to check exactly what will behave differently. If the= tests > don=E2=80=99t catch anything, I think we=E2=80=99re fine. Most likely, w= e=E2=80=99re talking > about corner cases like =E2=80=98-S x -d y=E2=80=99, which probably very = few people > tried. Ok, on this light, let first point the corner cases. All the best, simon