Red Hat Bugzilla – Bug 713875
GPF in libsane-qcam.so.1.0.22
Last modified: 2012-05-17 08:42:06 EDT
Description of problem:
I see this in the logs on my Rawhide machine for each login to a Gnome3 desktop over the last few days:
Jun 16 08:52:46 jerry-rawhide64 kernel: [ 72.818691] colord general protection ip:7f362cc3c437 sp:7ffff16f9080 error:0 in libsane-qcam.so.1.0.22[7f362cc36000+b000]
Jun 16 08:52:47 jerry-rawhide64 abrt: saved core dump of pid 1515 (/usr/libexec/colord) to /var/spool/abrt/ccpp-2011-06-16-08:52:46-1515.new/coredump (24502272 bytes)
Jun 16 08:52:47 jerry-rawhide64 abrtd: Directory 'ccpp-2011-06-16-08:52:46-1515' creation detected
Jun 16 08:52:47 jerry-rawhide64 abrtd: Corrupted or bad dump /var/spool/abrt/ccpp-2011-06-16-08:52:46-1515 (res:2), deleting
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Login to a Gnome3 desktop from GDM
The above message appears in the logs.
No GPF, or at least a good crash dump. Bug in abrt?
Changing component to abrt temporarily -- I need a backtrace to debug that.
is colord run under user who is logging into the session or it's run under some system account (like gdm?) if the second case, then you need to run ABRT as user who was running the application to see the actual crash - if you run it as root, you should see all crashes.
It's been long enough that my Rawhide machine has changed a lot. I don't see these messages about colord in the logs anymore. In any case, colord is run as root. But I don't think there's any possibility of figuring this out now, since there's no way to reproduce the problem.
Does this still happen? I guess it was caused by unsigned packages in F16 while it was rawhide.
No, as I said in comment 3, I cannot reproduce this behavior any more.
This package has changed ownership in the Fedora Package Database. Reassigning to the new owner of this component.
Seems like this one is fixed. Please re-open this ticket if you hit the problem again.