GNU bug report logs - #68732
29.1; shell-command-default-error-buffer is not interactive

Please note: This is a static page, with minimal formatting, updated once a day.
Click here to see this page with the latest information and nicer formatting.

Package: emacs; Reported by: Christopher Yeleighton <giecrilj@HIDDEN>; Keywords: notabug; Done: Stefan Kangas <stefankangas@HIDDEN>; Maintainer for emacs is bug-gnu-emacs@HIDDEN.

Message received at 68732-done <at> debbugs.gnu.org:

Received: (at 68732-done) by debbugs.gnu.org; 2 Jan 2025 01:19:56 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Wed Jan 01 20:19:56 2025
Received: from localhost ([127.0.0.1]:41043 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1tT9sS-0008Qz-Bg
	for submit <at> debbugs.gnu.org; Wed, 01 Jan 2025 20:19:56 -0500
Received: from mail-ed1-x534.google.com ([2a00:1450:4864:20::534]:56352)
 by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128)
 (Exim 4.84_2) (envelope-from <stefankangas@HIDDEN>)
 id 1tT9sP-0008Qm-KJ
 for 68732-done <at> debbugs.gnu.org; Wed, 01 Jan 2025 20:19:54 -0500
Received: by mail-ed1-x534.google.com with SMTP id
 4fb4d7f45d1cf-5d3f65844deso17929578a12.0
 for <68732-done <at> debbugs.gnu.org>; Wed, 01 Jan 2025 17:19:53 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=gmail.com; s=20230601; t=1735780792; x=1736385592; darn=debbugs.gnu.org;
 h=content-transfer-encoding:cc:to:subject:message-id:date
 :mime-version:references:in-reply-to:from:from:to:cc:subject:date
 :message-id:reply-to;
 bh=k6eby2Rab35Gk7XhhQziNectwz3zbFvDGquj3rOqdfs=;
 b=jRh4occAMH3M/vgwyTryvhiaTDhn5yDfEtAYxmWZqQzaG4iigqMm4UKe2ucjrWq20L
 PQAfXHnFTzLRJIAKd/AJMysxNFuDY57wGxrZM8NNfPrWNETrdI5e3JpcFwRvJzL50FH1
 ObQsBK2Q+mxIH5zpC+OoBIBNVuylQuA5Ug0JQjElX2Jh4/eLzLq/R5aPQBdjOa6MEuGR
 yx4wBU2MtlwB3+cXxA4H8CerPM4oiynB5KYe9qR+VOQJogda/UmEatDCpGAHEDTcZC65
 1iGiJ58H4eMHJ0Ark/gPMSt6TB1WHmQt1007Ok/+gzHUJPEkf7QUbV+VKOhjnQtwEr3Y
 wFog==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20230601; t=1735780792; x=1736385592;
 h=content-transfer-encoding:cc:to:subject:message-id:date
 :mime-version:references:in-reply-to:from:x-gm-message-state:from:to
 :cc:subject:date:message-id:reply-to;
 bh=k6eby2Rab35Gk7XhhQziNectwz3zbFvDGquj3rOqdfs=;
 b=FRfrNJlTwlswDVevq/7pCjTRAL82u3tqvlnhbe94eA3GUvz+5MqOXHLO0zuJmNe89D
 fU3TINGYxyGUFPPn/ZV9Z//pNpdkeRhjglJ8Gqe1X2I/n9G/dFsJjLKn5hg+uRWGQUCl
 SI5bGF3st3T5x57IKMd+QZCASjEulZ1OQEbysPfqMVk4fiS69yuRA1uqn5b2lHrw+SKz
 E40xRtIgCkqmKiTNtzdBT1RrU6Z5BZoCo97Kko3qs45OcwQ08PaSvMdwpjq+5ybEwc5B
 eVMo2BLziNMMH95fgzNCz+bJy/n2YY4kyaTg4aOVultIraXoGjbXqXDNs1z8jxN1oxUi
 +xAg==
X-Forwarded-Encrypted: i=1;
 AJvYcCXzXzK+mzbFCoESV/ReKG5NWlOVf9Dfo6uaIpG4jBvovd0qYBapaogpwFJADeIVyM1BmWTmgbPzlNBJ <at> debbugs.gnu.org
X-Gm-Message-State: AOJu0YzHG8aZJ508/++3EGAoaFz/hWqfLOrsx7TNfk/VE33EPQQGBLWm
 ViGLFz6k1CYnaprSe0SpBGCvKLwMciQYOIXhwsf0o4HFk30Qnlo3Hh8JprR+l5OO0FUL3tHXiOl
 VEVhKDwcBas3S8Prl7C1efIidw7ntaK1R
X-Gm-Gg: ASbGncvKrTbUXri4eUQ5r/PXJNlVbDlYhUspBwXmnDp65yAoEMukF5eTzuiLXTWyyad
 21ENky+Oo9ejupVHq1mJRqp74dFhJM/LbEX2o9CvY
X-Google-Smtp-Source: AGHT+IGHWKyi/kTOc+EPrO4bOXBw+35tbOflCxMtM6UqkWFdC5z3I+c3Nc0sqJyLKYKtpC/ydARFsYGwa/D+YJGvGNc=
X-Received: by 2002:a05:6402:4402:b0:5d1:2377:5ae2 with SMTP id
 4fb4d7f45d1cf-5d81dd8474fmr39096835a12.7.1735780792341; Wed, 01 Jan 2025
 17:19:52 -0800 (PST)
Received: from 753933720722 named unknown by gmailapi.google.com with
 HTTPREST; Wed, 1 Jan 2025 19:19:52 -0600
From: Stefan Kangas <stefankangas@HIDDEN>
In-Reply-To: <86il3g9iew.fsf@HIDDEN> (Eli Zaretskii's message of "Fri, 26 Jan
 2024 18:19:19 +0200")
References: <170dfb3d-21c9-4992-8933-c840f89e91d0@HIDDEN>
 <86il3g9iew.fsf@HIDDEN>
MIME-Version: 1.0
Date: Wed, 1 Jan 2025 19:19:52 -0600
Message-ID: <CADwFkmnFY15YMBWuHckx1PrrfB39zYhm0NXHpZ6bvHsESr=diw@HIDDEN>
Subject: Re: bug#68732: 29.1;
 shell-command-default-error-buffer is not interactive
To: Eli Zaretskii <eliz@HIDDEN>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Spam-Score: 0.0 (/)
X-Debbugs-Envelope-To: 68732-done
Cc: =?UTF-8?Q?Krzysztof_=C5=BBelechowski?= <giecrilj@HIDDEN>,
 68732-done <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

Eli Zaretskii <eliz@HIDDEN> writes:

>> Date: Fri, 26 Jan 2024 16:16:21 +0100
>> From: Krzysztof =C5=BBelechowski <giecrilj@HIDDEN>
>> Cc: 68732 <at> debbugs.gnu.org
>>
>> The point is, the function shell-command does not use this variable beca=
use it only affects interactive
>> use.  So indeed, writing a command that invokes shell-command is an opti=
on, but it does make a use
>> case for the existence of this variable.
>>
>> My POV is splitting standard output and standard error (maybe on demand)=
 is a basic usability
>> requirement and should not require writing custom commands.
>>
>> The problem is not with using setq by users, it is with getting non-deve=
lopers to write and execute
>> Lisp scripts to accomplish basic tasks, including scripts that just invo=
ke setq.  The latter obviously is
>> not a problem when you are a scientist, but I imagine that the front end=
 would be much cleaner if
>> operable cleanly without scripting (again, this concept limited to basic=
 tasks obviously).
>
> We cannot possibly make every variable a defcustom, just because
> someone somewhere will need to set a variable while not being a
> programmer, can we?
>
> So, while I understand your motivation, it still doesn't convince me
> to make the variable a user option.  Splitting stdout and stderr might
> be a basic usability requirement in your eyes, but IME users rarely
> send stderr to a separate place, which is why this variable is not a
> defcustom.

I agree, so I'm closing this bug report now.

Notification sent to Christopher Yeleighton <giecrilj@HIDDEN>:
bug acknowledged by developer. Full text available.

Reply sent to Stefan Kangas <stefankangas@HIDDEN>:
You have taken responsibility. Full text available.