GNU bug report logs - #35769
Local .bash_history cleared when tramp-histfile-override is set to t

Previous Next

Full log

View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: Michael Albinus <michael.albinus <at> gmx.de>
Cc: tracker <at> debbugs.gnu.org
Subject: bug#35769: closed (Local .bash_history cleared when
 tramp-histfile-override is set to t)
Date: Tue, 18 Aug 2020 13:37:02 +0000

[Message part 1 (text/plain, inline)]

Your message dated Tue, 18 Aug 2020 15:36:15 +0200
with message-id <87o8n8jcts.fsf <at> gmx.de>
and subject line Re: bug#35769: Local .bash_history cleared when tramp-histfile-override is set to t
has caused the debbugs.gnu.org bug report #35769,
regarding Local .bash_history cleared when tramp-histfile-override is set to t
to be marked as done.

(If you believe you have received this mail in error, please contact
help-debbugs <at> gnu.org.)


-- 
35769: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=35769
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems

[Message part 2 (message/rfc822, inline)]

From: Wanrong Lin <wrglin <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: Local .bash_history cleared when tramp-histfile-override is set to t
Date: Thu, 16 May 2019 21:11:33 -0400

Emacs 26.1, Linux
When I have this
(setq tramp-histfile-override t)
and use tramp to open a remote directory via scp, the *local*
~/.bash_history is wiped out (i.e. it becomes an empty file). I don't
think that is the desired behavior for this setting.

Thanks for looking into it.

W. Lin

[Message part 3 (message/rfc822, inline)]

From: Michael Albinus <michael.albinus <at> gmx.de>
To: Stefan Kangas <stefan <at> marxist.se>
Cc: Wanrong Lin <wrglin <at> gmail.com>, 35769-done <at> debbugs.gnu.org
Subject: Re: bug#35769: Local .bash_history cleared when
 tramp-histfile-override is set to t
Date: Tue, 18 Aug 2020 15:36:15 +0200

Stefan Kangas <stefan <at> marxist.se> writes:

Hi Stefan,

>> Hi Wanrong,
>>
>>> Yes, please commit your work.
>>>
>>> I have never run tramp outside the stock Emacs, but I can certainly
>>> give the package-install a try on tramp after you code is in.
>>
>> I've prepared an intermediate ELPA package Tramp 2.4.1.50 for you. Tramp
>> as ELPA package will appear for the very first time end of June.
>>
>> Next message (off-list) I will send two files to you, tramp-2.4.1.50.tar
>> and archive-contents. Pls copy them into any directory, let's say /tmp.
>>
>> In your .emacs, add the following forms:
>>
>> (require 'package)
>> (add-to-list 'package-archives '("local" . "/tmp/"))
>>
>>
>> When you open your *Packages* buffer, you'll see an entry like
>>
>>   tramp 2.4.1.50 new local Transparent Remote Access, Multiple
>> Protocol
>>
>> Install it. Maybe you need to restart Emacs, don't know. When you run
>> your test, check variable `tramp-version'. It shall have the value "2.4.1.50".
>>
>>> Wanrong
>>
>> Best regards, Michael.
>
> It seems like the problem was fixed in a new version of Tramp?  So is
> this still an issue or should it be closed?

I believe this is fixed in recent Tramp. As you have said, there isn't
any confirmation for more than a year, so I'm closing the bug.

> Best regards,
> Stefan Kangas

Best regards, Michael.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.