FS#60898 - [gnome-boxes] version 3.30.3 segfaults on startup

Attached to Project: Community Packages
Opened by Ray (ataraxia) - Friday, 23 November 2018, 17:27 GMT
Last edited by Doug Newgard (Scimmia) - Tuesday, 04 December 2018, 16:51 GMT
Task Type Bug Report
Category Packages
Status Closed
Assigned To No-one
Architecture x86_64
Severity High
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 6
Private No

Details

Description:
After upgrading to 3.30.3, gnome-boxes just segfaults on every startup. Before dying it complains about a missing entry from the osinfo-db, but that turns out to be a false lead - I manually created the missing entry, which removes the error message, but Boxes still segfaults. I also tried removing all of my VMs in case one of them was somehow causing the problem, but it made no difference.

It seems possible this is upstream. But I had to start somewhere.

Additional info:
* package version(s)
gnome-boxes 3.30.3-1

Steps to reproduce:
Start gnome-boxes
This task depends upon

Closed by  Doug Newgard (Scimmia)
Tuesday, 04 December 2018, 16:51 GMT
Reason for closing:  Fixed
Additional comments about closing:  osinfo-db 20181203-1
Comment by Ray (ataraxia) - Friday, 23 November 2018, 21:08 GMT
Probably not that useful, but here's a (partial) backtrace. I built an unstripped version of libosinfo, since that's where it's actually dying.

Thread 1 "gnome-boxes" received signal SIGSEGV, Segmentation fault.
0x00007ffff6fa467f in osinfo_list_get_nth (list=0x55555648c4f0, idx=0) at osinfo_list.c:198
198 return g_ptr_array_index(list->priv->array, idx);
(gdb) where
#0 0x00007ffff6fa467f in osinfo_list_get_nth (list=0x55555648c4f0, idx=0) at osinfo_list.c:198
#1 0x00005555555a9c17 in ()
#2 0x00005555556087e5 in ()
#3 0x00007ffff70c0194 in () at /usr/lib/libgio-2.0.so.0
#4 0x00007ffff70c2b77 in () at /usr/lib/libgio-2.0.so.0
#5 0x00005555555db297 in ()
#6 0x00005555555d9ab5 in ()
#7 0x00007ffff70c0194 in () at /usr/lib/libgio-2.0.so.0
#8 0x00007ffff70c2b77 in () at /usr/lib/libgio-2.0.so.0
#9 0x00005555555d9bf8 in ()
#10 0x00005555555d9dba in ()
#11 0x00007ffff7cd63d5 in g_closure_invoke () at /usr/lib/libgobject-2.0.so.0
#12 0x00007ffff7cc3195 in () at /usr/lib/libgobject-2.0.so.0
#13 0x00007ffff7cc701e in g_signal_emit_valist () at /usr/lib/libgobject-2.0.so.0
#14 0x00007ffff7cc7a80 in g_signal_emit () at /usr/lib/libgobject-2.0.so.0
#15 0x00005555555e6fa3 in ()
#16 0x00005555555e3395 in ()
#17 0x00007ffff70c0194 in () at /usr/lib/libgio-2.0.so.0
#18 0x00007ffff70c2b77 in () at /usr/lib/libgio-2.0.so.0
#19 0x0000555555590612 in ()
#20 0x00007ffff7bec271 in g_main_context_dispatch () at /usr/lib/libglib-2.0.so.0
#21 0x00007ffff7bedf89 in () at /usr/lib/libglib-2.0.so.0
#22 0x00007ffff7bedfce in g_main_context_iteration () at /usr/lib/libglib-2.0.so.0
#23 0x00007ffff709c7ee in g_application_run () at /usr/lib/libgio-2.0.so.0
#24 0x00005555555eaf3a in _vala_main ()
#25 0x00007ffff7de4223 in __libc_start_main () at /usr/lib/libc.so.6
#26 0x000055555558519e in _start ()
(gdb) p list
$1 = 0x55555648c4f0
(gdb) p *list
$2 = {parent_instance = {g_type_instance = {Python Exception <class 'gdb.error'> No type named TypeNode.:
g_class = }, ref_count = 1, qdata = 0x0}, priv = 0x55555648c4d0}
(gdb) l
193 *
194 * Returns: (transfer none): the list element
195 */
196 OsinfoEntity *osinfo_list_get_nth(OsinfoList *list, gint idx)
197 {
198 return g_ptr_array_index(list->priv->array, idx);
199 }
200
201
202 /**
Comment by Korrat (korrat) - Saturday, 24 November 2018, 22:28 GMT
There has been a bug filed upstream: https://gitlab.gnome.org/GNOME/gnome-boxes/issues/283
Comment by Cedric Bellegarde (gnumdk) - Monday, 26 November 2018, 11:59 GMT
Upgrading to osinfo-db-20181116.tar.xz fixes the issue.
Comment by Daniel Rose (droseger) - Tuesday, 04 December 2018, 09:25 GMT
As of today, gnome-boxes is still broken because osinfo-db-20181116 still hasn't been packaged. It seems the maintainer is inactive.
Comment by Ray (ataraxia) - Tuesday, 04 December 2018, 16:17 GMT
Just today osinfo-db was updated, and all looks well here to me.

Loading...