Description of problem: When you install the firefox RPM, it creates a .mozilla directory in your homedir if you didn't have one there already. This is particularly noticable when installing via sudo, as you end up with a root-owned ~/.mozilla in your own home directory, which obviously breaks stuff. (If you install when logged in as root, you'll get /root/.mozilla.) RPMs shouldn't have user-directory side effects like this. Version-Release number of selected component (if applicable): Happens in FC3 0.10.1-1.0PR1.20 and in current rawhide 1.0-8. Not sure when it started. How reproducible: Always Steps to Reproduce: 1. rm -rf ~/.mozilla 2. sudo rpm -Uvh firefox-1.0-8.i386.rpm 3. ls -ld ~/.mozilla Actual results: drwx------ 2 root root 4096 Feb 24 17:00 .mozilla/ Expected results: ls: ~/.mozilla: No such file or directory
FWIW, the 1.0.1-1.3.1 package does this too.
Could work around by putting HOME=/root in the %post
Checked in a slightly different version of the workaround, using %{_tmppath} instead. firefox-1.0.3-5 and thunderbird-1.0.2-4 have the fix (though thunderbird is not building because of gcc/ppc issues currently)
Hi Christopher. I don't think that'll work properly, since %{_tmppath} is expanded at RPM build time, not when %post is run. So it ends up being HOME=/usr/src/build/564449-i386/install-tmp /usr/lib/firefox-1.0.3/firefox -register in the rawhide binary package, or /home/mattdm/tmp if I build the package using my personal setup.
Ok, better solution using `mktemp -d` in place.
thanks!