Description of problem: After the yum update to thunderbird 2.0.0.4-1.fc7 thunderbird refuses to start. Version-Release number of selected component (if applicable): thunderbird 2.0.0.4 Solution: The directory /usr/lib/thunderbird-2.0.0.4 has wrong permissions (700). Doing a "chown 755 /usr/lib/thunderbird-2.0.0.4" solved the problem.
I'm sorry. The solution is not chown 755 /usr/lib/thunderbird-2.0.0.4 but chmod 755 /usr/lib/thunderbird-2.0.0.4
(In reply to comment #0) I just experienced the same problem during an upgrade from thunderbird-2.0.0.4 to thunderbird-2.0.0.5.
Just rebuilt the rpm from scratch. Permissions are correct in the RPM_BUILD_ROOT. Can't see any problems in the SPEC file. If I completely remove thunderbird and reinstalling via yum. The permissions are correct. Hmm... note that /usr/lib/thunderbird-2.0.0.5 does not get removed when I do an 'rpm -e'. I removed it manually so I could see what happens to perms. This is reminds me of another bug where files under /usr/share/mime loose their world access permissions. Maybe another package is screwing with the perms. Perhaps its something in the yum transaction. The update set that triggered the issue for me this morning was as follows: Jul 22 11:50:49 Updated: cairo.i386 1.4.10-1.fc7 Jul 22 11:50:49 Updated: gnome-python2-extras.i386 2.14.3-4.fc7 Jul 22 11:51:41 Installed: kernel.i686 2.6.22.1-27.fc7 Jul 22 11:51:42 Updated: gnome-python2-libegg.i386 2.14.3-4.fc7 Jul 22 11:51:42 Updated: mdadm.i386 2.6.2-4.fc7 Jul 22 11:51:43 Updated: livna-config-display.noarch 0.0.15-1.lvn7 Jul 22 11:51:54 Installed: kernel-devel.i686 2.6.22.1-27.fc7 Jul 22 11:51:58 Updated: thunderbird.i386 2.0.0.5-1.fc7 Jul 22 11:51:59 Updated: cairo-devel.i386 1.4.10-1.fc7 Jul 22 11:52:00 Installed: kmod-nvidia.i686 100.14.11-1.2.6.22.1_27.fc7 Jul 22 11:52:01 Updated: rpmdevtools.noarch 5.4-1.fc7 Jul 22 11:52:02 Updated: autofs.i386 5.0.1-20 Jul 22 11:52:02 Updated: gnome-python2-gtkhtml2.i386 2.14.3-4.fc7 Jul 22 11:52:04 Updated: kernel-headers.i386 2.6.22.1-27.fc7 I'll see if I can replicate this.
I had the same problem when i updated to 2.0.0.5. The following packages where updated/installed: Jul 21 15:02:25 Updated: cairo.i386 1.4.10-1.fc7 Jul 21 15:02:31 Updated: aqbanking.i386 2.3.2-1.fc7 Jul 21 15:02:32 Updated: qbanking.i386 2.3.2-1.fc7 Jul 21 15:02:41 Updated: gnucash-docs.noarch 2.2.0-1.fc7 Jul 21 15:02:41 Updated: gnome-python2-extras.i386 2.14.3-4.fc7 Jul 21 15:02:48 Installed: goffice04.i386 0.4.0-2.fc7 Jul 21 15:02:51 Installed: gtkhtml3.i386 3.14.3-1.fc7 Jul 21 15:03:16 Updated: gnucash.i386 2.2.0-1.fc7 Jul 21 15:03:18 Updated: libpaper.i386 1.1.21-1.fc7.1 Jul 21 15:04:36 Installed: kernel.i686 2.6.22.1-27.fc7 Jul 21 15:04:37 Updated: gnome-python2-libegg.i386 2.14.3-4.fc7 Jul 21 15:04:37 Updated: livna-config-display.noarch 0.0.15-1.lvn7 Jul 21 15:04:55 Installed: kernel-devel.i686 2.6.22.1-27.fc7 Jul 21 15:04:56 Installed: kmod-nvidia.i686 100.14.11-1.2.6.22.1_27.fc7 Jul 21 15:05:05 Updated: thunderbird.i386 2.0.0.5-1.fc7 Jul 21 15:05:07 Updated: autofs.i386 1:5.0.1-20 Jul 21 15:05:08 Updated: gnome-python2-gtkhtml2.i386 2.14.3-4.fc7 Jul 21 15:05:11 Updated: kernel-headers.i386 2.6.22.1-27.fc7 An observation: My /usr/lib/thunderbird-2.0.0.4 directory was not empty after the update, because of german dictionaries in ./components/myspell. But i don't think this can have anything to do with the problem. When i reinstall thunderbird with rpm -e thunderbird rm -rf /usr/lib/thunderbird-2.0.0.5 (because of german dictionaries again) yum -y install thunderbird the problem does not occur.
I've isolated this as an issue with pup running via userhelper. Will submit some notes after dinner:-)
Just created Bug 249180 under pirut which I believe may be the real cause of this issue. May also be something to do with PAM or consolehelper.
Created attachment 159900 [details] specfile patch to explictly 'own' the mozappdir Following the discussion under bug 249180, this patch appears to solve the problem. Have tested using pup and a local repository.
Kahlil, thanks for the help debugging this. does changing that line to read %dir %{mozappdir} fix the problem, too? If not, then there's a file that's being pulled in that we should explicitly list. Can you provide a diff of the files listed by: rpm -ql thunderbird Before and after your patch?
Yeah, %dir ${mozappdir} also fixes the problem:-) For me, it only occurs when using pup or system-install-packages and seems to have something to do with me having set my (non-root) umask to 0007. Ciao!
This is fixed in rawhide, btw.