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 [root@tlondon ~]# Shouldn't they be cleaned up? Version-Release number of selected component (if applicable): anaconda-11.4.1.51-1.x86_64 (Curernt version, not sure which version was on Spin2) How reproducible: Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info:
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-11.4.1.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.