[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [OT] Not clobbering bash history
From: |
Spencer Baugh |
Subject: |
Re: [OT] Not clobbering bash history |
Date: |
Thu, 23 Nov 2023 12:42:15 +0000 (UTC) |
Arsen Arsenović <arsen@aarsen.me> writes:
> Jens Schmidt <jschmidt4gnu@vodafonemail.de> writes:
>
>> Moving to tangents ... please CC me.
>>
>> On 2023-11-22 04:32, Arsen Arsenović wrote:
>>
>>>> Should we suggest that the Bash developer add a feature to handle this
>>>> case (multiple shells in parallel) the "right" way? If many users
>>>> would like it, that could make it worth building in.
>>>
>>> That would be very nice. This issue has almost been prolific enough to
>>> force me to switch shells.
>>
>> This Bash-bashing made me curious, as I do not remember having issues
>> with loss of its history, ever.
>
> I do not partake in bash-bashing enthusiastically. I'm a big fan of
> readline and appreciate how reliable bash is.
>
>> And that without such tricks as using an ever growing history file. I
>> just use "shopt -s histappend" and 4096 lines as HISTFILESIZE. Plus I
>> close my Bashes orderly before shutting down. Plus I do not use Bash
>> from Emacs, only in "real" terminals. Eh, plus I rarely use nested
>> Bashes.
>>
>> So given all that, is there a reproducer for this?
>
> Unfortunately, I have been unable to produce a decent set of
> reproduction steps. This issue happens (relatively) infrequently and
> inexplicably on my machines. It pains me to complain without solid
> information.
>
> I also have shopt -s histappend set.
>
> I suspect that something starts a bash process and does not set
> histappend (--norc?), leading bash to override history.
I've always suspected TRAMP of this.