Description of problem:
After recent changes in tcsh the command history -S ignores merge directive and simply writes out current shell history, overriding .history file.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. make sure there is a line as below or similar in .cshrc
set savehist = (1024 merge lock)
2. open two terminal windows for user which set to use csh or tcsh
3. open .history in gedit.
4. start from clean .history, preserve original if needed.
5. run several different commands in one shell, use history -S as last one.
6. observe command list written in .history
7. run history -S in second shell.
.history is completely erased except for last history -S.
both shells command list is merged into .history
tcsh-6.20.00 from RHEL v8 works correctly.
Just checking if anyone is looking at this and/or upstream bug needs to be filed to proceed.
I'm sorry about delay, due to time reasons I wasn't able to have a look at this issue.
I'll contact upstream and let you know about any updates.
Any updates from upstream? Fedora 32 exhibits the same problem.
no updates from upstream. I'm sure they'll get to it at some point.
I'll let you know.
Thank you for your patience
Was is the upstream bug number?
Almost three months later - any updates?
still no updates from upstream.
May I ask you, are you using NFS for your home directory?
If not, I thing that removing 'lock' keyword from 'set savehist = (1024 merge lock)' might help.
What is relevant upstream bug?
(In reply to Jan Macku from comment #7)
> May I ask you, are you using NFS for your home directory?
> If not, I thing that removing 'lock' keyword from 'set savehist = (1024
> merge lock)' might help.
I am not using NFS but lock keyword is for preventing multiple shells from stepping on each other while updating .history file as far as I can see.
6.22.03 supposedly resolved this regression.
It appears that one line fix has been available since February:
thank you for your investigation.
Upstream released new version: https://github.com/tcsh-org/tcsh/releases/tag/TCSH6_22_03
I'll rebase tcsh version in rawhide, f34 and f33 to this version.
FEDORA-2020-ef7b8e64d7 has been submitted as an update to Fedora 33. https://bodhi.fedoraproject.org/updates/FEDORA-2020-ef7b8e64d7
FEDORA-2020-ef7b8e64d7 has been pushed to the Fedora 33 testing repository.
In short time you'll be able to install the update with the following command:
`sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2020-ef7b8e64d7`
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2020-ef7b8e64d7
See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
Where is the package?
$ sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2020-ef7b8e64d7
[sudo] password for :
Last metadata expiration check: 0:22:14 ago on Mon 23 Nov 2020 11:01:38 AM EST.
No security updates needed, but 86 updates available
Nothing to do.
Never mind, I had versionlock still on.
FEDORA-2020-ef7b8e64d7 has been pushed to the Fedora 33 stable repository.
If problem still persists, please make note of it in this bug report.