Red Hat Bugzilla – Bug 468720
Spin2 leaves /.tmp and /.dbus directories
Last modified: 2013-01-09 23:52:36 EST
Description of problem:
After installing from Spin2, I notice that .dbus and .tmp are "left" in /.
[root@tlondon ~]# ls -ld /.dbus /.tmp
drwx------ 3 root root 4096 2008-10-17 14:06 /.dbus
drwxr-xr-x 2 root root 4096 2008-10-17 14:04 /.tmp
Shouldn't they be cleaned up?
Version-Release number of selected component (if applicable):
anaconda-126.96.36.199-1.x86_64 (Curernt version, not sure which version was on Spin2)
Steps to Reproduce:
In network.py, the /.tmp directory was still being used. My mistake. The /.dbus directory is not coming from anaconda.
I am testing out a patch for removal of the /.tmp usage before I commit it.
Removed our remaining uses of /.tmp
I cannot find anywhere in anaconda where we use /.dbus, so if that's still around, it's got to be another component.
The /.tmp fix will be in anaconda-188.8.131.52-1. When that appears in rawhide, can you test installing and see if /.tmp is gone?
Uhhh... I've not tested anaconda before.
Let me look for some "directions" on the web....
/.tmp is confirmed gone. However /.dbus is still around.
The contents are a file that processes using display :9 to find the D-Bus session bus. The DBUS_SESSION_BUS_ADDRESS is unix:abstract=/tmp/dbus-<goo>,guid=<goo>
Is that where anaconda starts the dbus session?
I just did an install of the latest rawhide and I'm not seeing /.dbus anywhere on the system. Are we sure this is still happening?
I don't see it post-install any more either. Closing.