Bug 616730

Summary: [abrt] crash in lxpolkit-0.1.0-0.1.20100402git5087383.fc13: vfprintf: Process /usr/libexec/lxpolkit was killed by signal 11 (SIGSEGV)
Product: [Fedora] Fedora Reporter: Sandro <gui1ty>
Component: lxpolkitAssignee: Christoph Wickert <christoph.wickert>
Status: CLOSED UPSTREAM QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: low    
Version: 13CC: bernardobarros, christoph.wickert, eric, ribionu, ruben.respinoza, schaiba, ssabcew
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Linux   
URL: https://sourceforge.net/tracker/?func=detail&aid=3032602&group_id=180858&atid=894869
Whiteboard: abrt_hash:82e5efed759556900efbd6d22848201234e60317
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2010-07-21 13:08:04 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:
Bug Depends On: 622580    
Bug Blocks:    
Attachments:
Description Flags
File: backtrace none

Description Sandro 2010-07-21 09:49:03 UTC
abrt 1.1.1 detected a crash.

architecture: x86_64
Attached file: backtrace
cmdline: /usr/libexec/lxpolkit
comment: Crash happens everytime I login using LXDE desktop environment
component: lxpolkit
crash_function: vfprintf
executable: /usr/libexec/lxpolkit
global_uuid: 82e5efed759556900efbd6d22848201234e60317
kernel: 2.6.33.6-147.fc13.x86_64
package: lxpolkit-0.1.0-0.1.20100402git5087383.fc13
rating: 4
reason: Process /usr/libexec/lxpolkit was killed by signal 11 (SIGSEGV)
release: Fedora release 13 (Goddard)

Comment 1 Sandro 2010-07-21 09:50:03 UTC
Created attachment 433363 [details]
File: backtrace

Comment 2 Christoph Wickert 2010-07-21 10:32:23 UTC
Did you disable polkit-gnome-authentication-agent?

Comment 3 Sandro 2010-07-21 11:08:55 UTC
How/where would/could I do/verify that?

Comment 4 Christoph Wickert 2010-07-21 11:38:34 UTC
$ ps -A | grep policy

You will most likely see something like

 5768 ?        00:00:00 polkitd
 6126 ?        00:00:00 polkit-gnome-au

This means that polkit-gnome-authentication-agent-1 is running. To disable it start lxsession-edit and disable "PolicyKit Authentication Agent" there.

Comment 5 Sandro 2010-07-21 12:32:58 UTC
polkit-gnome-authentication-agent was indeed enabled. After disabling it abrt no longer reports any crashes.

Thanks.

Comment 6 Christoph Wickert 2010-07-21 13:08:04 UTC
Well, even is there is another authentfication agent already claiming the service, lxpolkit shouldn't crash but silently exit, perhaps with a warning in ~/.xsession-errors but definitely not with a crash.

I forwarded your bug to https://sourceforge.net/tracker/?func=detail&aid=3032602&group_id=180858&atid=894869 for further investigation. Thanks for your report.

Comment 7 Christoph Wickert 2010-07-23 23:38:58 UTC
*** Bug 617781 has been marked as a duplicate of this bug. ***

Comment 8 Christoph Wickert 2010-07-24 17:46:03 UTC
*** Bug 617883 has been marked as a duplicate of this bug. ***

Comment 9 Jérémy Libion 2010-07-25 00:45:00 UTC
(In reply to comment #4)
> $ ps -A | grep policy
> 
> You will most likely see something like
> 
>  5768 ?        00:00:00 polkitd
>  6126 ?        00:00:00 polkit-gnome-au
> 
> This means that polkit-gnome-authentication-agent-1 is running. To disable it
> start lxsession-edit and disable "PolicyKit Authentication Agent" there.    

the command '$ ps -A | grep policy' do nothing for me

but in 'lxsession-edit' I see the "PolicyKit Authentication Agent" and I disable it, but I don't know if it work.

Sorry for my double or trouble post and sorry for my not perfect english

Comment 10 Christoph Wickert 2010-07-25 01:13:52 UTC
(In reply to comment #9)
> the command '$ ps -A | grep policy' do nothing for me

Sorry Jérémy, this was my fault, it should be

  $ ps -A | grep polkit

> Sorry for my double or trouble post and sorry for my not perfect english

No need to apologize. Your English is fine and the duplicate report is not your fault. The bug reporting tool should cover these duplicates automatically. Unfortunately this doesn't work and causes a lot of work for us maintainers. :(

Thanks for your feedback, it is highly appreciated.

Comment 11 Jérémy Libion 2010-07-25 13:55:39 UTC
This don't work, I do that and the terminal say:
[root@JRLaptop ~]# lxsession-edit

(lxsession-edit:2321): GLib-CRITICAL **: g_key_file_free: assertion `key_file != NULL' failed

Comment 12 Christoph Wickert 2010-07-25 14:40:52 UTC
This warning can be ignored, it doesn't impact the functionality of lxsession-edit.

What exactly does not work? Do you still have another PolicyKit authentication agent running?

Comment 13 Jérémy Libion 2010-07-25 15:02:20 UTC
I have 2 PolicyKit authentication, but every restart of the computer, one PolicyKit authentication enable hitself, I have a native kde with gnome et lxde, everytime I go to lxde, I see that error/bug

Comment 14 Christoph Wickert 2010-07-28 19:39:16 UTC
So you have 3 different desktops installed, KDE, GNOME and LXDE? Which agent is active after lxpolkit is crashing?

Please only use one authentification agent and make sure the others are disabled. You can disable polkit-gnome-authentication-agent-1 in LXDE by editing 
/etc/xdg/autostart/polkit-gnome-authentication-agent-1.desktop and adding 
"LXDE;" to the last line. It should look like this:

NotShowIn=KDE;LXDE;

Make sure you don't have a private copy of that file in ~/.config/autostart, remove it with

rm ~/.config/autostart/polkit-gnome-authentication-agent-1.desktop

Comment 15 Christoph Wickert 2010-07-28 19:39:33 UTC
*** Bug 619164 has been marked as a duplicate of this bug. ***

Comment 16 Christoph Wickert 2010-08-08 10:35:56 UTC
*** Bug 622205 has been marked as a duplicate of this bug. ***

Comment 17 Christoph Wickert 2010-08-22 01:07:30 UTC
*** Bug 626059 has been marked as a duplicate of this bug. ***

Comment 18 Christoph Wickert 2010-09-12 11:36:43 UTC
*** Bug 632981 has been marked as a duplicate of this bug. ***

Comment 19 Christoph Wickert 2010-11-06 21:30:22 UTC
*** Bug 650524 has been marked as a duplicate of this bug. ***

Comment 20 Christoph Wickert 2011-01-25 12:45:28 UTC
*** Bug 672522 has been marked as a duplicate of this bug. ***