From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-3.3 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, MAILING_LIST_MULTI,RCVD_IN_DNSWL_MED,T_SCC_BODY_TEXT_LINE, UNPARSEABLE_RELAY autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 2292 invoked from network); 26 Aug 2022 05:26:40 -0000 Received: from zero.zsh.org (2a02:898:31:0:48:4558:7a:7368) by inbox.vuxu.org with ESMTPUTF8; 26 Aug 2022 05:26:40 -0000 ARC-Seal: i=1; cv=none; a=rsa-sha256; d=zsh.org; s=rsa-20210803; t=1661491600; b=gh8cUreeCne6J+IsMhvLz5RcMLkVw2mu4udELxMqYVfxBGdOY9tQx1Sow4eWAoVVwAJeJ8oivo LXu1OsqM0Cf1cSqKOJWsPW/xH5LJaCuAC/PwAOPyVANomxPsL02O0/2IjZHZowMRk4S+2zoePJ nNex79Y8sGSNPY3AYYt6BRqSVoM1l8RRqiWWK0RNNT/DKuqFY8ZAxdMwGypz+dvYyIsos7le2l QSPnBMXX+H5HjyZ1jlBCU62m+a7yDv3f9dmsg4J1/lWgn7wNOMaAi1RXhngoQi0v/nKJSTzyjI +04YKGpD0kB8K3A8wyMOKAaxFo7qEv6qyoTEdOCw8RFYhw==; ARC-Authentication-Results: i=1; zsh.org; iprev=pass (wout1-smtp.messagingengine.com) smtp.remote-ip=64.147.123.24; dkim=pass header.d=daniel.shahaf.name header.s=fm3 header.a=rsa-sha256; dkim=pass header.d=messagingengine.com header.s=fm1 header.a=rsa-sha256; dmarc=none header.from=daniel.shahaf.name; arc=none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed; d=zsh.org; s=rsa-20210803; t=1661491600; bh=0WF4nStyoPvhqPuO+nlBvOPN97f4iq8mctRLJ/pJ2fw=; h=List-Archive:List-Owner:List-Post:List-Unsubscribe:List-Subscribe:List-Help: List-Id:Sender:Content-Transfer-Encoding:Content-Type:Subject:To:From:Date: References:In-Reply-To:Message-ID:MIME-Version:DKIM-Signature: DKIM-Signature:DKIM-Signature; b=KMORGMjKl9dbCvCI0NfRNCgstDsjtQUQYvQkWvGkxFUh03PJbHfrkIMTnvLLtxNA11A1mcDedr VDCRse7cVXiPSnmas104/NxhcBWLJz0M4CiBo88SvoLAodKDBTaACxQ8d/bACORliurphH4ei4 bz7i0wZquDDSJXjQsJa0iQH9+8FstKLQiFtawSUdpg+ZMIGoqvNCzu5LfdW1FY3eXQ5gpWfz5n 58F3Bp2y8M2vAGLnDMhl3NbMju8ZBiwSYeIDDMT2n7h3O1K/lUDK5J1YceeJ7mKyvsbu8S2kfO AEsOoaD2URJ27b3S6HRfTIx0n+k1xYJSSsHVkp2jr2ES6A==; DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=zsh.org; s=rsa-20210803; h=List-Archive:List-Owner:List-Post:List-Unsubscribe: List-Subscribe:List-Help:List-Id:Sender:Content-Transfer-Encoding: Content-Type:Subject:To:From:Date:References:In-Reply-To:Message-Id: Mime-Version:Reply-To:Cc:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID; bh=dqkDLFn3b7tHSMXMKMoygNLn4fL/X9s/Ezlfddb2Vv8=; b=k1/6TZUIqKhimMc1r/O0gNYFv+ +W7wH8qKk6K782yI8Zf2DUwy8hspq3oFY9ZEoxPBOF0Txtyk+diNlzX+NGxDBgHAQjhBIZpcuSdSf K+loA89ZbQC9MdAkcbZEtkGUveXWucBhRfRAn0L0OWYNWkS0oK7/L0fQ9BhX0qtAQZs8m6W8kBE91 VlqUTyPIghZU7UK0QUKRsZBjn9Audw/2onyq8AgswiJQPmL9Il1Jp9YS1VkaKRu5uHF8ltt5kYb4x DdpjYiXxBPwsGa4SjGtDucA8c+AdbrJIjdDdajhWBe5pDyjU3Uz1BBTfQH2XN7MY64OjDJn3XReNz 2HbqtHOg==; Received: from authenticated user by zero.zsh.org with local id 1oRRrb-000MW2-I6; Fri, 26 Aug 2022 05:26:39 +0000 Authentication-Results: zsh.org; iprev=pass (wout1-smtp.messagingengine.com) smtp.remote-ip=64.147.123.24; dkim=pass header.d=daniel.shahaf.name header.s=fm3 header.a=rsa-sha256; dkim=pass header.d=messagingengine.com header.s=fm1 header.a=rsa-sha256; dmarc=none header.from=daniel.shahaf.name; arc=none Received: from wout1-smtp.messagingengine.com ([64.147.123.24]:52785) by zero.zsh.org with esmtps (TLS1.3:TLS_AES_256_GCM_SHA384:256) id 1oRRmS-000M3a-FR; Fri, 26 Aug 2022 05:21:22 +0000 Received: from compute2.internal (compute2.nyi.internal [10.202.2.46]) by mailout.west.internal (Postfix) with ESMTP id 2274A32009C2 for ; Fri, 26 Aug 2022 01:21:17 -0400 (EDT) Received: from imap46 ([10.202.2.96]) by compute2.internal (MEProxy); Fri, 26 Aug 2022 01:21:17 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= daniel.shahaf.name; h=cc:content-transfer-encoding:content-type :date:date:from:from:in-reply-to:in-reply-to:message-id :mime-version:references:reply-to:sender:subject:subject:to:to; s=fm3; t=1661491276; x=1661577676; bh=dqkDLFn3b7tHSMXMKMoygNLn4 fL/X9s/Ezlfddb2Vv8=; b=DPgwhLStK1PMlUC6EQ2Aruouw3UPAWYinoM3O3Oey OTJkoUOGqgg/dNwKOqfwYPpKf0QJc5guWGEE+u8UG6ETiyluF2xvpPTxQ/tb4YrA mIp3DGvjExKlnbmFV62XG0h2MYJ3Mk++qttbgshlV7J37SAHFRCE+wCC/znUvQr4 zpaZ71Fs+yW7aRhyDiULkgGx/hj2VtloY1VSmDkAEERMKhZ3llIFllOPH6M1hRws lv9/84KnsM4hJUrZrtI++u06POrVWimklRFtai0ydw2N0PltpwM45FATABgcm+At m4sBoYbazWgnfm3VOGYpzca4+E6F6Lr5NGmCpNLunrLrA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:date:feedback-id:feedback-id:from:from:in-reply-to :in-reply-to:message-id:mime-version:references:reply-to:sender :subject:subject:to:to:x-me-proxy:x-me-proxy:x-me-sender :x-me-sender:x-sasl-enc; s=fm1; t=1661491276; x=1661577676; bh=d qkDLFn3b7tHSMXMKMoygNLn4fL/X9s/Ezlfddb2Vv8=; b=PQ5kYXa+8l6IY0zci u7hLMvtjo4YGKiwUmxS5W1mt/7X4UxIqp1rCsCTPWq0Fy0eGEw97mlVDHR3Zkl4j bDT3+zJhJKtu+g4qFNa1DNux1qLPnCdHRUmmDhxreSUw2EtiFF3qPqydpZkwYoMS JDxcoJi8Yws3tXnR9EGxNGh26JXkXxVPMM/GUsWDCmkZGsJ7nGAM2Lr6gTTs2TVk TX2JxUrXX/uyrrd+B0pIgMKG0zx+gIlQOIbq+IsUsRQNz8zXf/3ylT4d/nQQuv4W S4vNyyoNSkOD0/M8DV2Hy4JJa2R6Ui5Hx5GzI0UtkrgejoIGgBfe2UP6CuPD8x3r Mrvmg== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvfedrvdejgedgleehucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpefofgggkfgjfhffhffvufgtgfesth hqredtreerjeenucfhrhhomhepfdffrghnihgvlhcuufhhrghhrghffdcuoegurdhssegu rghnihgvlhdrshhhrghhrghfrdhnrghmvgeqnecuggftrfgrthhtvghrnhepfefhkeefve eileelheeiffdtkedujeelvdfhtdejtdeggedvuefffeelhefhvdfgnecuvehluhhsthgv rhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepugdrshesuggrnhhivghlrd hshhgrhhgrfhdrnhgrmhgv X-ME-Proxy: Feedback-ID: i425e4195:Fastmail Received: by mailuser.nyi.internal (Postfix, from userid 501) id 7DC5B2A20075; Fri, 26 Aug 2022 01:21:16 -0400 (EDT) X-Mailer: MessagingEngine.com Webmail Interface User-Agent: Cyrus-JMAP/3.7.0-alpha0-841-g7899e99a45-fm-20220811.002-g7899e99a Mime-Version: 1.0 Message-Id: <764a967b-86df-42bf-9242-22e9aeedfac6@www.fastmail.com> In-Reply-To: References: <20220824043145.165779-1-felipe.contreras@gmail.com> <20220824043145.165779-4-felipe.contreras@gmail.com> <7779ec6b-10d5-410a-97da-5ec545cd6e1c@www.fastmail.com> Date: Fri, 26 Aug 2022 05:20:42 +0000 From: "Daniel Shahaf" To: zsh-workers@zsh.org Subject: Re: [RFC PATCH 3/3] FAQ: sync newuser-install Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Seq: 50526 Archived-At: X-Loop: zsh-workers@zsh.org Errors-To: zsh-workers-owner@zsh.org Precedence: list Precedence: bulk Sender: zsh-workers-request@zsh.org X-no-archive: yes List-Id: List-Help: List-Subscribe: List-Unsubscribe: List-Post: List-Owner: List-Archive: Bart Schaefer wrote on Thu, 25 Aug 2022 23:08 +00:00: > On Thu, Aug 25, 2022 at 3:44 PM Felipe Contreras > wrote: >> >> This is *less* complicated: > > Every addition of an option to change the way something works is > making the shell as a whole more complicated and the interactions > among the settings more difficult to explain and understand. > > Unless there's an important behavior that it's simply not possible to > accomplish with the existing configuration controls, Does "enable saving of history without specifying the history file's nam= e" qualify? > adding magical interdependencies and switches to enable same is not > IMO a good plan. What I had in mind was a new option, HIST_RECORD, and have it implicitly setopt'd by assignment to $HISTFILE and implicitly unsetopt'd by =C2=ABu= nset HISTFILE=C2=AB=C2=BB; and then the default (zsh -f) could be to have HIS= TFILE set to some value but HIST_RECORD off. This design: - would not change the default behaviour. - would be compatible with existing dotfiles, since assigning to HISTFILE would set HIST_RECORD implicitly. - would provide the ability to enable history without particularly caring about the filename it's saved in, which would put us on par with most other programs. Most programs don't require the user to name files the user doesn't interact with directly. (cc(1) goes ev= en further with its default output filenames, such as foo.o and a.out.) - /would/ be an action at a distance. However, in this case, considering a user who unsets $HISTFILE in a universe in which HIST_RECORD exists, I don't immediately see what alternative behaviour that user might expect. As to a user who sets $HISTFILE and expects HIST_RECORD to remain off, that's backwards compatibility. If that's nevertheless undersirable, then we could go the deprecation route: leave $HISTFILE as is; add an entirely new way to specify the history file's name and whether writing to it is enabled (perhaps a couple of zstyles); in 5.10 recommend that people transition to the new way; starting 5.11 issue a warning if the old way is used, saying it's deprecated and will be removed no sooner than ${date or version number}. Any other alternatives? [The option's proposed name was chosen for consistency with other options and for avoidance of ambiguity with $SAVEHIST.] Cheers, Daniel