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): tcsh-6.22.02-1.fc31.x86_64 How reproducible: always 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. Actual results: .history is completely erased except for last history -S. Expected results: both shells command list is merged into .history Additional info: 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.
Hello, 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. Jan
Any updates from upstream? Fedora 32 exhibits the same problem.
Hello, 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 Jan
Was is the upstream bug number?
Almost three months later - any updates?
Hello, 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. Jan
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: https://github.com/tcsh-org/tcsh/commit/6bc746caad28d0f1ffaf07a4ea1468e8efcc6d52
Hello, 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 Dependencies resolved. Nothing to do. Complete!
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.