Description of problem: Running gnome-music results in a python3.7 segfault (C segfault, not a python stacktrace) Version-Release number of selected component (if applicable): python3-3.7.0-9.fc29.x86_64 How reproducible: Every time for me, but I suspect it's data dependent since gnome-music starts up and starts processing albums. Steps to Reproduce: 1. start gnome-music 2. crash 3. (debug on gnome-music indicates it processes +- 150 albums/mediaart -- not always the same.) Actual results: Python 3.7 segfault, like: 16988.900285] pool[18252]: segfault at 0 ip 0000000000000000 sp 00007f684eca2608 error 14 in python3.7[5645040a3000+1000] [16988.900293] Code: Bad RIP value. Expected results: One of: - gnome-music runs - gnome-music creates a python stack trace Additional info: Abrt doesn't process correctly, so while I have files in /var/spool/abrt/, there's no automatic reporting right now in F29 Beta.
This seems more like a hardware or kernel issue. Changing it for now to gnome-music to see if the dev's have encountered that before.
found part of the abrt problems, which trigger selinux faults, so I've entered bz #1640067 hopefully I'll eventually upload an actual python coredump
manual backtrace currently results in: Dwarf Error: could not find partial DIE containing offset 0x7d [in module /usr/lib/debug/usr/bin/python3.7-3.7.0-9.fc29.x86_64.debug] warning: Unexpected size of section `.reg-xstate/32414' in core file. (gdb) bt #0 0x0000000000000000 in ?? () #1 0x00007f219a186750 in ?? () #2 0x00007f21680fb630 in ?? () #3 0x00007f21898f2690 in ?? () #4 0x00007f21898f27b0 in ?? () #5 0x00007f21680fb690 in ?? () #6 0x0000000000000000 in ?? ()
Fixed in gnome-music 3.30.2. Dunno what fixed it, but it's fixed.