Bug 244901 - Thunderbird refuses to start
Summary: Thunderbird refuses to start
Alias: None
Product: Fedora
Classification: Fedora
Component: thunderbird   
(Show other bugs)
Version: 7
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: Gecko Maintainer
QA Contact: Fedora Extras Quality Assurance
Keywords: EasyFix
Depends On:
TreeView+ depends on / blocked
Reported: 2007-06-19 19:01 UTC by Markus Keppeler
Modified: 2008-02-29 13:54 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2008-02-29 13:54:26 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
specfile patch to explictly 'own' the mozappdir (416 bytes, patch)
2007-07-25 02:50 UTC, Kahlil Hodgson
no flags Details | Diff

Description Markus Keppeler 2007-06-19 19:01:57 UTC
Description of problem: After the yum update to thunderbird
thunderbird refuses to start.

Version-Release number of selected component (if applicable):

Solution: The directory /usr/lib/thunderbird- has wrong permissions
(700). Doing a "chown 755 /usr/lib/thunderbird-" solved the problem.

Comment 1 Markus Keppeler 2007-06-19 19:03:52 UTC
I'm sorry. The solution is not
  chown 755 /usr/lib/thunderbird-
  chmod 755 /usr/lib/thunderbird-

Comment 2 Kahlil Hodgson 2007-07-22 03:33:54 UTC
(In reply to comment #0)
I just experienced the same problem during an upgrade from thunderbird-
to thunderbird-

Comment 3 Kahlil Hodgson 2007-07-22 04:56:26 UTC
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- 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
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
Jul 22 11:51:58 Updated: thunderbird.i386
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-
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

I'll see if I can replicate this.

Comment 4 Markus Keppeler 2007-07-22 06:41:20 UTC
I had the same problem when i updated to The following packages where

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
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
Jul 21 15:04:56 Installed: kmod-nvidia.i686 100.14.11-
Jul 21 15:05:05 Updated: thunderbird.i386
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

An observation: My /usr/lib/thunderbird- 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- (because of german dictionaries again)
yum -y install thunderbird

the problem does not occur.

Comment 5 Kahlil Hodgson 2007-07-22 07:50:29 UTC
I've isolated this as an issue with pup running via userhelper.
Will submit some notes after dinner:-)

Comment 6 Kahlil Hodgson 2007-07-22 09:23:27 UTC
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.

Comment 7 Kahlil Hodgson 2007-07-25 02:50:14 UTC
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.

Comment 8 Christopher Aillon 2007-08-07 17:05:09 UTC
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?

Comment 9 Kahlil Hodgson 2007-08-08 02:07:12 UTC

%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.


Comment 10 Christopher Aillon 2007-08-16 00:35:28 UTC
This is fixed in rawhide, btw.

Note You need to log in before you can comment on or make changes to this bug.