There's an apport report and stack trace in LP #921383
To repeat my comment from there: according to the trace, the crash seems to be happening under this debug print:
#0 __find_specmb (format=0x7f39f1f40732 "%s: assertion `%s' failed") at printf-parse.h:99
which is triggering unbounded recursion involving the following loop:
...
#10 pygobject_lookup_class (gtype=0) at /build/buildd/pygobject-2-2.28.6/gobject/pygobject.c:894
#11 0x00007f39e88b9032 in pyg_type_get_bases (gtype=0) at /build/buildd/pygobject-2-2.28.6/gobject/pygobject.c:659
#12 0x00007f39e88b90e2 in pygobject_new_with_interfaces (gtype=0) at /build/buildd/pygobject-2-2.28.6/gobject/pygobject.c:702
#13 0x00007f39e88b8fe5 in pygobject_lookup_class (gtype=0) at /build/buildd/pygobject-2-2.28.6/gobject/pygobject.c:913
#14 pygobject_lookup_class (gtype=0) at /build/buildd/pygobject-2-2.28.6/gobject/pygobject.c:894
...
There's an apport report and stack trace in LP #921383
To repeat my comment from there: according to the trace, the crash seems to be happening under this debug print:
#0 __find_specmb (format= 0x7f39f1f40732 "%s: assertion `%s' failed") at printf-parse.h:99
which is triggering unbounded recursion involving the following loop:
... lookup_ class (gtype=0) at /build/ buildd/ pygobject- 2-2.28. 6/gobject/ pygobject. c:894 buildd/ pygobject- 2-2.28. 6/gobject/ pygobject. c:659 new_with_ interfaces (gtype=0) at /build/ buildd/ pygobject- 2-2.28. 6/gobject/ pygobject. c:702 lookup_ class (gtype=0) at /build/ buildd/ pygobject- 2-2.28. 6/gobject/ pygobject. c:913 lookup_ class (gtype=0) at /build/ buildd/ pygobject- 2-2.28. 6/gobject/ pygobject. c:894
#10 pygobject_
#11 0x00007f39e88b9032 in pyg_type_get_bases (gtype=0) at /build/
#12 0x00007f39e88b90e2 in pygobject_
#13 0x00007f39e88b8fe5 in pygobject_
#14 pygobject_
...