From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp10.migadu.com ([2001:41d0:8:6d80::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms5.migadu.com with LMTPS id wKxDBJ5mDmPlUgEAbAwnHQ (envelope-from ) for ; Tue, 30 Aug 2022 21:35:58 +0200 Received: from aspmx1.migadu.com ([2001:41d0:8:6d80::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp10.migadu.com with LMTPS id +LRUA55mDmPBawAAG6o9tA (envelope-from ) for ; Tue, 30 Aug 2022 21:35:58 +0200 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 52BE62FB99 for ; Tue, 30 Aug 2022 21:35:57 +0200 (CEST) Received: from localhost ([::1]:40856 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1oT71f-0002GS-Kj for larch@yhetil.org; Tue, 30 Aug 2022 15:35:55 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:56756) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oT6t4-00012z-VP for bug-guix@gnu.org; Tue, 30 Aug 2022 15:27:03 -0400 Received: from debbugs.gnu.org ([209.51.188.43]:47812) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1oT6t4-0004BR-JT for bug-guix@gnu.org; Tue, 30 Aug 2022 15:27:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1oT6t4-0005ym-4x for bug-guix@gnu.org; Tue, 30 Aug 2022 15:27:02 -0400 X-Loop: help-debbugs@gnu.org Subject: bug#57467: [EXT] bug#57467: 'guix shell' does not honor default behavior when given a specific command to run Resent-From: "Thompson, David" Original-Sender: "Debbugs-submit" Resent-CC: bug-guix@gnu.org Resent-Date: Tue, 30 Aug 2022 19:27:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 57467 X-GNU-PR-Package: guix X-GNU-PR-Keywords: To: 57467@debbugs.gnu.org Received: via spool by 57467-submit@debbugs.gnu.org id=B57467.166188762022975 (code B ref 57467); Tue, 30 Aug 2022 19:27:02 +0000 Received: (at 57467) by debbugs.gnu.org; 30 Aug 2022 19:27:00 +0000 Received: from localhost ([127.0.0.1]:37561 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oT6t1-0005yV-Qw for submit@debbugs.gnu.org; Tue, 30 Aug 2022 15:27:00 -0400 Received: from mail-lf1-f50.google.com ([209.85.167.50]:33382) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oT6su-0005yA-J0 for 57467@debbugs.gnu.org; Tue, 30 Aug 2022 15:26:58 -0400 Received: by mail-lf1-f50.google.com with SMTP id br21so11135322lfb.0 for <57467@debbugs.gnu.org>; Tue, 30 Aug 2022 12:26:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=worcester-edu.20210112.gappssmtp.com; s=20210112; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :from:to:cc; bh=Ej15M3AwYVyhzlWxTSjNN0TrlXdr6OgO/NHVhHConqo=; b=rMMNRXTtwU0Y0OnFq0qRMsQE7t85xYfBMAuaqQBcW1/lgz0rCXnv/INAFLyXwGSAiy EHwhapUqgZX/Mbhs9Xz8UhCB9Qtcl/4bCwWwV9SgDS41GQTYhMbxTPASvKG4NjLM68ag 4IkRirSLXKBOug8COZEgw31v8mQ3EVr3kvYHTkfaC1wnjdjNJZ2AKco4JgHU7rVHwIdF cDQBNz+iPOO+sYbFyqMFempQPi7T0Tl/wgfgBgyvOcgVEEKWMgxs3J65/mtiy6AOK/wA OgkD4g37Pm6OzUcTR6bALcTtnggVoYxhCNNTy/5RqHDPzc2+QZkbMYIj1DfLJClhcsFV oLyQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :x-gm-message-state:from:to:cc; bh=Ej15M3AwYVyhzlWxTSjNN0TrlXdr6OgO/NHVhHConqo=; b=Y54fFO2qvOdK3LjFlqS1DbGeB0+E0O9Gtukg3X5ODFUZT9usMgBM4SD5dZsEkNf8GI 8gvgF/TPTTcqGMQL9cOregDP4hTp1Do03Pcvz2hS0KcmLUdo2JzB5+N/82Ox6ziHd07v 1x/+/SG2TQxPUrM0DokEkJTGuIQIQVxNgzF6BVNH8jjh43VG0qm1AU02amBLJjDdeO1R CjCL+SfqYKLco40zN8PVkwAltmPEyiwFMie+nOZCxQZ8D5aSCXKpRPv4CzLsBnyxPkjG CA2WVNMV6Za2Os8hdp7yhpRZwwbJrAlxZnvv8Y19UZuaJGKIZELUE75Fn61JToSuQiRV BTSw== X-Gm-Message-State: ACgBeo0IrO/dR5lvbVtChJx0t5q+n3Pdo4esGO5xx/tZqptqC7zcJZj2 MoZ3kncmUEWtaW92nXhrZAr2DehdBGCo5ewmiZKsxhVmeMozIg== X-Google-Smtp-Source: AA6agR7oyi4cZP5Rb0MVkmUVu25wNIToCLyqE+rSDYnW0fOEOqJjMJFMlKcphQjU/eGQc1Sxis4Y6xsnJ8Gw4Zo71+Y= X-Received: by 2002:ac2:5e8c:0:b0:494:6d14:f16e with SMTP id b12-20020ac25e8c000000b004946d14f16emr3311474lfq.316.1661887605796; Tue, 30 Aug 2022 12:26:45 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: "Thompson, David" Date: Tue, 30 Aug 2022 15:26:34 -0400 Message-ID: Content-Type: multipart/alternative; boundary="00000000000066901a05e77a5c20" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-guix@gnu.org List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guix-bounces+larch=yhetil.org@gnu.org Sender: "bug-Guix" X-Migadu-Flow: FLOW_IN X-Migadu-To: larch@yhetil.org X-Migadu-Country: US ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1661888157; h=from:from:sender:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:mime-version:mime-version: content-type:content-type:resent-cc:resent-from:resent-sender: resent-message-id:in-reply-to:in-reply-to:references:references: list-id:list-help:list-unsubscribe:list-subscribe:list-post: dkim-signature; bh=Ej15M3AwYVyhzlWxTSjNN0TrlXdr6OgO/NHVhHConqo=; b=NiQp05vaVHH4WZqdOspF9e+pMkY55z2p7ok4vjACJ9IXDFoGWgIGn8uQvhKTGl6P6vxh19 cmPxfXylRddHMag9pvL/uNH/rsbpFpKHANEuJHmowXARRYKGVDEy1KSMj9qffsLIDaGx2t /2jXKyKVVOqAcgciY4/8kEQT4VB5+Uzp/U8ECfh+5vlVPMnYkGVzAH7a67gZBQ/AUeklMw qSwymF9MxnJ5MKP9/aB5Ln//69T+2mswZcnJJ1GYBMryHVV+BQHoyxET/dNi32yWerRTY+ mYFjpPntbvMsWg+VmeKc/lMtjK3xdjOt8QzOePKavZ4o2FpMkWKoikxMPWOncw== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1661888157; a=rsa-sha256; cv=none; b=pK8BKYGr1h3Sc20RjpX/NagFj4568GpqQ8+DyoTiemXrf2dmuyHUzx0Qf04z3XVFtYZUMe K3dJUdMSZCl4r8yigWrPrEqdvxyHnS4w9ipbbtyw8MALegjmKEaB1DvSXJE9yUk8+X+cGU k0C1tz33e5mtlNbc494NP3SnlQhzEFyhO2e8tbnNr1gxJusZ4+coXSPmrLQJIYugprwkvP Dldu+F8w6mCBwpMAjKG0nSAmsGIZ5RX2R14kAdGaMFXUXL367b2qdKCo/YV9jzYrBIl8Ls idEikXT3fZ93lW07XSO6+PZtnqvf2YUmMKlyOP335mW9/d8NKwta+A0HDCtQNw== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=fail ("headers rsa verify failed") header.d=worcester-edu.20210112.gappssmtp.com header.s=20210112 header.b=rMMNRXTt; dmarc=none; spf=pass (aspmx1.migadu.com: domain of "bug-guix-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="bug-guix-bounces+larch=yhetil.org@gnu.org" X-Migadu-Spam-Score: 1.21 Authentication-Results: aspmx1.migadu.com; dkim=fail ("headers rsa verify failed") header.d=worcester-edu.20210112.gappssmtp.com header.s=20210112 header.b=rMMNRXTt; dmarc=none; spf=pass (aspmx1.migadu.com: domain of "bug-guix-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="bug-guix-bounces+larch=yhetil.org@gnu.org" X-Migadu-Queue-Id: 52BE62FB99 X-Spam-Score: 1.21 X-Migadu-Scanner: scn1.migadu.com X-TUID: NqCMj8FU2ENe --00000000000066901a05e77a5c20 Content-Type: text/plain; charset="UTF-8" So there are some competing expectations here. The status quo is that non-interactive invocations of 'guix shell' will not load a guix.scm or manifest.scm file unless explicitly told to via --file/--manifest following the "explicit is better than implicit" philosophy. People like myself who almost exclusively invoke 'guix shell' without any arguments would expect that 'guix shell -- make' would load their guix.scm file like they're used to. It is the latter expectation that is typically the status quo in other language environments. For example, in Ruby land, 'bundle exec foo' runs the command 'foo' non-interactively in the context of a project and you don't have to tell it where to find the conventional Gemfile because it's the default. Treating interactive and non-interactive invocation differently in 'guix shell' was a surprise for me. Of course, 'guix shell -D -f guix.scm -- make' works, but it doesn't "just work." Both viewpoints have their merits and I'm wondering if there's a way to satisfy both expectations. Perhaps 'guix shell -- make' would load guix.scm, but 'guix shell --pure -- make', or any invocation with any flags, would not? Or, less ideal, a new short flag that can be passed that would be the equivalent of `-D -f guix.scm` (or the manifest.scm variant) to at least make for less typing. Personally, I think that defaulting to loading from a conventional file when no packages are specified is much more user friendly than generating an empty profile, regardless of interactive vs. non-interactive. Thoughts? - Dave --00000000000066901a05e77a5c20 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
So there are some competing expectations here. The st= atus quo is that non-interactive invocations of 'guix shell' will n= ot load a guix.scm or manifest.scm file unless explicitly told to via --fil= e/--manifest following the "explicit is better than implicit" phi= losophy.=C2=A0 People like myself who almost exclusively invoke 'guix s= hell' without any arguments would expect that 'guix shell -- make&#= 39; would load their guix.scm file like they're used to.=C2=A0 It is th= e latter expectation that is typically the status quo in other language env= ironments.=C2=A0 For example, in Ruby land, 'bundle exec foo' runs = the command 'foo' non-interactively in the context of a project and= you don't have to tell it where to find the conventional Gemfile becau= se it's the default.=C2=A0 Treating interactive and non-interactive inv= ocation differently in 'guix shell' was a surprise for me.=C2=A0 Of= course, 'guix shell -D -f guix.scm -- make' works, but it doesn= 9;t "just work."=C2=A0 Both viewpoints have their merits and I= 9;m wondering if there's a way to satisfy both expectations.=C2=A0 Perh= aps 'guix shell -- make' would load guix.scm, but 'guix shell -= -pure -- make', or any invocation with any flags, would not?=C2=A0 Or, = less ideal, a new short flag that can be passed that would be the equivalen= t of `-D -f guix.scm` (or the manifest.scm variant) to at least make for le= ss typing.=C2=A0 Personally, I think that defaulting to loading from a conv= entional file when no packages are specified is much more user friendly tha= n generating an empty profile, regardless of interactive vs. non-interactiv= e.

Thoughts?

- Dave
--00000000000066901a05e77a5c20--