Fedora Account System
Red Hat Associate
Red Hat Customer
Description of problem: When using the "Terminator", numerous resources remain claimed in /tmp This is sucking up resources until "disk full". Researching found, that comes from the library declared as dependency "vte", where a newer version is available, that is fixed. The acutual build of "terminator" depends on "vte", where an dependency to "vte3" would be desired to fix the resource issue. More detials: En excert from a random system: gdbus 25214 25222 <user> 17u REG 0,36 320 100759426 /tmp/vte418I8Z (deleted) gdbus 25214 25222 <user> 18u REG 0,36 13667 100759427 /tmp/vteJO9I8Z (deleted) Summarized: The resources remain claimed while the user is online and the desktop is active. The overall resource waste can become a problem over the time: root@server:~# lsof | grep deleted | grep vte | wc -l 1056 Doing research on this, I bumped over this article: http://climagic.org/bugreports/libvte-scrollback-written-to-disk.html The conclusion in the article is: 2015-01-18 - Bug marked as fixed in #664611 bug report. vte-0.39.2 will contain the fix. On RHEL 7.6 I observe the (RedHat provided) corresponding RPM: Name : vte, Version : 0.28.2, Release : 10.el7 Build Date : Fri 28 Mar 2014 07:35:46 PM CET And there the most recent entry in the changelog: * Sun Aug 04 2013 Fedora Release Engineering <rel-eng.org> - 0.28.2-10 => Conclusion: The fixed bug is still in the version of vte available with RHEL7. BUT: There on REHL7 is an RPM vte3 available, which is fixed related the "tmp" issue. The terminator-RPM explicitly declares "vte" as dependency: root@server:~# rpm -qR terminator /bin/bash /bin/sh /bin/sh /usr/bin/python GConf2 desktop-file-utils gnome-python2-bonobo gnome-python2-gconf gtk2 python(abi) = 2.7 python-keybinder python-psutil rpmlib(CompressedFileNames) <= 3.0.4-1 rpmlib(FileDigests) <= 4.6.0-1 rpmlib(PartialHardlinkSets) <= 4.0.4-1 rpmlib(PayloadFilesHavePrefix) <= 4.0-1 vte rpmlib(PayloadIsXz) <= 5.2-1 Or the other way around: root@server:~# rpm -q --whatrequires vte terminator-0.98-3.el7.noarch Version-Release number of selected component (if applicable): As mentioned above. How reproducible: Steps to Reproduce: 1. Install RHEL7.6 or newer 2. Attach EPEL7 3. yum install terminator 4. Use terminator, create some backscroll in a terminal session Actual results: "terminator" and dependency "vte" get installed. Expected results: "terminator" and dependency "vte3" get installed. Additional info: Can provide test-feedback on an updated package.
Hmm, I thought I updated terminator to 1.91 which uses vte291 on EPEL7. I'll double-check
FEDORA-EPEL-2020-f96f0fb8d9 has been submitted as an update to Fedora EPEL 7. https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-f96f0fb8d9
The update to 1.91 has been made in 2017 but seems it was never pushed as an update via Bodhi. I've now rebuilt the latest stuff from 2017 and created an update in Bodhi: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-f96f0fb8d9 I'll appreciate any feedback if this works better on EPEL7 as I don't have EPEL7 machines around myself.
FEDORA-EPEL-2020-f96f0fb8d9 has been pushed to the Fedora EPEL 7 testing repository. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-f96f0fb8d9 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-EPEL-2020-f96f0fb8d9 has been pushed to the Fedora EPEL 7 stable repository. If problem still persists, please make note of it in this bug report.