Comment 30 for bug 1295440

Revision history for this message
In , Harald Sitter (apachelogger) wrote :

We are having a hard time getting to the bottom of this and really need some more information on this.

Can anyone still reproduce this reliably?
If so, please run `kdebugdialog`, active everything and after that run muon-updater from a terminal:
muon-updater --noforok &> log; xz -9 log && echo "log.xz"

Then wait for the crash, so the crash handler dialog comes up. DO NOT CLOSE THE CRASH DIALOG. Your terminal should return and print "log.xz", this file is now in the terminal's current directory. Please attach the file to this report.

Additionally, please run the following in a terminal *while* the crash handler dialog is active:
gcore `pidof muon-updater` && xz -9 core.`pidof muon-updater` && echo core.`pidof muon-updater`.xz

This will take quite a while since it's compressing the entire memory of the application. Once it is done the last line will be the name of the compressed file, something like "core.31686.xz", that was created in the terminal's current directory. Please attach the file to this report (should be somewhere around 20MiB).

With the additional information we should be able to track the cause for this down (one can hope anyway :))