From unknown Mon Jun 23 04:15:25 2025 X-Loop: help-debbugs@gnu.org Subject: bug#39138: 28.0.50; Add variables for shell command output buffer names Resent-From: Tino Calancha Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 14 Jan 2020 21:32:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 39138 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 39138@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.15790375131101 (code B ref -1); Tue, 14 Jan 2020 21:32:01 +0000 Received: (at submit) by debbugs.gnu.org; 14 Jan 2020 21:31:53 +0000 Received: from localhost ([127.0.0.1]:33751 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1irTmy-0000Gf-GQ for submit@debbugs.gnu.org; Tue, 14 Jan 2020 16:31:53 -0500 Received: from lists.gnu.org ([209.51.188.17]:58775) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1irTmw-0000Ey-DG for submit@debbugs.gnu.org; Tue, 14 Jan 2020 16:31:51 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:50770) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1irTmt-00008Y-R4 for bug-gnu-emacs@gnu.org; Tue, 14 Jan 2020 16:31:50 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,FREEMAIL_FROM, URIBL_BLOCKED autolearn=disabled version=3.3.2 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1irTmq-0005Oe-11 for bug-gnu-emacs@gnu.org; Tue, 14 Jan 2020 16:31:46 -0500 Received: from mail-wm1-x336.google.com ([2a00:1450:4864:20::336]:53363) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1irTmp-0005NQ-J0 for bug-gnu-emacs@gnu.org; Tue, 14 Jan 2020 16:31:43 -0500 Received: by mail-wm1-x336.google.com with SMTP id m24so15529429wmc.3 for ; Tue, 14 Jan 2020 13:31:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:subject:date:message-id:mime-version; bh=df0okqtFyE8LU2wzj6UrTiDrlrL23nwRmpzO6yqX7ig=; b=p9yKqf3SBkcVUtt+PP02GvADXFaAcGM+/ecXQsN/GVkUOUrvYpCV0lif/GHgngG0Pi SgqqYBhaUYxvnZK9IDbtBpTPu+hUqZRiKjGadm4rzOm+FbTmfRrvPkVZ8PxxWFgBNW5K xbFvQrV4d2LL3l0R68SD9OuTFYFXINU1tMP0J0h1Q5iSDni29gxpzb2hiAhxsKG+SuTa YvzpucLEsX1ASFKpBjtSBU8+9KqYK/OwOk5UBKvtNXpuEPb3PjzFPFkeCnDgmDN83iLy aKr3DDAWahUuLPkg3NGzTXd/EpJw3U0OyvlHH6c3drm0ybf7yVMmZk2Se03hW0dTGvsd K/Jg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:subject:date:message-id:mime-version; bh=df0okqtFyE8LU2wzj6UrTiDrlrL23nwRmpzO6yqX7ig=; b=cii0y+orYFFGQwu+TmxPUBfy9lg2BDHxuxRWCFDjYj9/chDqI6BVtPchN3yjjGVhAO VnUrDZ/8coV60TqUBZlMOagTLrWkV9qXQHSsORz6+2zi5BKmFfRwGVlxMjr/CfHkZbi9 Vmw4WL7odObAXtBLXefmY+GMLHymGVtHsXfloRQwa70DMjR5VwPVQiJgix+75s2SD3CN AlnMH2zFglAXbdX59ZVnRzV5jRpNMEQsOeVbSZK6ZhcToADNN9aaCCrXQLCoQ6w7NFqE oSrHOoU1yFwhlK8Zz4eIXrBnJanQ3tKLsLrAUXtfhEeSJFP4I7ys9UPXt+aSFKw4J0gK JNog== X-Gm-Message-State: APjAAAVpLNUYs1KKBp9mwZekW/d1thMjpDb4Yip4z2BCQMlXRyH/tudK btYY6/adNFmFQTHY/VQNL6SBPkGJ X-Google-Smtp-Source: APXvYqw7VAW+3HljUvcn8HZ9twp3ifyi8UMfmGsaxbDSfml+c3sT8wQPCmE7cBBWmNVJA9VTqL5cbA== X-Received: by 2002:a1c:a543:: with SMTP id o64mr29622982wme.108.1579037500459; Tue, 14 Jan 2020 13:31:40 -0800 (PST) Received: from calancha-pc.dy.bbexcite.jp ([31.7.242.222]) by smtp.gmail.com with ESMTPSA id h17sm22044071wrs.18.2020.01.14.13.31.39 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 14 Jan 2020 13:31:39 -0800 (PST) From: Tino Calancha Date: Tue, 14 Jan 2020 22:31:34 +0100 Message-ID: <878sm9u3m1.fsf@calancha-pc.dy.bbexcite.jp> MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a00:1450:4864:20::336 X-Spam-Score: 0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) Severity: wishlist IMO, the two strings, `*Shell Command Output*' and `*Async Shell Command*', deserve variables with their docstrings. --8<-----------------------------cut here---------------start------------->8--- commit 4a436b46621f0c0016c1a374a3c22dff0be39391 Author: Tino Calancha Date: Tue Jan 14 22:28:22 2020 +0100 Add variables for shell command output buffer names Buffers `*Shell Command Output*' and `*Async Shell Command*' have been around since a long time; used across several libraries, they are de facto output buffers for shell commands. * lisp/simple.el (shell-command-buffer-name) (shell-command-buffer-name-async): New variables. * lisp/dired-aux.el * lisp/gnus/gnus-sum.el * lisp/gnus/gnus-win.el * lisp/ibuf-ext.el * lisp/net/tramp.el: Use them. * etc/NEWS (Changes in Emacs 28.1): Announce this change. * doc/emacs/misc.texi (Single Shell) * doc/misc/tramp.texi (Remote processes): Update manual. diff --git a/doc/emacs/misc.texi b/doc/emacs/misc.texi index ab3318c4a2..3d443e5d2f 100644 --- a/doc/emacs/misc.texi +++ b/doc/emacs/misc.texi @@ -724,13 +724,15 @@ Single Shell @kindex M-! @findex shell-command +@vindex shell-command-buffer-name @kbd{M-!} (@code{shell-command}) reads a line of text using the minibuffer and executes it as a shell command, in a subshell made just for that command. Standard input for the command comes from the null device. If the shell command produces any output, the output appears -either in the echo area (if it is short), or in an Emacs buffer named -@file{*Shell Command Output*}, displayed in another window (if the -output is long). The variables @code{resize-mini-windows} and +either in the echo area (if it is short), or in an Emacs buffer, +displayed in another window (if the output is long). The name of +this buffer is stored in the variable @code{shell-command-buffer-name}. +The variables @code{resize-mini-windows} and @code{max-mini-window-height} (@pxref{Minibuffer Edit}) control when Emacs should consider the output to be too long for the echo area. @@ -757,15 +759,16 @@ Single Shell @kindex M-& @findex async-shell-command +@vindex shell-command-buffer-name-async A shell command that ends in @samp{&} is executed @dfn{asynchronously}, and you can continue to use Emacs as it runs. You can also type @kbd{M-&} (@code{async-shell-command}) to execute a shell command asynchronously; this is exactly like calling @kbd{M-!} with a trailing @samp{&}, except that you do not need the @samp{&}. -The default output buffer for asynchronous shell commands is named -@samp{*Async Shell Command*}. Emacs inserts the output into this -buffer as it comes in, whether or not the buffer is visible in a -window. +The variable @code{shell-command-buffer-name-async} stores the name +of the default output buffer for asynchronous shell commands. +Emacs inserts the output into this buffer as it comes in, +whether or not the buffer is visible in a window. @vindex async-shell-command-buffer If you want to run more than one asynchronous shell command at the @@ -803,7 +806,7 @@ Single Shell see what keys are in the buffer. If the buffer contains a GnuPG key, type @kbd{C-x h M-| gpg @key{RET}} to feed the entire buffer contents to @command{gpg}. This will output the list of keys to the -@file{*Shell Command Output*} buffer. +buffer named @code{shell-command-buffer-name}. @vindex shell-file-name The above commands use the shell specified by the variable diff --git a/doc/misc/tramp.texi b/doc/misc/tramp.texi index 049b240b60..0d6efa4f3f 100644 --- a/doc/misc/tramp.texi +++ b/doc/misc/tramp.texi @@ -3213,7 +3213,7 @@ Remote processes @end example @command{tail} command outputs continuously to the local buffer, -@file{*Async Shell Command*} +named @code{shell-command-buffer-name-async} @kbd{M-x auto-revert-tail-mode @key{RET}} runs similarly showing continuous output. diff --git a/etc/NEWS b/etc/NEWS index d5a1d27267..aac80fd263 100644 --- a/etc/NEWS +++ b/etc/NEWS @@ -34,6 +34,11 @@ are found by 'configure' * Changes in Emacs 28.1 ++++ +** The new variables 'shell-command-buffer-name' and +'shell-command-buffer-name-async' store the default buffer names +for the output of shell commands. + * Editing Changes in Emacs 28.1 diff --git a/lisp/dired-aux.el b/lisp/dired-aux.el index 0069c1744d..aaa2f797de 100644 --- a/lisp/dired-aux.el +++ b/lisp/dired-aux.el @@ -684,7 +684,7 @@ dired-do-async-shell-command for each command to terminate before running the next command. In shell syntax this means separating the individual commands with `;'. -The output appears in the buffer `*Async Shell Command*'." +The output appears in the buffer `shell-command-buffer-name-async'." (interactive (let ((files (dired-get-marked-files t current-prefix-arg nil nil t))) (list @@ -723,7 +723,7 @@ dired-do-shell-command If COMMAND ends in `&', `;', or `;&', it is executed in the background asynchronously, and the output appears in the buffer -`*Async Shell Command*'. When operating on multiple files and COMMAND +`shell-command-buffer-name-async'. When operating on multiple files and COMMAND ends in `&', the shell command is executed on each file in parallel. However, when COMMAND ends in `;' or `;&' then commands are executed in the background on each file sequentially waiting for each command @@ -731,7 +731,7 @@ dired-do-shell-command `dired-do-async-shell-command' that automatically adds `&'. Otherwise, COMMAND is executed synchronously, and the output -appears in the buffer `*Shell Command Output*'. +appears in the buffer `shell-command-buffer-name'. This feature does not try to redisplay Dired buffers afterward, as there's no telling what files COMMAND may have changed. diff --git a/lisp/gnus/gnus-sum.el b/lisp/gnus/gnus-sum.el index a59e8b359d..f6c1ae7c73 100644 --- a/lisp/gnus/gnus-sum.el +++ b/lisp/gnus/gnus-sum.el @@ -12281,7 +12281,7 @@ gnus-summary-pipe-output (interactive (gnus-interactive "P\ny")) (require 'gnus-art) (let* ((articles (gnus-summary-work-articles n)) - (result-buffer "*Shell Command Output*") + (result-buffer shell-command-buffer-name) (all-headers (not (memq sym '(nil r)))) (gnus-save-all-headers (or all-headers gnus-save-all-headers)) (raw (eq sym 'r)) diff --git a/lisp/gnus/gnus-win.el b/lisp/gnus/gnus-win.el index 36b2835036..baa3146e64 100644 --- a/lisp/gnus/gnus-win.el +++ b/lisp/gnus/gnus-win.el @@ -142,7 +142,7 @@ gnus-buffer-configuration (pipe (vertical 1.0 (summary 0.25 point) - ("*Shell Command Output*" 1.0))) + (shell-command-buffer-name 1.0))) (bug (vertical 1.0 (if gnus-bug-create-help-buffer '("*Gnus Help Bug*" 0.5)) diff --git a/lisp/ibuf-ext.el b/lisp/ibuf-ext.el index bfb9787a96..c9ca1f8742 100644 --- a/lisp/ibuf-ext.el +++ b/lisp/ibuf-ext.el @@ -504,7 +504,7 @@ ibuffer-backward-filter-group (ibuffer-forward-line 0)) (defun ibuffer--maybe-erase-shell-cmd-output () - (let ((buf (get-buffer "*Shell Command Output*"))) + (let ((buf (get-buffer shell-command-buffer-name))) (when (and (buffer-live-p buf) (not shell-command-dont-erase-buffer) (not (zerop (buffer-size buf)))) @@ -517,7 +517,7 @@ shell-command-pipe :opstring "Shell command executed on" :before (ibuffer--maybe-erase-shell-cmd-output) :modifier-p nil) - (let ((out-buf (get-buffer-create "*Shell Command Output*"))) + (let ((out-buf (get-buffer-create shell-command-buffer-name))) (with-current-buffer out-buf (goto-char (point-max))) (call-shell-region (point-min) (point-max) command nil out-buf))) @@ -542,7 +542,7 @@ shell-command-file :modifier-p nil) (let ((file (and (not (buffer-modified-p)) buffer-file-name)) - (out-buf (get-buffer-create "*Shell Command Output*"))) + (out-buf (get-buffer-create shell-command-buffer-name))) (unless (and file (file-exists-p file)) (setq file (make-temp-file diff --git a/lisp/net/tramp.el b/lisp/net/tramp.el index a7c9b34d29..51fa88653a 100644 --- a/lisp/net/tramp.el +++ b/lisp/net/tramp.el @@ -3658,8 +3658,8 @@ tramp-handle-shell-command (current-buffer)) (t (get-buffer-create (if asynchronous - "*Async Shell Command*" - "*Shell Command Output*"))))) + shell-command-buffer-name-async + shell-command-buffer-name))))) (error-buffer (cond ((bufferp error-buffer) error-buffer) diff --git a/lisp/simple.el b/lisp/simple.el index f9f1efcc98..01cb7d0de8 100644 --- a/lisp/simple.el +++ b/lisp/simple.el @@ -3319,6 +3319,14 @@ undo-outer-limit-truncate (setq buffer-undo-list nil) t)) +;;;; Shell commands + +(defvar shell-command-buffer-name "*Shell Command Output*" + "Name of the output buffer for shell commands.") + +(defvar shell-command-buffer-name-async "*Async Shell Command*" + "Name of the output buffer for asynchronous shell commands.") + (defvar shell-command-history nil "History list for some commands that read shell commands. @@ -3383,7 +3391,7 @@ read-shell-command (defcustom async-shell-command-buffer 'confirm-new-buffer "What to do when the output buffer is used by another shell command. This option specifies how to resolve the conflict where a new command -wants to direct its output to the buffer `*Async Shell Command*', +wants to direct its output to the buffer `shell-command-buffer-name-async', but this buffer is already taken by another running shell command. The value `confirm-kill-process' is used to ask for confirmation before @@ -3510,14 +3518,14 @@ async-shell-command Like `shell-command', but adds `&' at the end of COMMAND to execute it asynchronously. -The output appears in the buffer `*Async Shell Command*'. +The output appears in the buffer `shell-command-buffer-name-async'. That buffer is in shell mode. You can configure `async-shell-command-buffer' to specify what to do -when the `*Async Shell Command*' buffer is already taken by another +when the `shell-command-buffer-name-async' buffer is already taken by another running shell command. To run COMMAND without displaying the output in a window you can configure `display-buffer-alist' to use the action -`display-buffer-no-window' for the buffer `*Async Shell Command*'. +`display-buffer-no-window' for the buffer `shell-command-buffer-name-async'. In Elisp, you will often be better served by calling `start-process' directly, since it offers more control and does not impose the use of @@ -3553,12 +3561,12 @@ shell-command directory in the prompt. If COMMAND ends in `&', execute it asynchronously. -The output appears in the buffer `*Async Shell Command*'. +The output appears in the buffer `shell-command-buffer-name-async'. That buffer is in shell mode. You can also use `async-shell-command' that automatically adds `&'. Otherwise, COMMAND is executed synchronously. The output appears in -the buffer `*Shell Command Output*'. If the output is short enough to +the buffer `shell-command-buffer-name'. If the output is short enough to display in the echo area (which is determined by the variables `resize-mini-windows' and `max-mini-window-height'), it is shown there, but it is nonetheless available in buffer `*Shell Command @@ -3672,7 +3680,7 @@ shell-command (if (string-match "[ \t]*&[ \t]*\\'" command) ;; Command ending with ampersand means asynchronous. (let* ((buffer (get-buffer-create - (or output-buffer "*Async Shell Command*"))) + (or output-buffer shell-command-buffer-name-async))) (bname (buffer-name buffer)) (proc (get-buffer-process buffer)) (directory default-directory)) @@ -3824,7 +3832,7 @@ shell-command-on-region error-buffer display-error-buffer region-noncontiguous-p) "Execute string COMMAND in inferior shell with region as input. -Normally display output (if any) in temp buffer `*Shell Command Output*'; +Normally display output (if any) in temp buffer `shell-command-buffer-name'; Prefix arg means replace the region with it. Return the exit code of COMMAND. @@ -3843,7 +3851,7 @@ shell-command-on-region If the output is short enough to display in the echo area \(determined by the variable `max-mini-window-height' if `resize-mini-windows' is non-nil), it is shown there. -Otherwise it is displayed in the buffer `*Shell Command Output*'. +Otherwise it is displayed in the buffer `shell-command-buffer-name'. The output is available in that buffer in both cases. If there is output and an error, a message about the error @@ -3853,7 +3861,7 @@ shell-command-on-region command's output. If the value is a buffer or buffer name, erase that buffer and insert the output there; a non-nil value of `shell-command-dont-erase-buffer' prevent to erase the buffer. -If the value is nil, use the buffer `*Shell Command Output*'. +If the value is nil, use the buffer `shell-command-buffer-name'. Any other non-nil value means to insert the output in the current buffer after START. @@ -3921,7 +3929,7 @@ shell-command-on-region (list t error-file) t))) ;; It is rude to delete a buffer that the command is not using. - ;; (let ((shell-buffer (get-buffer "*Shell Command Output*"))) + ;; (let ((shell-buffer (get-buffer shell-command-buffer-name))) ;; (and shell-buffer (not (eq shell-buffer (current-buffer))) ;; (kill-buffer shell-buffer))) ;; Don't muck with mark unless REPLACE says we should. @@ -3929,12 +3937,12 @@ shell-command-on-region ;; No prefix argument: put the output in a temp buffer, ;; replacing its entire contents. (let ((buffer (get-buffer-create - (or output-buffer "*Shell Command Output*")))) + (or output-buffer shell-command-buffer-name)))) (set-buffer-major-mode buffer) ; Enable globalized modes (bug#38111) (unwind-protect (if (and (eq buffer (current-buffer)) (or (not shell-command-dont-erase-buffer) - (and (not (eq buffer (get-buffer "*Shell Command Output*"))) + (and (not (eq buffer (get-buffer shell-command-buffer-name))) (not (region-active-p))))) ;; If the input is the same buffer as the output, ;; delete everything but the specified region, --8<-----------------------------cut here---------------end--------------->8--- In GNU Emacs 28.0.50 (build 3, x86_64-pc-linux-gnu, GTK+ Version 3.24.5, cairo version 1.16.0) of 2020-01-14 built on calancha-pc.dy.bbexcite.jp Repository revision: 06caa3b7e5e9fe91b6918f8567adbd5501d6dbdd Repository branch: master Windowing system distributor 'The X.Org Foundation', version 11.0.12004000 System Description: Debian GNU/Linux 10 (buster) From unknown Mon Jun 23 04:15:25 2025 X-Loop: help-debbugs@gnu.org Subject: bug#39138: 28.0.50; Add variables for shell command output buffer names Resent-From: Michael Albinus Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 14 Jan 2020 22:44:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 39138 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Tino Calancha Cc: 39138@debbugs.gnu.org Received: via spool by 39138-submit@debbugs.gnu.org id=B39138.15790417909766 (code B ref 39138); Tue, 14 Jan 2020 22:44:02 +0000 Received: (at 39138) by debbugs.gnu.org; 14 Jan 2020 22:43:10 +0000 Received: from localhost ([127.0.0.1]:33838 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1irUtx-0002XS-SF for submit@debbugs.gnu.org; Tue, 14 Jan 2020 17:43:10 -0500 Received: from mout.gmx.net ([212.227.17.22]:37531) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1irUtw-0002XE-IZ for 39138@debbugs.gnu.org; Tue, 14 Jan 2020 17:43:09 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1579041781; bh=Xc5uroWkDAkVbYHZc7XBdLHy91m08cOzQs60pTtMQKw=; h=X-UI-Sender-Class:From:To:Cc:Subject:References:Date:In-Reply-To; b=UtfGSEokO5sXVrlLhd1etzExyDSUIdO/8odSgHIHcprrg94RmuZRj76wRNtQfFsZO YC7607bA3fV8jWZhANVKFz8C7Tas1KtwpduqQt1JiWbpYO5PHSo44VXrExUp99r8gc fnbEk6GenLTFtKtdwOSjKeGr/qQQBGWEyk0zRK8U= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from detlef.gmx.de ([212.91.242.202]) by mail.gmx.com (mrgmx105 [212.227.17.168]) with ESMTPSA (Nemesis) id 1M1Hdq-1iokoR1dIQ-002rfY; Tue, 14 Jan 2020 23:43:01 +0100 From: Michael Albinus References: <878sm9u3m1.fsf@calancha-pc.dy.bbexcite.jp> Date: Tue, 14 Jan 2020 23:43:00 +0100 In-Reply-To: <878sm9u3m1.fsf@calancha-pc.dy.bbexcite.jp> (Tino Calancha's message of "Tue, 14 Jan 2020 22:31:34 +0100") Message-ID: <87lfq9d5hn.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:Rpw7MnDbdFDmZen75gT+RirQ2fBN+l+E+ZobTVEceUMUCdEsxIY Q+mklWI4WOvR+O8yZhfm7B8YL35kAVtT6YdSh60gzon9KW8EqSJNALKPTuk4jTbZejmSVes WPFvkEA9W+lpq9Yp8PjsGW3WGNqxIqaXx1JrcqcyHHUEdhDscuU1akN6uCzXTIrqL+Eo+ZU jozyALobTISReuJqrYUUA== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:vBSn42nQr5I=:5I2oD62lMNugIdnQXQeF7k 3m23tO9diDh8UnHYvg2Z2O51V8bUG9j3ZAAk0Wu2HCZ0bxETrDtksFLmL6O3kGvfJsU+XcIdx Us7sXjYlPXQNclLrN1rYPAojwRtEoF9zwzJ2gdWpGpkz+ChS9wbDr/TmSOiTIPh/0DyJxtvhg bj+Dkcyin0xnTaVqtToDRX5R1cNY3hC3TYZRpZIzHKgftulLbzs4Wc6bLSDaxSznokqlaO80W s3TVjd2vHQOGxG9BUtFmF1/A0P3eMLaCOc1/xRsECGr10HIispYoYFWXCjnsN10syYI1KgLxG x7X/Fn2o4BuBVOYatyEgeY6XuweKcgiMFzZamKHFyX57SJNv2ySRnGklEQoN2ig8JXPurq+w7 wu1YyA0Y2vOCYG/MAOLzx6cQkGneNpgp5rGRgdmpBqeG1795vN8HNZarrD40T9aRSi/FKkgXG 07bi4uFc6VLTLFSCsTSU+aygvhINzNYUwutnkBdnrE0RZyf9TwhnkTUeJoaPnl3m8lnbBvUHL sfjfE1L2CbPav9z7G0HSfhVYAZmY0Ln5lWEFH82cQi2h67/tHsNB7SV9LcBOH9CHXpDrITsEd 4V5jJx5cXqjJM52DUvi5QuBxfFZkx9/cGYwYIurbCUsIENh9e/YpnxtgMGqUj0ntf2puOZk+J GMA90egzGGOifM4M9e5hMkM6b7h5roD9SbwQv6eoC+4UJbhsg4VPYie36X9Fth7lB+TAjdwnE ORJgQoNEqSEYnEGcPJpdlnfZPZ6J2Zewta58soJPOMibmfWFtL4EeGEYuC0+Wf9Q93igQif4I 4LW0YVa7mRYWGO2WbwrQkqzQBzrvq4nNesZUQVuSxA4J4nRX41hjkDzIgPFbaCRq9nhY/w8RK fYxqV1XSKqLS+jr6xKB4G9IUvOi+RdG4c7xyS1mm+bE6GURAUzZQFic8wQ4e/c9xd7s89x026 1ACYKhdkw2xgKx5MwnTKaqKqRlFnyj7VFu3PdRsitm65LQZKFMusB/jSndQugZe1ItEOC5AXg qh2STMyG3zpKB5vganAHCDm4nqDOlMOJy0w3xZhZ0s6jMI/T87oUe0eXWfSKlFxrHAsGy4BlM pGMswXAktCCcMU20FHx6p3aPYFhxYxJTru69OCIi0E4D95h5BPTc0NhQ6bcujtexMHIlwz74o VY9PLS7f5PE44YISrtNLapVY/wxeswK5HTWZCCyzyTyFdrIjsgoP6m+fxaDwjb7/uE4x4OvM1 Z7YGeAPry7+zVa0ituToTgqqoPz72IEENdGB0clnEK8lYnp03koXw0NRVj7g= X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Tino Calancha writes: > --- a/lisp/net/tramp.el > +++ b/lisp/net/tramp.el > @@ -3658,8 +3658,8 @@ tramp-handle-shell-command > (current-buffer)) > (t (get-buffer-create > (if asynchronous > - "*Async Shell Command*" > - "*Shell Command Output*"))))) > + shell-command-buffer-name-async > + shell-command-buffer-name))))) > (error-buffer > (cond > ((bufferp error-buffer) error-buffer) OK for me. However, I will tweak this a little bit once committed, in order to keep Tramp's backward compatibility. Likely like this: (or (bound-and-true-p shell-command-buffer-name-async) "*Async Shell Command*") etc. Plus a comment, which Emacs version has introduced the variables, in order to know when this compatibility hack can be removed. Best regards, Michael. From debbugs-submit-bounces@debbugs.gnu.org Tue Jan 14 17:44:07 2020 Received: (at control) by debbugs.gnu.org; 14 Jan 2020 22:44:07 +0000 Received: from localhost ([127.0.0.1]:33842 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1irUut-0002Z9-4t for submit@debbugs.gnu.org; Tue, 14 Jan 2020 17:44:07 -0500 Received: from mout.gmx.net ([212.227.15.19]:46507) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1irUur-0002YS-Io for control@debbugs.gnu.org; Tue, 14 Jan 2020 17:44:05 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1579041839; bh=4sA7O+L/KSEyHs89lMVpmL/AsNSRtjTccJFyvwRgtoI=; h=X-UI-Sender-Class:Date:To:From:Subject; b=cok2ka7HPFasdSF0xrpgTv8KsezDmOSS20xeM9d+7iDLWgagpJO2T92qi+/zvKNgd JQ/eBmKm9bti74S701il4/bd9yDwDyxDMWryAZ8A1pvfsgGZHsMpTv/OrNcAFykYPA Anh80jIbRB2JOCIJTQCWHDBHNcsidOI6KCcuH7ys= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from detlef.gmx.de ([212.91.242.202]) by mail.gmx.com (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MY6Cl-1jASZ81Eon-00YUvS for ; Tue, 14 Jan 2020 23:43:59 +0100 Date: Tue, 14 Jan 2020 23:43:58 +0100 Message-Id: <87k15td5g1.fsf@gmx.de> To: control@debbugs.gnu.org From: Michael Albinus Subject: control message for bug #39138 X-Provags-ID: V03:K1:diVhm6PgcRvM/eJ1d03maTN4Dv5VBKAGk2UWIy7J7OCia5emcmP m9Y1YtKo/R8Wkwe7DsGXBxu0Do8xLUNL5TnRtCVI6QabrrXvQx8N78dtB6TbV31C2W3bm5L GKL2N02rHh3RNyHS909HVoeWYmPL5wsJ/nQiecznq5Fk057LJmJbnXMqIDgbT7w60CK+KsK T9RWjsyjN9Z0JD0dE0KTQ== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:QuhX8eHhQHc=:Mv09++6sojRE/V5kyzlRLs +aLHK/PfWZjNRwYhMN4hSMmcNN+Fj0w81DkLRR3QD+ULpbNjjMxlKfDK4tlsXlfjTyBYUhUCE e47iip19ZS+dAC9ES+vDusswLrM3spLAFWthX9BWgOAJ6CJhR+5k8WfmxJsqShEw17VGtzLpH ksGZFXpdE5rmdsfNY88MV/NaCldq7C8wpcB6VxZsQnkd6VexptYZIIk7EFCtiEkyu5nHjgMMC JUlQfWXjANI0SvHqT3w4bDv914V6U0TBLdREDtm27bc7I73OWiuAZ5vX0vwiU3liUG6w/JIDb jexbF404DOAlZgVTXqvmLalFKZHKl1tsnudbi6wFCT9/OverK1pXvJ+I3GKmJJmgNoeNGPcfQ uMET5cygeuK4x0Wr2ouOidcr/dgLoOSEpZvAe9lWaL9oHvVYI97rEZWlCtnSH33pYQsB9VwgT /fFJjQrx1bGGk4LjA5T9E7TXnRPLXzddEdKM+iBZn9C1Du5c/bz9693dQqRc87JGT6b7a6QA3 NuWJe+hhNNPg633QaWt2Og15fc3YkmJDfIHMMKOdthdHCK1DLv/POQwNuazwZBhorQ8UhmKVY 0cnhyhJwDGZaxxpJFH/S78zKSNkIWZPo1zzdxrFp22284PrYSl4doqd/R53Y+DXEmmWpRh1mR S0vibnRyZroUhFcXX/AKomDehJQVhW9DpFUcnLktWx1rvSttpw64nav2XnBf29kb1bDtVSCgr LTllSct8fHrvNF1xUf78+K3J8nmdz41HrPbvkIu40jrn34OafHTIUdqXbJduGMJahyIiqdjVj V5blw0+BgSvVHV1DUKprG4ALw38Hlan337WoSsNsrXikUaxIheBdC69WNtx0tUznw4VH5/x9p XYGZHAA1t3GMId4ZOjMmuroW03CHzFK/CB3GVPTv3REGUDLjRh+hRytXTWErk76CntLvJpqZ9 KsoJzKPjG0iljjpL22ozyFKu+WkzDPH+PN+E+Z+0THEhlMbaBxkRpRqBZewW4GdAGGFkpF8RO UPp4sKZUx+9PwR7IKbie+G4+R/O81KmGjckZu/vwZLdGh692aoZPWsMvcPn/1MOHS1ej563rz 2mIefQJmV/7NYCbSeG40mlBGeY1sq+gpzhPOF+AOnO+FfSNP0v/LDtzwAKeM2Ba3i2+vo3hXq vgJ/TXJ+0PmAtY8HvwECJ4sMDuGvaoTPuFwfh8efes5k7yB9ERQIkhJES60gbPOIUP/H3x71C xuuCLmDF30cSbZWRlcLvhIyjhD8yn5bwUqKQ7wQGy/lK/FO2/oZXGAsqsARk= X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) tags 39138 + patch quit From unknown Mon Jun 23 04:15:25 2025 X-Loop: help-debbugs@gnu.org Subject: bug#39138: 28.0.50; Add variables for shell command output buffer names Resent-From: Robert Pluim Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 15 Jan 2020 08:04:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 39138 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Michael Albinus Cc: 39138@debbugs.gnu.org, Tino Calancha Received: via spool by 39138-submit@debbugs.gnu.org id=B39138.15790754045409 (code B ref 39138); Wed, 15 Jan 2020 08:04:02 +0000 Received: (at 39138) by debbugs.gnu.org; 15 Jan 2020 08:03:24 +0000 Received: from localhost ([127.0.0.1]:34228 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1irde4-0001P7-C2 for submit@debbugs.gnu.org; Wed, 15 Jan 2020 03:03:24 -0500 Received: from mail-wm1-f46.google.com ([209.85.128.46]:36531) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1irddy-0001Ok-GP for 39138@debbugs.gnu.org; Wed, 15 Jan 2020 03:03:19 -0500 Received: by mail-wm1-f46.google.com with SMTP id p17so16705838wma.1 for <39138@debbugs.gnu.org>; Wed, 15 Jan 2020 00:03:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:date:in-reply-to:message-id :mime-version; bh=gVupE+yJ23NcWTAfng/u6MEh2+1UEYY8Kht7sWzovKc=; b=nXVdN7Ap4O5x8URocrW1BQWaEc5eXWFnYNr6emdd/JuCOVDMHAK96Ap7WA78xs0lLE DGQd0/ZOQc34yrpBBV5oKLtjDy6K0ylChuG4v/XS3zmskhlISkGogI2y1+Cd1zDTV4eI xRa2ij2HVsIAKxB9PezYokfqIjlADsWSOtR9M6XUKWWI3foS/eLVsWUq5+1kAgS8XX50 Yq0PWi5cyMPwLx3RJzjGiiKbulSQtAg/BYDiLsfZ+FNP0LZI26Bf2tUFUJq4oWElj1Rn TWZG4mAabp2zTEhe3mJjNKHn76e65EsAftJGYJknZFU5Fx5jJRwtBtRa2JFOM+wySMpa czYA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:mime-version; bh=gVupE+yJ23NcWTAfng/u6MEh2+1UEYY8Kht7sWzovKc=; b=UGZ4Y1KKzCGS+mWknX26x7fGMQCw/Gm/0mu3CH5jI5i8dwIQfKfXKsWQpJ+qAXMOhi MIBr+QaW4Npl+SV4v9DGKhX0pFosrr9Ub5GsjN6fB2RHGVCKISq3JCWKYyS3yRH75QFs kEoIO7zcX1OV8RrxcKNGctbIpJZi/tqNh5vy2UuRYwl7LzRdl1yJzuEMBaa2p33C3YuG rTAUbjLwjLj1eiwK0iaPLglnhe+Z319F+I8QHwYKClr270f+8PCGyJeeXWMpTmXJEBqT L4e4OY4B8sL7IDQyznMvf2qcIfXn4jtqW1xqM2EJO8FoJbipkNlIVJZN5P8tDP/Uzgzo vFqw== X-Gm-Message-State: APjAAAUiClvvXmUelLbI3wjI8+ocVpKzaEeK2S/b0GeZ41sQVvrIxqmb y03K1NOyMvudIj00Mpe1SPQVoGwm9Nw= X-Google-Smtp-Source: APXvYqytPwG2QhdGeJAsI8hwMuKAMpvtL4QlOEDukbOsRJndREyrX09SH9QmsDaafWQ6nedm0xVw0w== X-Received: by 2002:a1c:44d:: with SMTP id 74mr32809623wme.53.1579075388339; Wed, 15 Jan 2020 00:03:08 -0800 (PST) Received: from rpluim-mac ([149.5.228.1]) by smtp.gmail.com with ESMTPSA id l19sm21940086wmj.12.2020.01.15.00.03.07 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 15 Jan 2020 00:03:07 -0800 (PST) From: Robert Pluim References: <878sm9u3m1.fsf@calancha-pc.dy.bbexcite.jp> <87lfq9d5hn.fsf@gmx.de> Date: Wed, 15 Jan 2020 09:03:05 +0100 In-Reply-To: <87lfq9d5hn.fsf@gmx.de> (Michael Albinus's message of "Tue, 14 Jan 2020 23:43:00 +0100") Message-ID: MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >>>>> On Tue, 14 Jan 2020 23:43:00 +0100, Michael Albinus said: Michael> Tino Calancha writes: >> --- a/lisp/net/tramp.el >> +++ b/lisp/net/tramp.el >> @@ -3658,8 +3658,8 @@ tramp-handle-shell-command >> (current-buffer)) >> (t (get-buffer-create >> (if asynchronous >> - "*Async Shell Command*" >> - "*Shell Command Output*"))))) >> + shell-command-buffer-name-async >> + shell-command-buffer-name))))) >> (error-buffer >> (cond >> ((bufferp error-buffer) error-buffer) Michael> OK for me. However, I will tweak this a little bit once committed, in Michael> order to keep Tramp's backward compatibility. Likely like this: Michael> (or (bound-and-true-p shell-command-buffer-name-async) "*Async Shell Command*") Michael> etc. Plus a comment, which Emacs version has introduced the variables, Michael> in order to know when this compatibility hack can be removed. Tino, would it be possible to add text back in the manual saying what the default values of these new variables are? People reading it inside Emacs can obviously just inspect their values, but not everyone reads inside Emacs. Robert From unknown Mon Jun 23 04:15:25 2025 X-Loop: help-debbugs@gnu.org Subject: bug#39138: 28.0.50; Add variables for shell command output buffer names Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 15 Jan 2020 16:12:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 39138 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Tino Calancha Cc: 39138@debbugs.gnu.org Received: via spool by 39138-submit@debbugs.gnu.org id=B39138.157910468928191 (code B ref 39138); Wed, 15 Jan 2020 16:12:01 +0000 Received: (at 39138) by debbugs.gnu.org; 15 Jan 2020 16:11:29 +0000 Received: from localhost ([127.0.0.1]:35397 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1irlGP-0007KW-Ce for submit@debbugs.gnu.org; Wed, 15 Jan 2020 11:11:29 -0500 Received: from eggs.gnu.org ([209.51.188.92]:51556) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1irlGK-0007KC-5J for 39138@debbugs.gnu.org; Wed, 15 Jan 2020 11:11:24 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:39116) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1irlGF-00047D-2Z; Wed, 15 Jan 2020 11:11:15 -0500 Received: from [176.228.60.248] (port=2791 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1irlGC-0003BZ-7k; Wed, 15 Jan 2020 11:11:13 -0500 Date: Wed, 15 Jan 2020 18:11:26 +0200 Message-Id: <83v9pc4s41.fsf@gnu.org> From: Eli Zaretskii In-reply-to: <878sm9u3m1.fsf@calancha-pc.dy.bbexcite.jp> (message from Tino Calancha on Tue, 14 Jan 2020 22:31:34 +0100) References: <878sm9u3m1.fsf@calancha-pc.dy.bbexcite.jp> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Tino Calancha > Date: Tue, 14 Jan 2020 22:31:34 +0100 > > IMO, the two strings, `*Shell Command Output*' and > `*Async Shell Command*', deserve variables with their docstrings. Any rationale why we should add variables for these? Who would want to change the names, and why? And even if we do provide such variables, I see no need to document them in the manual. From unknown Mon Jun 23 04:15:25 2025 X-Loop: help-debbugs@gnu.org Subject: bug#39138: 28.0.50; Add variables for shell command output buffer names Resent-From: Tino Calancha Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 15 Jan 2020 19:43:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 39138 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Eli Zaretskii Cc: 39138@debbugs.gnu.org, Tino Calancha Received: via spool by 39138-submit@debbugs.gnu.org id=B39138.157911732931701 (code B ref 39138); Wed, 15 Jan 2020 19:43:02 +0000 Received: (at 39138) by debbugs.gnu.org; 15 Jan 2020 19:42:09 +0000 Received: from localhost ([127.0.0.1]:35588 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iroYL-0008FF-55 for submit@debbugs.gnu.org; Wed, 15 Jan 2020 14:42:09 -0500 Received: from mail-wm1-f53.google.com ([209.85.128.53]:54962) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iroYF-0008Ee-SY for 39138@debbugs.gnu.org; Wed, 15 Jan 2020 14:42:07 -0500 Received: by mail-wm1-f53.google.com with SMTP id b19so1236750wmj.4 for <39138@debbugs.gnu.org>; Wed, 15 Jan 2020 11:42:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:date:to:cc:subject:in-reply-to:message-id:references :user-agent:mime-version; bh=yTzfCkJVRu3Uwz6Mbos/vqAM6epGQ6LOU8vqk8O7EHc=; b=D83xS1iomQlKhdM1L4T9hAzF9W+whr4S/3aHHMRYAE88+nA1R2HkvIHPrR/ez7wBD+ 2rRS7iLaEIgrMhpGMDp8q32mXD9Fj8SSc0iIYoW4DyXjAg6AU3y8nxNPoGrsQaEo1cdQ Vpfi+jXXF9+JAm3PIOTgcgG1jdzwCT0Jx6s/S8yJkRlkqKhJEWGKY5pPhlIoNYR+JZ/1 i/pynbj12RxfrX205EY/qUzLaMIY/5p9a1HEeAOYTBeuki6y2ezKOXKGxPosTir8lGlH 6dy8BjARJdiKN6IsPKde7VscZlF2/c12rB/Tz1x7OeTseLGnHL+ARE0sYYUKGHfA+94d nA+A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:date:to:cc:subject:in-reply-to:message-id :references:user-agent:mime-version; bh=yTzfCkJVRu3Uwz6Mbos/vqAM6epGQ6LOU8vqk8O7EHc=; b=OMWgEwH1+3C+UlCXTz2mVSAUImF2cEiRFfnnSGGe5qjAsa91SCLR53CUI/DmY7Ojhh j9Em1JG3cPjffyoX+bgTOScyhp8GiWy2TkyPKR3yjam7pq8XCNanLiNu+/cTOw0kq9vu ImSJZMhQLv9gdfNZ2wVyBmHqvPU42YKZNE2bX2tnUyFhyYrYD6ODgq4jLcW8qx5KYFl1 sdnUqbARk2eKrguVfhRWaUPOnUW5cCWeRuy/TSVXBXgivd0crXETKsKmvhALfeI5X7z/ 71vvUdmNSWeZuJLBsmsN7CrXJzjD1zgVRTj5d1dXeMkklvPLNnKzdZ6E8Y/3ClNk7hJQ Ygow== X-Gm-Message-State: APjAAAUbUbuhirUj4un72R82tR1ZmPb6hIIc2Y4EtjXz4yoSg7+EPN+q LD+iQB4rC+T+zupr2oc93zA= X-Google-Smtp-Source: APXvYqxmkl6vq78pBKEjmxXAVIsaOET/5QAIAb37rgpNe3MjH728EXqaOK/fRIXYplz9/Kof0JNjgQ== X-Received: by 2002:a7b:cb0d:: with SMTP id u13mr1771511wmj.68.1579117318045; Wed, 15 Jan 2020 11:41:58 -0800 (PST) Received: from calancha-pc.dy.bbexcite.jp ([31.7.242.222]) by smtp.gmail.com with ESMTPSA id y139sm1172957wmd.24.2020.01.15.11.41.56 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 15 Jan 2020 11:41:57 -0800 (PST) From: Tino Calancha X-Google-Original-From: Tino Calancha Date: Wed, 15 Jan 2020 20:41:56 +0100 (CET) X-X-Sender: calancha@calancha-pc.dy.bbexcite.jp In-Reply-To: <83v9pc4s41.fsf@gnu.org> Message-ID: References: <878sm9u3m1.fsf@calancha-pc.dy.bbexcite.jp> <83v9pc4s41.fsf@gnu.org> User-Agent: Alpine 2.21 (DEB 202 2017-01-01) MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset=US-ASCII X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) On Wed, 15 Jan 2020, Eli Zaretskii wrote: >> From: Tino Calancha >> Date: Tue, 14 Jan 2020 22:31:34 +0100 >> >> IMO, the two strings, `*Shell Command Output*' and >> `*Async Shell Command*', deserve variables with their docstrings. > > Any rationale why we should add variables for these? I found nicer use a variable across libraries than repeat the same string over and over. I think, having the variable might encourage deeper library devs writing a function launching a shell command, to use that same output buffer name. As you see, no strong arguments; I am fine keeping the things as they are ;-) > Who would want to change the names, and why? I expect no one. > And even if we do provide such variables, I see no need to document > them in the manual. I agree; I would prefer not mention them in the manual. From unknown Mon Jun 23 04:15:25 2025 X-Loop: help-debbugs@gnu.org Subject: bug#39138: 28.0.50; Add variables for shell command output buffer names Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 15 Jan 2020 23:35:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 39138 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Tino Calancha Cc: Eli Zaretskii , 39138@debbugs.gnu.org Received: via spool by 39138-submit@debbugs.gnu.org id=B39138.157913126429690 (code B ref 39138); Wed, 15 Jan 2020 23:35:02 +0000 Received: (at 39138) by debbugs.gnu.org; 15 Jan 2020 23:34:24 +0000 Received: from localhost ([127.0.0.1]:36471 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1irsB6-0007io-FO for submit@debbugs.gnu.org; Wed, 15 Jan 2020 18:34:24 -0500 Received: from antelope.elm.relay.mailchannels.net ([23.83.212.4]:50764) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1irsB3-0007ie-VP for 39138@debbugs.gnu.org; Wed, 15 Jan 2020 18:34:22 -0500 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 906FF217E5; Wed, 15 Jan 2020 23:34:20 +0000 (UTC) Received: from pdx1-sub0-mail-a95.g.dreamhost.com (100-96-4-61.trex.outbound.svc.cluster.local [100.96.4.61]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 45C2D21BCC; Wed, 15 Jan 2020 23:34:20 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a95.g.dreamhost.com ([TEMPUNAVAIL]. [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.18.5); Wed, 15 Jan 2020 23:34:20 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Illegal-Cure: 38b2658b6dc6fd5b_1579131260356_1121478561 X-MC-Loop-Signature: 1579131260356:3495180746 X-MC-Ingress-Time: 1579131260356 Received: from pdx1-sub0-mail-a95.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a95.g.dreamhost.com (Postfix) with ESMTP id F2E708262E; Wed, 15 Jan 2020 15:34:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=11gf4wqRVDSB63CkyoX/4MhHSO8=; b= 0fQNTeADdzbj3C/j2/q2sSzKCwVs6X+h4AQQn54GzHnUr5kOSKW+aPR2cnMuC0R5 U3ytUKnugPb41HFudZWbgfiGsniyL+6zISRhJh1t9kzv4x2+uSj4wleOx97oitla 6l93RUBloQO3fruX8vVlbT0DqPK1i8+x9lbH+5WI4fA= Received: from mail.jurta.org (m91-129-104-253.cust.tele2.ee [91.129.104.253]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a95.g.dreamhost.com (Postfix) with ESMTPSA id 7A09F8261F; Wed, 15 Jan 2020 15:34:12 -0800 (PST) X-DH-BACKEND: pdx1-sub0-mail-a95 From: Juri Linkov Organization: LINKOV.NET References: <878sm9u3m1.fsf@calancha-pc.dy.bbexcite.jp> <83v9pc4s41.fsf@gnu.org> Date: Thu, 16 Jan 2020 01:09:13 +0200 In-Reply-To: (Tino Calancha's message of "Wed, 15 Jan 2020 20:41:56 +0100 (CET)") Message-ID: <8736cgz7ku.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.60 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedugedrtdeggddtkecutefuodetggdotefrodftvfcurfhrohhfihhlvgemucggtfgfnhhsuhgsshgtrhhisggvpdfftffgtefojffquffvnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjughrpefhvffuohhfffgjkfgfgggtsehttdertddtredtnecuhfhrohhmpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqnecukfhppeeluddruddvledruddtgedrvdehfeenucfrrghrrghmpehmohguvgepshhmthhppdhhvghlohepmhgrihhlrdhjuhhrthgrrdhorhhgpdhinhgvthepledurdduvdelrddutdegrddvheefpdhrvghtuhhrnhdqphgrthhhpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqpdhmrghilhhfrhhomhepjhhurhhisehlihhnkhhovhdrnhgvthdpnhhrtghpthhtohepthhinhhordgtrghlrghntghhrgesghhmrghilhdrtghomhenucevlhhushhtvghrufhiiigvpedt X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >> Who would want to change the names, and why? > I expect no one. Then they should be defined with defconst. From unknown Mon Jun 23 04:15:25 2025 X-Loop: help-debbugs@gnu.org Subject: bug#39138: 28.0.50; Add variables for shell command output buffer names Resent-From: Michael Albinus Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 25 Feb 2020 13:13:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 39138 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Tino Calancha Cc: Eli Zaretskii , 39138@debbugs.gnu.org Received: via spool by 39138-submit@debbugs.gnu.org id=B39138.15826363573177 (code B ref 39138); Tue, 25 Feb 2020 13:13:02 +0000 Received: (at 39138) by debbugs.gnu.org; 25 Feb 2020 13:12:37 +0000 Received: from localhost ([127.0.0.1]:54555 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1j6a0r-0000pB-6N for submit@debbugs.gnu.org; Tue, 25 Feb 2020 08:12:37 -0500 Received: from mout.gmx.net ([212.227.15.18]:60757) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1j6a0p-0000ox-GH for 39138@debbugs.gnu.org; Tue, 25 Feb 2020 08:12:36 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1582636348; bh=3+ycGZKwE/DFocDFcUDRWrZz8snvnmNFO2xPA0/4lBA=; h=X-UI-Sender-Class:From:To:Cc:Subject:References:Date:In-Reply-To; b=MxOEt5HLKLSYK9oD62MYyy/v62FMvr5LDI8fLf2EzLJw9MbYgQdINbtP+keX4WJN2 woBimwXL65mrtZEgNobTTXzxWpamVQsjLcXhZqknh52PkvGnE5+1iZXozvACsuZvvI ET3aehf3zdOc1S4A7L/+MXdyosjhRvzFbTPX8ckE= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from detlef ([79.140.112.54]) by mail.gmx.com (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MEFzr-1jE27V1P7N-00AFM8; Tue, 25 Feb 2020 14:12:28 +0100 From: Michael Albinus References: <878sm9u3m1.fsf@calancha-pc.dy.bbexcite.jp> <83v9pc4s41.fsf@gnu.org> Date: Tue, 25 Feb 2020 14:12:12 +0100 In-Reply-To: (Tino Calancha's message of "Wed, 15 Jan 2020 20:41:56 +0100 (CET)") Message-ID: <87tv3e24lv.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:FrS3S9AnpfJUw/nX47OtAV9kfKHS35eQQiTx6V+t2NQ4aBbBXMM 3cCj/nji7wxtAlZwNHi6mo3zP9XZg503AnoRaGIt+gctEjE2dOwOwwHOz8RiZFfPBwCtl9U Hvp1vZAifINP2hoHxxfxng+yzBhl9+LgE81TSGIndC1QDL/7ZBCEFGO4eGJtG5BjZ/kNf9A oroqqZGLwMfUPpqtjMI5A== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:7TMgd+8njqw=:XXHG6bO69NvA7R0nP7zqqr 27sA/ESOuWOQOBWCR4eTZA7IINQF7duWN7FbcvTT+VOLbdCEFG+8c+Bpb6AUpvlrlElwci943 XTkh5klUjQ0WwGHRtzRXDZiVmaFEnc4ckPa5IEwD3+RRXC99VEE4efq9rt6P4gh/yqB+UrW4x IIgZM3JDrn4Vb6t23f1Yy/iCubXUcsgHAyOeSqZKqxCokW4UZ/S2rHOXb5TPcd0UAASFquBNS ExKg/Z3VBS2c7O8yJjiKJW1On+wfwnGuZgTOpV0CPKUdc9VjtPo+vCQj4p0KQ5xzE2EMK7oVa J7cuO0AVBxmEKbduMFNFFNSizBm8zxfnsN65/XK/PwBfiHaUAn//N0Hrqzps6pwK9cKb6+K5n UXd6J1NtM2QJBtPR0H5H1PAH+NvxYiuGYrVP1H6cdCL4SAAputYlZ8SQf8sJfyCqW3O9KFXMF 21v0q40cYlpgWDx2UxzS/u/tJO1kuvPrKMkU1zd4rTXGpCrTS98oodirCVl2WV+WKSRs4G9AW nsFwZv/C7LScn/1VXitTnOli7Ta0bdFIuM/JiFYn9lEdPegBSnzs4LJfJCOK82NuHkX7ODNvD c0BODnX14lVqRVlRZE3fzxN4E6uPnzXdrLfWyYFxAooDac5F32jg+0IYgBL9/KuNTdz9Chp0p RFK4Pr/P2zGAW/Fhlv7TGixyUmrMJo4sFswE6g9dXiLmTiTHWubp3uahsYLqfNdpdqxU/7VzA J+5AUhFLOwXYyeJNUWgVG9LOW0AFlr7NHiyd+GAJV2j/abma4cd7DxSadnAb1aVSWsP+OpZlB X6+fSXUPXjy1llw8RbSluBrpP6jo8P53lwpN13V93aHOEK1TgXLgbvN0He30NtfVbroFZ0n+9 Pzo3O3s5XkbJkKh4xznRfAvj7odwzSX2Peqx4+/88TXIldYFq+85gSrW8jud0+dIYkasuF0iH X0tVmEYTI/ol2pI41LymVhnx0bqeKEAHIxOfZO55q8KXH4Vd9IbiTadYR3mwSYXQASQ4Y+xBk aliKZsCOysDwPcPSvRBf6mRtCFuhvdSQ2R+oeZYRj9bY7zlkPr5C0u1H1fBWIN114nQKqqCIz +SPavMylJREgkNHRbQ6nYyeglpHP6KT/4VmJCSsOhLodtohm+BmVrmQIfZ5b2jV2z5r7T5ybH Dw59tbWkX8HbVHAFS/2+m7AZ9yFK/RvBZ1YxFvmprifYx7zrJcBpkfzAkiV7bsRwgRacWIfyn WRyMc1yieHSgxPhLk X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Tino Calancha writes: >> Any rationale why we should add variables for these? > I found nicer use a variable across libraries than repeat the same > string over and over. > I think, having the variable might encourage deeper library devs writing > a function launching a shell command, to use that same output buffer name. > > As you see, no strong arguments; I am fine keeping the things as they > are ;-) Any clue how to proceed? Either we apply the change, or the bug shall be closed with nofix. (I have no strong preference) Best regards, Michael. From unknown Mon Jun 23 04:15:25 2025 X-Loop: help-debbugs@gnu.org Subject: bug#39138: 28.0.50; Add variables for shell command output buffer names Resent-From: Stefan Kangas Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 19 May 2020 04:09:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 39138 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Michael Albinus Cc: Eli Zaretskii , 39138@debbugs.gnu.org, Tino Calancha Received: via spool by 39138-submit@debbugs.gnu.org id=B39138.158986130120094 (code B ref 39138); Tue, 19 May 2020 04:09:01 +0000 Received: (at 39138) by debbugs.gnu.org; 19 May 2020 04:08:21 +0000 Received: from localhost ([127.0.0.1]:48869 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jatYC-0005E0-Ou for submit@debbugs.gnu.org; Tue, 19 May 2020 00:08:20 -0400 Received: from mail-qk1-f177.google.com ([209.85.222.177]:39205) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jatYB-0005Dg-8l for 39138@debbugs.gnu.org; Tue, 19 May 2020 00:08:19 -0400 Received: by mail-qk1-f177.google.com with SMTP id 142so954214qkl.6 for <39138@debbugs.gnu.org>; Mon, 18 May 2020 21:08:19 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:in-reply-to:references:user-agent :mime-version:date:message-id:subject:to:cc; bh=1QgNEhagbgQRbg79MpNb/BoUCjhWZlvOaPDWrpOxOgU=; b=MtV68maK0Uv+C+L5cbwIteeLmGj3LOIQN9UAxqaqrrmaHy1mCndwYBk0F8YvFbJJdV Vr5BPB+jrloyWnx156p+C46UMlGof7tzUL7CqnUwq2yG9MBsW+X1+9imW56ho6dOIfDH Z2QDBZ9gNrXY9MRj2dmG6XRuLq0rG4X/VPzbOmYCViLoGbbnX7k+nr+DiM8sno87pBNC ysr5RfUFCLFQr1nfOzf9wNzg6Yz0H6J0IQjZNpbqvhx/w/aurSRwPvn6D2F/Q+ouBGb+ CQbcAvgJDoRBNht8Uk+1KZHBzWiW9vU6hzVhpv5Lv2fBwKMFCTnuehshJ41vAvj1TlFw yLwg== X-Gm-Message-State: AOAM530o9z8u4eJHSuYEFOTI9CCzb12lChfLyL0J+pRrIncYxebNcnLc +fAs+t1xt1aMnKhNCvFaVOX7yGVX/bdmbW1zf6g= X-Google-Smtp-Source: ABdhPJwPLG1n6QzH/7zOF5H05hfOfreU2q+8zSklgXjDYlU9WigHYvnc6fNx3fRDsL9kqLmpxoFCuWA99IFs3c6MTIE= X-Received: by 2002:a25:ad4c:: with SMTP id l12mr30984437ybe.389.1589861293751; Mon, 18 May 2020 21:08:13 -0700 (PDT) Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Mon, 18 May 2020 21:08:13 -0700 From: Stefan Kangas In-Reply-To: <87tv3e24lv.fsf@gmx.de> (Michael Albinus's message of "Tue, 25 Feb 2020 14:12:12 +0100") References: <878sm9u3m1.fsf@calancha-pc.dy.bbexcite.jp> <83v9pc4s41.fsf@gnu.org> <87tv3e24lv.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Date: Mon, 18 May 2020 21:08:13 -0700 Message-ID: Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 0.5 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.5 (/) tags 39138 + moreinfo thanks Michael Albinus writes: > Tino Calancha writes: > >>> Any rationale why we should add variables for these? >> I found nicer use a variable across libraries than repeat the same >> string over and over. >> I think, having the variable might encourage deeper library devs writing >> a function launching a shell command, to use that same output buffer name. >> >> As you see, no strong arguments; I am fine keeping the things as they >> are ;-) > > Any clue how to proceed? Either we apply the change, or the bug shall be > closed with nofix. > > (I have no strong preference) > > Best regards, Michael. This seems to have stalled. Is anyone still interested in this change, or should the bug be closed? Best regards, Stefan Kangas From unknown Mon Jun 23 04:15:25 2025 X-Loop: help-debbugs@gnu.org Subject: bug#39138: 28.0.50; Add variables for shell command output buffer names Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 19 May 2020 14:11:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 39138 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch moreinfo To: Stefan Kangas Cc: 39138@debbugs.gnu.org, michael.albinus@gmx.de, tino.calancha@gmail.com Received: via spool by 39138-submit@debbugs.gnu.org id=B39138.158989741915565 (code B ref 39138); Tue, 19 May 2020 14:11:02 +0000 Received: (at 39138) by debbugs.gnu.org; 19 May 2020 14:10:19 +0000 Received: from localhost ([127.0.0.1]:50689 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jb2wW-00042f-IL for submit@debbugs.gnu.org; Tue, 19 May 2020 10:10:19 -0400 Received: from eggs.gnu.org ([209.51.188.92]:58826) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jb2wV-000425-7P for 39138@debbugs.gnu.org; Tue, 19 May 2020 10:10:03 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:51676) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jb2wP-0001KI-JR; Tue, 19 May 2020 10:09:57 -0400 Received: from [176.228.60.248] (port=3822 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1jb2wO-0002Zc-Uy; Tue, 19 May 2020 10:09:57 -0400 Date: Tue, 19 May 2020 17:09:55 +0300 Message-Id: <83h7wc818s.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: (message from Stefan Kangas on Mon, 18 May 2020 21:08:13 -0700) References: <878sm9u3m1.fsf@calancha-pc.dy.bbexcite.jp> <83v9pc4s41.fsf@gnu.org> <87tv3e24lv.fsf@gmx.de> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) > From: Stefan Kangas > Date: Mon, 18 May 2020 21:08:13 -0700 > Cc: Tino Calancha , Eli Zaretskii , 39138@debbugs.gnu.org > > This seems to have stalled. Is anyone still interested in this change, > or should the bug be closed? It sounds like the best consensus we could have is to make defconsts out of these strings, to avoid having many identical copies of them. From unknown Mon Jun 23 04:15:25 2025 X-Loop: help-debbugs@gnu.org Subject: bug#39138: 28.0.50; Add variables for shell command output buffer names Resent-From: Stefan Kangas Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 19 May 2020 14:18:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 39138 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch moreinfo To: Eli Zaretskii Cc: 39138@debbugs.gnu.org, michael.albinus@gmx.de, tino.calancha@gmail.com Received: via spool by 39138-submit@debbugs.gnu.org id=B39138.158989782616245 (code B ref 39138); Tue, 19 May 2020 14:18:01 +0000 Received: (at 39138) by debbugs.gnu.org; 19 May 2020 14:17:06 +0000 Received: from localhost ([127.0.0.1]:50699 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jb33J-0004Dw-Vo for submit@debbugs.gnu.org; Tue, 19 May 2020 10:17:06 -0400 Received: from mail-qk1-f177.google.com ([209.85.222.177]:43498) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jb33H-0004DO-Jc for 39138@debbugs.gnu.org; Tue, 19 May 2020 10:17:04 -0400 Received: by mail-qk1-f177.google.com with SMTP id i14so15168980qka.10 for <39138@debbugs.gnu.org>; Tue, 19 May 2020 07:17:03 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:in-reply-to:references:mime-version:date :message-id:subject:to:cc; bh=kK1bjdv0D82GbRX7YCNT+v2HqjLH7isTLfRB8RWAbsc=; b=L1b80OHtvj01zNcCS1j0FqwoW44CLscMFYkwDuIRGuRbvex/zB6shVb5Dzr3HqRcU3 pEl5mabyDdhSORuSIm1+gAAmEMEvPS1Z+1KYsuxA6ZeDA0CLgMJ39Y8HNtdhsA6JkSNv vDYfQhfQh91MbqK7jHUdSWPijQv4vlK4zztsd9QVd85mF3b1moZVawZae5EuL8ir0HPY +V/MLASQpVxzwvZGooCqN+NnBEn5ZlsZ+cnLcYnAveGdefXBrmbVxVBllxAmcsGr+FBR 9AVf/T6yrxB5fYMCR4LGbnH0rso7nz4PtMpQ8xd5u24ye6Xf5ThUQZjE8B+7cs5pmeKt 91tQ== X-Gm-Message-State: AOAM5312T68w+EZ833dNvVr088mZU27wLoobSEwV4/uJf4rRHPgsKeqA CAAkGfRbSINUZxFlKxGBGO3tG6hLjI2LXZ63fl0= X-Google-Smtp-Source: ABdhPJwPp5I1DES9bGcl9JGyUEPGr1KbaB825/ZiZVvaUtXBL2LAnGcL8oU/g5O5jhKiR2Dxdeevg6OG0dMbbTVIYOg= X-Received: by 2002:a25:4c04:: with SMTP id z4mr33834022yba.466.1589897818103; Tue, 19 May 2020 07:16:58 -0700 (PDT) Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Tue, 19 May 2020 07:16:57 -0700 From: Stefan Kangas In-Reply-To: <83h7wc818s.fsf@gnu.org> References: <878sm9u3m1.fsf@calancha-pc.dy.bbexcite.jp> <83v9pc4s41.fsf@gnu.org> <87tv3e24lv.fsf@gmx.de> <83h7wc818s.fsf@gnu.org> MIME-Version: 1.0 Date: Tue, 19 May 2020 07:16:57 -0700 Message-ID: Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 0.5 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.5 (/) Eli Zaretskii writes: >> This seems to have stalled. Is anyone still interested in this change, >> or should the bug be closed? > > It sounds like the best consensus we could have is to make defconsts > out of these strings, to avoid having many identical copies of them. Right. Tino, could you take a look at that and see if it makes sense to send an updated patch? Best regards, Stefan Kangas From unknown Mon Jun 23 04:15:25 2025 X-Loop: help-debbugs@gnu.org Subject: bug#39138: 28.0.50; Add variables for shell command output buffer names Resent-From: Tino Calancha Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 19 May 2020 15:27:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 39138 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch moreinfo To: Stefan Kangas Cc: Eli Zaretskii , 39138@debbugs.gnu.org, michael.albinus@gmx.de, tino.calancha@gmail.com Received: via spool by 39138-submit@debbugs.gnu.org id=B39138.158990201322956 (code B ref 39138); Tue, 19 May 2020 15:27:02 +0000 Received: (at 39138) by debbugs.gnu.org; 19 May 2020 15:26:53 +0000 Received: from localhost ([127.0.0.1]:50735 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jb48r-0005yC-I1 for submit@debbugs.gnu.org; Tue, 19 May 2020 11:26:53 -0400 Received: from mail-ej1-f44.google.com ([209.85.218.44]:43853) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jb48q-0005xz-A2 for 39138@debbugs.gnu.org; Tue, 19 May 2020 11:26:52 -0400 Received: by mail-ej1-f44.google.com with SMTP id a2so2638809ejb.10 for <39138@debbugs.gnu.org>; Tue, 19 May 2020 08:26:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:date:to:cc:subject:in-reply-to:message-id:references :user-agent:mime-version; bh=0nWz4sdypKm5n1CNWZV58z/Z/RrnbddZ/7cUqCUnkks=; b=L6nqLeWtL3G+oSYpraluPGs1VBYF1/DfG2SflHwdRP5Yqw5RXSAeW62CnPEEAm4yiY t/vQyIdAHjtIq/8Q9MVsIZcvg7OY5aJw57e1VCm4K7axdCBlEHydqiTBSO1pmSnITxQC iz9YFi0MAisHdRu9uaV3HmGKWh8qewpKObeuA6B9o2tM+o4e7yjcXD4XhMvus5gV1YP1 em8mm/BxuPc8YvVfitcrGIAGePbMLpUS+6dio3dgE9ngiyPEHKJGbHJpxjEj18unGGaw qx4KF4lvJ7WLwoMTOCuNRisialnVEUyX7MorYLlS0cFYONu0/OVZOtj5e2R5yotFEKHD 965A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:date:to:cc:subject:in-reply-to:message-id :references:user-agent:mime-version; bh=0nWz4sdypKm5n1CNWZV58z/Z/RrnbddZ/7cUqCUnkks=; b=h48fUlFQw0pnTYdDTn95SSRcu2izM9gTANS6Q5/5i5s4EEfViSN+kUMo/yOCS9hc29 bTCE6w1I1Anly1JxBK3EcrZ//RqIMVexVYoMcfu5jJMQanTBdLZ5sSj1hz6Rg1sQvmns JQAfHKcAgQ6zD4WF9na9K90u5Z6gZQK/CCk/E/fDj+lTxvbjjQWK8kx6vBGqwGqGRG7+ Bk4oS0MNE3Iz+UrbYt5Y0t3dzulHMU8aHG6CYsE4gM17OAzePEqJkiUfhSQnmMm3RvZz VoSp9GEhW6avOlg7a8/vP0HvukblSlSq7/UpAMBuXkecgkpWggBPJ5jdcMBL/Z2HNu6h oRjg== X-Gm-Message-State: AOAM533A2c0FphfoY55hzHLZ8BDGkXP/EOY/Wj37QBjHlwf7qsC2uk83 IZZlVSeHRyBhMyTu2J8/Jmo= X-Google-Smtp-Source: ABdhPJyZOisaHhftzdUXprD7UgJrXVRC+THExs+B+M99H+H/5D8KaeBXpmmEI43ICz5yVCBlxzXBZQ== X-Received: by 2002:a17:906:9709:: with SMTP id k9mr7124159ejx.48.1589902006387; Tue, 19 May 2020 08:26:46 -0700 (PDT) Received: from calancha-pc.dy.bbexcite.jp ([31.7.242.222]) by smtp.gmail.com with ESMTPSA id v3sm11526edd.16.2020.05.19.08.26.44 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 19 May 2020 08:26:45 -0700 (PDT) From: Tino Calancha X-Google-Original-From: Tino Calancha Date: Tue, 19 May 2020 17:26:43 +0200 (CEST) X-X-Sender: calancha@calancha-pc.dy.bbexcite.jp In-Reply-To: Message-ID: References: <878sm9u3m1.fsf@calancha-pc.dy.bbexcite.jp> <83v9pc4s41.fsf@gnu.org> <87tv3e24lv.fsf@gmx.de> <83h7wc818s.fsf@gnu.org> User-Agent: Alpine 2.21 (DEB 202 2017-01-01) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed X-Spam-Score: 1.1 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: On Tue, 19 May 2020, Stefan Kangas wrote: > Eli Zaretskii writes: > >>> This seems to have stalled. Is anyone still interested in this change, >>> or should the bug be closed? >> >> It sounds like the best consensus we could have is to make [...] Content analysis details: (1.1 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 URIBL_BLOCKED ADMINISTRATOR NOTICE: The query to URIBL was blocked. See http://wiki.apache.org/spamassassin/DnsBlocklists#dnsbl-block for more information. [URIs: gnu.org] 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record -0.0 SPF_PASS SPF: sender matches SPF record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (tino.calancha[at]gmail.com) -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no trust [209.85.218.44 listed in list.dnswl.org] -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [209.85.218.44 listed in wl.mailspike.net] 1.1 MALFORMED_FREEMAIL Bad headers on message from free email service X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) On Tue, 19 May 2020, Stefan Kangas wrote: > Eli Zaretskii writes: > >>> This seems to have stalled. Is anyone still interested in this change, >>> or should the bug be closed? >> >> It sounds like the best consensus we could have is to make defconsts >> out of these strings, to avoid having many identical copies of them. > > Right. Tino, could you take a look at that and see if it makes sense to > send an updated patch? TBH, I am not that much interested in this change (even if I opened it). Since yesterday I am again w/ bug#39121 which provides more value. Also, I have in my TODO list to open a bug for `iconify-frame', which gives me some problems in one of my laptops (under investigation). Please, feel free to get ownership of the present bug if you find it useful, or close it as won't fix. From unknown Mon Jun 23 04:15:25 2025 X-Loop: help-debbugs@gnu.org Subject: bug#39138: 28.0.50; Add variables for shell command output buffer names Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 09 Aug 2020 12:20:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 39138 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch moreinfo To: Tino Calancha Cc: 39138@debbugs.gnu.org Received: via spool by 39138-submit@debbugs.gnu.org id=B39138.15969755639955 (code B ref 39138); Sun, 09 Aug 2020 12:20:02 +0000 Received: (at 39138) by debbugs.gnu.org; 9 Aug 2020 12:19:23 +0000 Received: from localhost ([127.0.0.1]:60225 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k4kIN-0002aV-A0 for submit@debbugs.gnu.org; Sun, 09 Aug 2020 08:19:23 -0400 Received: from quimby.gnus.org ([95.216.78.240]:35548) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k4kIM-0002aF-1z for 39138@debbugs.gnu.org; Sun, 09 Aug 2020 08:19:22 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=VujogfU0TxJSK700MpaEHh8mV59aT/hKOjSYa/5bDQo=; b=By3n2SpTPiu14hovu3VWzotkka kRKBqjN1l5PEtKOVnmubZdbZGP0SVf+tyXscuDGh+OzXI2IbnQkdaOc0BXFiVPR9Uf+S6fd7dmfN7 fdxbFd1gvM+pLyfWEZwGipKyILSv4p4XTDFKKa7fywBn2D388yffw9UwKIfgtB6EvFys=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1k4kIC-0001ku-Kp; Sun, 09 Aug 2020 14:19:15 +0200 From: Lars Ingebrigtsen References: <878sm9u3m1.fsf@calancha-pc.dy.bbexcite.jp> Date: Sun, 09 Aug 2020 14:19:11 +0200 In-Reply-To: <878sm9u3m1.fsf@calancha-pc.dy.bbexcite.jp> (Tino Calancha's message of "Tue, 14 Jan 2020 22:31:34 +0100") Message-ID: <87v9hsrozk.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Tino Calancha writes: > IMO, the two strings, `*Shell Command Output*' and > `*Async Shell Command*', deserve variables with their docstrings. Skimming the thread, the rough consensus here was that this was a good idea, but that these should be constants instead. So I've applied the patch to Emacs 28 and then adjusted the variable/constant b [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Tino Calancha writes: > IMO, the two strings, `*Shell Command Output*' and > `*Async Shell Command*', deserve variables with their docstrings. Skimming the thread, the rough consensus here was that this was a good idea, but that these should be constants instead. So I've applied the patch to Emacs 28 and then adjusted the variable/constant bit. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Sun Aug 09 08:19:30 2020 Received: (at control) by debbugs.gnu.org; 9 Aug 2020 12:19:30 +0000 Received: from localhost ([127.0.0.1]:60228 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k4kIU-0002aq-HZ for submit@debbugs.gnu.org; Sun, 09 Aug 2020 08:19:30 -0400 Received: from quimby.gnus.org ([95.216.78.240]:35562) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k4kIT-0002ad-5z for control@debbugs.gnu.org; Sun, 09 Aug 2020 08:19:29 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Subject:From:To:Message-Id:Date:Sender:Reply-To:Cc: MIME-Version:Content-Type:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=cfCfxdgz1HXxD+S4rNhA8x9uNiQ9qBlPPD2P47jnEZ8=; b=be6tzrIT9BjZTuimbESA1blhrX pUcD/TOxYsVHCkufEeRMMN7mFEhyZZWZVBQJ+b/Mj/6A5VNXXlfmJWQDCSznR33L4D6vR2Z+72Lvh NVyFjjUpjCZ7fARJx1/8kQmfRHaLJamcR51G0BH0w9is2zL+KIjjV7qqowtyuBP55Su8=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1k4kIL-0001l3-Dw for control@debbugs.gnu.org; Sun, 09 Aug 2020 14:19:23 +0200 Date: Sun, 09 Aug 2020 14:19:20 +0200 Message-Id: <87tuxcrozb.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #39138 X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: tags 39138 fixed close 39138 28.1 quit Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) tags 39138 fixed close 39138 28.1 quit From unknown Mon Jun 23 04:15:25 2025 X-Loop: help-debbugs@gnu.org Subject: bug#39138: 28.0.50; Add variables for shell command output buffer names Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 09 Aug 2020 23:31:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 39138 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo fixed patch To: Lars Ingebrigtsen Cc: 39138@debbugs.gnu.org, Tino Calancha Received: via spool by 39138-submit@debbugs.gnu.org id=B39138.15970158178943 (code B ref 39138); Sun, 09 Aug 2020 23:31:02 +0000 Received: (at 39138) by debbugs.gnu.org; 9 Aug 2020 23:30:17 +0000 Received: from localhost ([127.0.0.1]:33686 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k4ulc-0002KB-M2 for submit@debbugs.gnu.org; Sun, 09 Aug 2020 19:30:16 -0400 Received: from relay3-d.mail.gandi.net ([217.70.183.195]:51561) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k4ulZ-0002Iv-W8 for 39138@debbugs.gnu.org; Sun, 09 Aug 2020 19:30:15 -0400 X-Originating-IP: 91.129.102.47 Received: from mail.gandi.net (m91-129-102-47.cust.tele2.ee [91.129.102.47]) (Authenticated sender: juri@linkov.net) by relay3-d.mail.gandi.net (Postfix) with ESMTPSA id 4F5AA60007; Sun, 9 Aug 2020 23:30:05 +0000 (UTC) From: Juri Linkov Organization: LINKOV.NET References: <878sm9u3m1.fsf@calancha-pc.dy.bbexcite.jp> <87v9hsrozk.fsf@gnus.org> Date: Mon, 10 Aug 2020 02:18:41 +0300 In-Reply-To: <87v9hsrozk.fsf@gnus.org> (Lars Ingebrigtsen's message of "Sun, 09 Aug 2020 14:19:11 +0200") Message-ID: <871rkf34cu.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) >> IMO, the two strings, `*Shell Command Output*' and >> `*Async Shell Command*', deserve variables with their docstrings. > > Skimming the thread, the rough consensus here was that this was a good > idea, but that these should be constants instead. So I've applied the > patch to Emacs 28 and then adjusted the variable/constant bit. Oh, I noticed that the patch provided by Tino removed all mentions of shell buffer names from the documentation. While technically this is fine, I tried to look from the point of view of users, and realized that it's highly unlikely that the users might be interested to know the name of the constant 'shell-command-buffer-name', whereas it's very important for users to learn that the default name of the shell output buffer is "*Shell Command Output*". So it would be better to revert all changes in the documentation, and anyway in https://debbugs.gnu.org/39138#16 Eli already asked not to mention these variables in the manual. From unknown Mon Jun 23 04:15:25 2025 X-Loop: help-debbugs@gnu.org Subject: bug#39138: 28.0.50; Add variables for shell command output buffer names Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 10 Aug 2020 10:46:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 39138 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo fixed patch To: Juri Linkov Cc: 39138@debbugs.gnu.org, Tino Calancha Received: via spool by 39138-submit@debbugs.gnu.org id=B39138.159705631720013 (code B ref 39138); Mon, 10 Aug 2020 10:46:02 +0000 Received: (at 39138) by debbugs.gnu.org; 10 Aug 2020 10:45:17 +0000 Received: from localhost ([127.0.0.1]:34571 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k55Ir-0005CP-3X for submit@debbugs.gnu.org; Mon, 10 Aug 2020 06:45:17 -0400 Received: from quimby.gnus.org ([95.216.78.240]:46064) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k55Ip-00055Z-Nq for 39138@debbugs.gnu.org; Mon, 10 Aug 2020 06:45:16 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=6qrf8Qljevcy7vI8LiNc6BVhAgmcI4upU/lq/HsZ+5w=; b=LT87F5mwRZEqKgIjS39kt2uzMJ bZTs0qW8x1KZ564uQR1D76u7Oexds+xAN7sot344/EozDUNVJa0GHoxQwWF2MLH7gm74P3pg9RRhc ppN3ef/Z7PbF3Rja5UUOpUEff1sI6mnqwHFcu5fPynx9Pz93U6SRArNZnCb31HSRchoE=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1k55Ig-0002wg-4l; Mon, 10 Aug 2020 12:45:09 +0200 From: Lars Ingebrigtsen References: <878sm9u3m1.fsf@calancha-pc.dy.bbexcite.jp> <87v9hsrozk.fsf@gnus.org> <871rkf34cu.fsf@mail.linkov.net> Date: Mon, 10 Aug 2020 12:45:04 +0200 In-Reply-To: <871rkf34cu.fsf@mail.linkov.net> (Juri Linkov's message of "Mon, 10 Aug 2020 02:18:41 +0300") Message-ID: <87d03y93v3.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Juri Linkov writes: > Oh, I noticed that the patch provided by Tino removed all mentions of > shell buffer names from the documentation. While technically this is fine, > I tried to look from the point of view of users, [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Juri Linkov writes: > Oh, I noticed that the patch provided by Tino removed all mentions of > shell buffer names from the documentation. While technically this is fine, > I tried to look from the point of view of users, and realized that it's > highly unlikely that the users might be interested to know the name of > the constant 'shell-command-buffer-name', whereas it's very important > for users to learn that the default name of the shell output buffer is > "*Shell Command Output*". I don't really see why? If the user is using one of these commands, of course they'll see the buffer names themselves. If they're writing code, they should be using 'shell-command-buffer-name', and not the string "*Shell Command Output*". -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Mon Jun 23 04:15:25 2025 X-Loop: help-debbugs@gnu.org Subject: bug#39138: 28.0.50; Add variables for shell command output buffer names Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 11 Aug 2020 00:45:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 39138 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo fixed patch To: Lars Ingebrigtsen Cc: 39138@debbugs.gnu.org, Tino Calancha Received: via spool by 39138-submit@debbugs.gnu.org id=B39138.159710666324482 (code B ref 39138); Tue, 11 Aug 2020 00:45:02 +0000 Received: (at 39138) by debbugs.gnu.org; 11 Aug 2020 00:44:23 +0000 Received: from localhost ([127.0.0.1]:37970 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k5IOt-0006Mo-0d for submit@debbugs.gnu.org; Mon, 10 Aug 2020 20:44:23 -0400 Received: from relay10.mail.gandi.net ([217.70.178.230]:34451) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k5IOr-0006M6-DH for 39138@debbugs.gnu.org; Mon, 10 Aug 2020 20:44:21 -0400 Received: from mail.gandi.net (m91-129-102-47.cust.tele2.ee [91.129.102.47]) (Authenticated sender: juri@linkov.net) by relay10.mail.gandi.net (Postfix) with ESMTPSA id A79A3240004; Tue, 11 Aug 2020 00:44:13 +0000 (UTC) From: Juri Linkov Organization: LINKOV.NET References: <878sm9u3m1.fsf@calancha-pc.dy.bbexcite.jp> <87v9hsrozk.fsf@gnus.org> <871rkf34cu.fsf@mail.linkov.net> <87d03y93v3.fsf@gnus.org> Date: Tue, 11 Aug 2020 02:59:11 +0300 In-Reply-To: <87d03y93v3.fsf@gnus.org> (Lars Ingebrigtsen's message of "Mon, 10 Aug 2020 12:45:04 +0200") Message-ID: <871rkehvoo.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) >> Oh, I noticed that the patch provided by Tino removed all mentions of >> shell buffer names from the documentation. While technically this is fine, >> I tried to look from the point of view of users, and realized that it's >> highly unlikely that the users might be interested to know the name of >> the constant 'shell-command-buffer-name', whereas it's very important >> for users to learn that the default name of the shell output buffer is >> "*Shell Command Output*". > > I don't really see why? If the user is using one of these commands, of > course they'll see the buffer names themselves. Often they don't see the buffer names - when the shell output is less than 16 lines long, then the shell buffer is not displayed, so users need to know the shell buffer name to be able to switch to it. They need to learn the buffer name from the User Manual. > If they're writing code, they should be using 'shell-command-buffer-name', > and not the string "*Shell Command Output*". I completely agree that Emacs Lisp programmers need to know the new way of using the shell buffer name via the new constant to reduce typos in buffer names. So the new constant should be explained in the Emacs Lisp Reference Manual. But the problem is that these constants are currently described in the User Manual that make no sense to end users - users need to know the buffer names, not internal constant names. From unknown Mon Jun 23 04:15:25 2025 X-Loop: help-debbugs@gnu.org Subject: bug#39138: 28.0.50; Add variables for shell command output buffer names Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 11 Aug 2020 11:18:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 39138 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo fixed patch To: Juri Linkov Cc: 39138@debbugs.gnu.org, Tino Calancha Received: via spool by 39138-submit@debbugs.gnu.org id=B39138.159714462823031 (code B ref 39138); Tue, 11 Aug 2020 11:18:02 +0000 Received: (at 39138) by debbugs.gnu.org; 11 Aug 2020 11:17:08 +0000 Received: from localhost ([127.0.0.1]:38797 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k5SHE-0005zP-8N for submit@debbugs.gnu.org; Tue, 11 Aug 2020 07:17:08 -0400 Received: from quimby.gnus.org ([95.216.78.240]:59074) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k5SHC-0005ys-St for 39138@debbugs.gnu.org; Tue, 11 Aug 2020 07:17:07 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=jqXvCpk3jgigdpfiv5RJIXm3rD+58NbsCaK9BzwfQpc=; b=EQSROAJ4eOvDN0/go222c9MAoc y78PpxWTLksIZ1ZYMMXzVDSC5Abk+G8pqRviQB1SYfALCkHuRuRvWpBasa5lExeHXbT6AolfYkeYh m6qjsK9RUNy19j0ojHxcMm+2/ny02uH82ZbNcQGH4KFhpgPbZGTW3+7Gl+acHMY6CyxA=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1k5SH0-0002hG-Ua; Tue, 11 Aug 2020 13:17:00 +0200 From: Lars Ingebrigtsen References: <878sm9u3m1.fsf@calancha-pc.dy.bbexcite.jp> <87v9hsrozk.fsf@gnus.org> <871rkf34cu.fsf@mail.linkov.net> <87d03y93v3.fsf@gnus.org> <871rkehvoo.fsf@mail.linkov.net> Date: Tue, 11 Aug 2020 13:16:53 +0200 In-Reply-To: <871rkehvoo.fsf@mail.linkov.net> (Juri Linkov's message of "Tue, 11 Aug 2020 02:59:11 +0300") Message-ID: <87k0y5xwii.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Juri Linkov writes: > Often they don't see the buffer names - when the shell output is less > than 16 lines long, then the shell buffer is not displayed, so users > need to know the shell buffer name to be able to switch [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Juri Linkov writes: > Often they don't see the buffer names - when the shell output is less > than 16 lines long, then the shell buffer is not displayed, so users > need to know the shell buffer name to be able to switch to it. They need > to learn the buffer name from the User Manual. Yeah, it might make sense to mention the (default value of) the variables in the user manual. I've now reintroduced the buffer names in the user manual (but also mentioned the variables parenthetically). -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no