From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: crocket Newsgroups: gmane.emacs.bugs Subject: bug#19731: 24.4; /dev/null is deleted by tramp-sh.el Date: Tue, 3 Feb 2015 12:06:23 +0900 Message-ID: References: <87r3u8k065.fsf@gmx.de> <87mw4wjyqi.fsf@gmx.de> <87h9v4jxde.fsf@gmx.de> <87d25sjwgj.fsf@gmx.de> <87d25s2ium.fsf@gmx.de> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=e89a8ff1cdba1a499d050e265bf7 X-Trace: ger.gmane.org 1422932832 27944 80.91.229.3 (3 Feb 2015 03:07:12 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 3 Feb 2015 03:07:12 +0000 (UTC) Cc: Michael Albinus , 19731@debbugs.gnu.org To: Glenn Morris Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Feb 03 04:07:11 2015 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1YITpW-0004HP-Ua for geb-bug-gnu-emacs@m.gmane.org; Tue, 03 Feb 2015 04:07:11 +0100 Original-Received: from localhost ([::1]:57569 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YITpV-0008V5-Ff for geb-bug-gnu-emacs@m.gmane.org; Mon, 02 Feb 2015 22:07:09 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:45537) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YITpS-0008UN-1W for bug-gnu-emacs@gnu.org; Mon, 02 Feb 2015 22:07:07 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YITpO-0003SG-SR for bug-gnu-emacs@gnu.org; Mon, 02 Feb 2015 22:07:06 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:41372) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YITpO-0003SC-PE for bug-gnu-emacs@gnu.org; Mon, 02 Feb 2015 22:07:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1YITpO-0007p4-Bj for bug-gnu-emacs@gnu.org; Mon, 02 Feb 2015 22:07:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: crocket Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 03 Feb 2015 03:07:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 19731 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 19731-submit@debbugs.gnu.org id=B19731.142293279130031 (code B ref 19731); Tue, 03 Feb 2015 03:07:02 +0000 Original-Received: (at 19731) by debbugs.gnu.org; 3 Feb 2015 03:06:31 +0000 Original-Received: from localhost ([127.0.0.1]:60845 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YITos-0007oI-GK for submit@debbugs.gnu.org; Mon, 02 Feb 2015 22:06:30 -0500 Original-Received: from mail-pa0-f49.google.com ([209.85.220.49]:42928) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YITor-0007o6-7P for 19731@debbugs.gnu.org; Mon, 02 Feb 2015 22:06:29 -0500 Original-Received: by mail-pa0-f49.google.com with SMTP id fa1so90294666pad.8 for <19731@debbugs.gnu.org>; Mon, 02 Feb 2015 19:06:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=X8B3NdXij5AaNzBMebGASAR5QW62hDiH3inYeJZj/UE=; b=k9PL1MGInaigLrAKYXjlwp+aeBMLyZhzfb3dQ64D7BU1mxLgXEV3bG1GiZMT+KybXc 6xRqCgSHml04s+YNE/FgaMpk//3eytXlLbWP8IEywmJ04oXTunKW6peSxrYswZtGwoJI 9LoEf91DcYrCZjsNDvJDSe/962ECzWgSR9qT5SX8Q7B0eLqEsdd3EAmoF+11SXpL8fAw G/sI7THpDXMG7gWHaaQOkErs5F2lpdT9i1JTLD8QXGGR+nLSXFJb0N4WJ+UutEmqA6jL k1elYRXMKgQjvz2omuLMv/hMjnRpwCG2zyqcAEbTJNwIpGK3fQ3DTIGXbxG9Jhu6UIc+ o6WQ== X-Received: by 10.68.221.165 with SMTP id qf5mr1786420pbc.101.1422932783547; Mon, 02 Feb 2015 19:06:23 -0800 (PST) Original-Received: by 10.67.6.195 with HTTP; Mon, 2 Feb 2015 19:06:23 -0800 (PST) Original-Received: by 10.67.6.195 with HTTP; Mon, 2 Feb 2015 19:06:23 -0800 (PST) In-Reply-To: X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:99006 Archived-At: --e89a8ff1cdba1a499d050e265bf7 Content-Type: text/plain; charset=UTF-8 Unsetting HISTFILE and setting HISTFILESIZE to 0 disables history logging altogether on bash. On Feb 3, 2015 5:08 AM, "Glenn Morris" wrote: > Michael Albinus wrote: > > >> It seems like a plain bug for bash to do what it does > > > > Looks to me like this. > > I don't think the bash folks disagree, but as always the question is > what to do about it: > > http://lists.gnu.org/archive/html/bug-bash/2015-01/msg00138.html > > >> I wonder: what could Tramp do instead of setting HISTFILE to /dev/null? > >> Could unsetting it result in the same behavior (i.e. not save Tramp's > >> commands to any file)? > > > > That's how I understood the doc. Hope somebody will test it. > > http://pubs.opengroup.org/onlinepubs/9699919799/utilities/fc.html > > says that > > If the HISTFILE variable is not set, the shell may attempt to access > or create a file .sh_history in the directory referred to by the HOME > environment variable. > > and indeed by experiment with bash 4.2.45, that is exactly what happes > with HISTFILE unset and using "bash --posix". > > So (probably) you can't win. > --e89a8ff1cdba1a499d050e265bf7 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

Unsetting HISTFILE and setting HISTFILESIZE to 0 disables hi= story logging altogether on bash.

On Feb 3, 2015 5:08 AM, "Glenn Morris"= <rgm@gnu.org> wrote:
Michael Albinus wrote:

>> It seems like a plain bug for bash to do what it does
>
> Looks to me like this.

I don't think the bash folks disagree, but as always the question is what to do about it:

http://lists.gnu.org/archive/html/bug-bash/2015-01/msg0= 0138.html

>> I wonder: what could Tramp do instead of setting HISTFILE to /dev/= null?
>> Could unsetting it result in the same behavior (i.e. not save Tram= p's
>> commands to any file)?
>
> That's how I understood the doc. Hope somebody will test it.

http://pubs.opengroup.org/onlinepubs/9699919799/utilit= ies/fc.html

says that

=C2=A0 =C2=A0If the HISTFILE variable is not set, the shell may attempt to = access
=C2=A0 =C2=A0or create a file .sh_history in the directory referred to by t= he HOME
=C2=A0 =C2=A0environment variable.

and indeed by experiment with bash 4.2.45, that is exactly what happes
with HISTFILE unset and using "bash --posix".

So (probably) you can't win.
--e89a8ff1cdba1a499d050e265bf7--