Booted the first round x86_64 gnome livedvd into run level 3. Logged in as live. Ran "echo 'exec gnome-session'>.xinitrc", then startgnome. Terminates with segfault ... [time]: segfault at 0 ip 00007f3d8b2fbd99 sp 00007f3d80e975a0 error 4 in libgtk-3.so.0.1800.5[7f3d8b052000+6fe000] Reproducible: Steps to Reproduce:
Should mention this was under virtualbox under a Mageia 5 host.
$ cat DATE.txt Mon Nov 23 16:00:00 CET 2015
Whiteboard: (none) => 6dev1
(In reply to Dave Hodgins from comment #0) > Booted the first round x86_64 gnome livedvd into run level 3. > Logged in as live. Ran "echo 'exec gnome-session'>.xinitrc", then startgnome. > Terminates with segfault ... > [time]: segfault at 0 ip 00007f3d8b2fbd99 sp 00007f3d80e975a0 error 4 in > libgtk-3.so.0.1800.5[7f3d8b052000+6fe000] (In reply to Dave Hodgins from comment #1) > Should mention this was under virtualbox under a Mageia 5 host. (In reply to Dave Hodgins from comment #2) > $ cat DATE.txt > Mon Nov 23 16:00:00 CET 2015 No maintainer, so assigning to pkg-bugs.
CC: (none) => marja11, olavAssignee: bugsquad => pkg-bugs
Same procedure on real hardware has same result
CC: (none) => eeeemail
Where does this command sequence come from? It won't start an Xorg server. I think the proper command to start Gnome from a VT is just: startx startgnome I have used this for a few weeks because of GDM trouble, and worked fine (except for some days where there was a mismatch between gnome-shell and gnome-session).
CC: (none) => mageia
Summary: segfault in libgtk-3.so.0.1800.5 => startgnome: segfault in libgtk-3.so.0.1800.5
(In reply to Olivier Blin from comment #5) > Where does this command sequence come from? > It won't start an Xorg server. > > I think the proper command to start Gnome from a VT is just: > startx startgnome Yep, also works fine here. I'd close this one as INVALID as the sequence in comment 0 doesn't make sense. Regularly startgnome runs /etc/gnome/gnomerc which runs gnome-session. If you want to start it via xinit then "echo 'exec gnome-session' > ~/.xinitrc" and running xinit would make sense (and that works). But that's not a regular testcase, is it?
Status: NEW => RESOLVEDCC: (none) => doktor5000Resolution: (none) => INVALIDSeverity: critical => normal