Red Hat Bugzilla – Bug 576548
[abrt] crash in kdebase-runtime-4.4.1-1.fc12: Process /usr/bin/nepomukservicestub was killed by signal 11 (SIGSEGV)
Last modified: 2010-07-16 04:17:11 EDT
abrt 1.0.8 detected a crash.
Attached file: backtrace
cmdline: /usr/bin/nepomukservicestub nepomukstorage
comment: nothing special. nepomuk never worked for me though :(
reason: Process /usr/bin/nepomukservicestub was killed by signal 11 (SIGSEGV)
release: Fedora release 12 (Constantine)
How to reproduce
1. start kontact
Created attachment 402291 [details]
Thank you for taking the time to report this issue to us. This is an issue which is best addressed by the upstream developers.
Please file a report at bugs.kde.org , and when done add the upstream report info to this report.
We will continue to track the issue in the centralized upstream bug tracker, and will review any bug fixes that become available for consideration in future updates.
Thank you for the bug report.
Steven M. Parrish
KDE & Packagekit Triager
Fedora Bugzappers volunteer triage team
How to reproduce
1. start kontact
2. it crashes (sometimes)
3. try to start it again. kontact is reported to be running and I cannot start it again, so I have to log out.
I just started Kontact and it crashed
(In reply to comment #2)
> Please file a report at bugs.kde.org , and when done add the upstream report
> info to this report.
IMHO this is the job of the KDE maintainers or the KDE bug triagers. They already have a KDE bugzilla account while I doubt all our users have one. The wiki says:
"Deal with reported bugs in a timely manner
* If there are bugs which you aren't capable of fixing yourself because they deal with intricacies of the source code which you don't fully understand, then you still need to address these bugs. It can be helpful to work with the upstream maintainer of the code, obtain help from more code-oriented people on fedora-devel, or check other distributions for patches. Always be sure to post to the bug report what you have done so that the reporter knows what it happening and what to expect."
> We will continue to track the issue in the centralized upstream bug tracker,
> and will review any bug fixes that become available for consideration in future
Would you mind showing me bugs where this approach worked out?
You are closing all bugs no matter if they are fixed or not. They are ether closed WONTFIX because the reporter didn't respond or they are closed UPSTREAM as soon as they are forwarded. This means you are not tracking anything, you are just closing everything. You make tracking impossible because nobody is able to search our bugzilla for bugs that actually affect our packages.
Christoph, thanks for handling this.
Steven, I think I should turn the tables on you in order to show how counterproductive the KDE SIG's approach is. So let me ask you again: Can you show me bugs where your approach worked out?
And if you don't reply in a timely manner, I will declare you AWOL. JK ;)
Good: discussing kde bug triage policy onlist (thanks, even though the way it was done here wasn't exactly the most constructive way possible).
Bad: arguing triage policy with triagers in bugzilla
Let's try to stick with the good, ok? Please allow discussion to continue, and perhaps we can arrive at some sort of constructive improvement to kde bug triage procedure and policy. I'd invite interested parties to sit in our kde sig meeting tomorrow, where we plan on discussing this.
1. The upstream bug will usually have at least one or two of us CCed on it. (Rex and I both try to CC ourselves to those upstreamed reports.)
2. It doesn't make sense to have 2 bugs filed for the same issue. The bug is in the upstream software.
3. Even if we did not track the resolution, we would still automatically pick up the fix as we push bugfix releases, and even feature releases which also fix many bugs, as updates.
4. You wouldn't find anything with a Bugzilla search if we had tons of bugs open. Upstream's Bugzilla instance has more finegrained components, so it's much more effective for handling KDE bugs.
5. If you still don't agree with this bug tracking policy, please bring this up in a meeting or on the firstname.lastname@example.org… ML. This is not the place for such a discussion.
*** Bug 576514 has been marked as a duplicate of this bug. ***
*** Bug 602612 has been marked as a duplicate of this bug. ***