Bug 888832

Summary: [abrt] mate-keyring-1.5.0-2.fc18: getenv: Process /usr/bin/mate-keyring-daemon was killed by signal 11 (SIGSEGV)
Product: [Fedora] Fedora Reporter: Klaus Lichtenwalder <klic>
Component: mate-keyringAssignee: Dan Mashal <dan.mashal>
Status: CLOSED ERRATA QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 18CC: dan.mashal, nmo.marques, rdieter
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Unspecified   
Whiteboard: abrt_hash:796a8464e05580db9f6b1a7612b54338b1cb0b67
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2012-12-24 06:04:54 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
File: backtrace
none
File: build_ids
none
File: cgroup
none
File: core_backtrace
none
File: dso_list
none
File: environ
none
File: limits
none
File: maps
none
File: open_fds
none
File: proc_pid_status
none
File: var_log_messages none

Description Klaus Lichtenwalder 2012-12-19 15:32:38 UTC 
Description of problem:
Happened immediately after logging in

Version-Release number of selected component:
mate-keyring-1.5.0-2.fc18

Additional info:
backtrace_rating: 4
cmdline:        /usr/bin/mate-keyring-daemon --start --components=pkcs11
crash_function: getenv
executable:     /usr/bin/mate-keyring-daemon
kernel:         3.6.11-3.fc18.x86_64
uid:            1000

Truncated backtrace:
Thread no. 1 (10 frames)
 #0 getenv at getenv.c:89
 #1 guess_category_value at dcigettext.c:1343
 #2 __dcigettext at dcigettext.c:562
 #3 __dcgettext at dcgettext.c:52
 #4 g_dgettext at ggettext.c:399
 #5 glib_gettext at ggettext.c:131
 #6 _g_dbus_auth_mechanism_class_init at gdbusauthmechanism.c:125
 #7 _g_dbus_auth_mechanism_class_intern_init at gdbusauthmechanism.c:48
 #8 type_class_init_Wm at gtype.c:2217
 #9 g_type_class_ref at gtype.c:2924
Comment 1 Klaus Lichtenwalder 2012-12-19 15:32:42 UTC 
Created attachment 666181 [details]
File: backtrace
Comment 2 Klaus Lichtenwalder 2012-12-19 15:32:45 UTC 
Created attachment 666182 [details]
File: build_ids
Comment 3 Klaus Lichtenwalder 2012-12-19 15:32:47 UTC 
Created attachment 666183 [details]
File: cgroup
Comment 4 Klaus Lichtenwalder 2012-12-19 15:33:17 UTC 
Created attachment 666185 [details]
File: core_backtrace
Comment 5 Klaus Lichtenwalder 2012-12-19 15:33:19 UTC 
Created attachment 666186 [details]
File: dso_list
Comment 6 Klaus Lichtenwalder 2012-12-19 15:33:22 UTC 
Created attachment 666187 [details]
File: environ
Comment 7 Klaus Lichtenwalder 2012-12-19 15:33:28 UTC 
Created attachment 666188 [details]
File: limits
Comment 8 Klaus Lichtenwalder 2012-12-19 15:33:31 UTC 
Created attachment 666189 [details]
File: maps
Comment 9 Klaus Lichtenwalder 2012-12-19 15:33:37 UTC 
Created attachment 666190 [details]
File: open_fds
Comment 10 Klaus Lichtenwalder 2012-12-19 15:33:39 UTC 
Created attachment 666191 [details]
File: proc_pid_status
Comment 11 Klaus Lichtenwalder 2012-12-19 15:33:41 UTC 
Created attachment 666192 [details]
File: var_log_messages
Comment 12 Dan Mashal 2012-12-21 09:44:16 UTC 
If you run yum distro-sync --enablerepo=updates-testing as root do you get any mate package updates?

How did you install originally?
Comment 13 Klaus Lichtenwalder 2012-12-21 11:02:31 UTC 
Hi,

today I got mate updates, and after logging in again I had no abrt reports:

Interestingly, the only mate packages were:
Dec 21 09:16:05 Updated: mate-panel-1.5.2-5.fc18.x86_64
Dec 21 09:16:06 Updated: mate-panel-libs-1.5.2-5.fc18.x86_64
Dec 21 09:17:54 Updated: imsettings-mate-1.5.1-2.fc18.x86_64

I installed mate via yum groupinstall "Mate Desktop"
Comment 14 Dan Mashal 2012-12-24 06:04:54 UTC 
Awesome. I'll consider this fixed. Please use @mate for 18 and onwards.
Comment 15 Klaus Lichtenwalder 2012-12-24 08:29:19 UTC 
Dan,

just nitpicking. group install XXX is considered to be the same than install @XXX. According to your statement above, will this change? Right now it would pull the same packages. BTW, it would pull nautilus (?) and sendmail (? I have postfix installed and running...)
Comment 16 Dan Mashal 2012-12-24 08:30:29 UTC 
It changed in Fedora 18. No it wouldn't pull nautlius and sendmail. 

yum groupinstall @mate
and yum install @mate 

should have the same effect.
Comment 17 Klaus Lichtenwalder 2012-12-24 09:07:42 UTC 
Well, then this is probably another bugzilla?

yum install @mate pulls totem-nautilus.x86_64
yum group install "Mate Desktop" additionally pulls sendmail.x86_64
Comment 18 Dan Mashal 2012-12-25 06:12:39 UTC 
I just updated comps for 16,17,18 and 19. Please open a separate bug against mate-desktop (and a separate bug for each version of Fedora) going forward.