Re: x11/gnome seems to fail to start with new user
On Fri, Mar 22, 2019 at 05:02:17PM +0100, Stefan Sperling wrote: > On Sun, Mar 17, 2019 at 04:44:28PM -0700, Ryan Freeman wrote: > > On Tue, Mar 05, 2019 at 10:40:48AM -0800, Ryan Freeman wrote: > > > Hello! > > > > > > In testing my way around a www/chromium-related crash, I created > > > a brand new test user. I was surprised to see that this fresh > > > user, logging in from gdm, never makes it to gnome desktop. > > > > I've been checking this after every snapshot update, clean new user, > > try and log in with this user from GDM, gnome-shell never makes it > > to life. As of snapshot 2019/03/15 and matching packages, and > > today (2019/03/17) snap. > > I can reproduce this on a fresh install with a user account > in the default login class. > > The problem disappears if I move that user into login class 'staff'. > > I suppose the problem is that gjs's javescript engine wants to > allocate more memory than the default limits allow for. > Thanks Stefan, I modified my test user to be a member of the 'staff' login class, and now it does indeed work. Now I can confirm chrome crashes on fresh user with fresh gnome, as well. I shall update that thread. -ryan
Re: x11/gnome seems to fail to start with new user
On Fri, Mar 22, 2019 at 05:02:17PM +0100, Stefan Sperling wrote: > On Sun, Mar 17, 2019 at 04:44:28PM -0700, Ryan Freeman wrote: > > On Tue, Mar 05, 2019 at 10:40:48AM -0800, Ryan Freeman wrote: > > > Hello! > > > > > > In testing my way around a www/chromium-related crash, I created > > > a brand new test user. I was surprised to see that this fresh > > > user, logging in from gdm, never makes it to gnome desktop. > > > > I've been checking this after every snapshot update, clean new user, > > try and log in with this user from GDM, gnome-shell never makes it > > to life. As of snapshot 2019/03/15 and matching packages, and > > today (2019/03/17) snap. > > I can reproduce this on a fresh install with a user account > in the default login class. > > The problem disappears if I move that user into login class 'staff'. Ah, that's why I never saw this issue :-) I will amend the README accordingly. Thanks. -- Antoine
Re: x11/gnome seems to fail to start with new user
On Sun, Mar 17, 2019 at 04:44:28PM -0700, Ryan Freeman wrote: > On Tue, Mar 05, 2019 at 10:40:48AM -0800, Ryan Freeman wrote: > > Hello! > > > > In testing my way around a www/chromium-related crash, I created > > a brand new test user. I was surprised to see that this fresh > > user, logging in from gdm, never makes it to gnome desktop. > > I've been checking this after every snapshot update, clean new user, > try and log in with this user from GDM, gnome-shell never makes it > to life. As of snapshot 2019/03/15 and matching packages, and > today (2019/03/17) snap. I can reproduce this on a fresh install with a user account in the default login class. The problem disappears if I move that user into login class 'staff'. I suppose the problem is that gjs's javescript engine wants to allocate more memory than the default limits allow for.
Re: x11/gnome seems to fail to start with new user
On Tue, Mar 05, 2019 at 10:40:48AM -0800, Ryan Freeman wrote:
> Hello!
>
> In testing my way around a www/chromium-related crash, I created
> a brand new test user. I was surprised to see that this fresh
> user, logging in from gdm, never makes it to gnome desktop.
I've been checking this after every snapshot update, clean new user,
try and log in with this user from GDM, gnome-shell never makes it
to life. As of snapshot 2019/03/15 and matching packages, and
today (2019/03/17) snap.
> The welome dialogs display to let me choose language, keyboard
> input, etc, but gnome-shell never loads. After you're finished
> with the welcome dialogs, the help window appears, and nothing
> else. If you close help, the window stays black and gnome-shell
> never comes. ctrl-alt-backspace required.
>
> Tested removing everything for test user and trying again over
> the last several snapshots. Always same result.
>
> My existing user which has used gnome since I got this laptop
> remains able to start gnome without issue.
>
> pkg_check and mtree on base has been tried, as well as
> pkg_delete -a of any leftover old library versions to make sure
> there wasn't some weird issue there.
>
> Core was generated by `gnome-shell'.
> Program terminated with signal SIGTRAP, Trace/breakpoint trap.
> #0 g_log_structured_array (log_level=, fields=0x7f7d4f00,
> n_fields=) at ../glib-2.58.3/glib/gmessages.c:1930
> 1930../glib-2.58.3/glib/gmessages.c: No such file or directory.
> (gdb)
> (gdb) bt full
> #0 g_log_structured_array (log_level=, fields=0x7f7d4f00,
> n_fields=) at ../glib-2.58.3/glib/gmessages.c:1930
> depth =
> writer_func =
> writer_user_data =
> #1 0x1b77f3818c7d in g_log_default_handler (log_domain=,
> log_level=, message=,
> unused_data=) at ../glib-2.58.3/glib/gmessages.c:3111
> fields = {{key = 0x1b77f3762b85 "GLIB_OLD_LOG_API",
> value = 0x1b77f375dc98, length = -1}, {
> key = 0x1b77f375dee0 "MESSAGE", value = 0x1b779576d080,
> length = -1}, {key = 0x1b77f375bb9f "PRIORITY",
> value = 0x1b77f37512a3, length = -1}, {
> key = 0x1b77f375bba8 "GLIB_DOMAIN", value = 0x1b7785375a6b,
> ---Type to continue, or q to quit---
> length = -1}}
> n_fields = address 0x4)>
> #2 0x1b77f38187ca in g_logv (log_domain=,
> log_level=, format=, args=)
> at ../glib-2.58.3/glib/gmessages.c:1350
> depth =
> domain =
> data = 0x0
> masquerade_fatal = access memory at address 0x0)>
> domain_fatal_mask =
> log_func = 0x1b77f3818ba0
> test_level =
> ---Type to continue, or q to quit---
> msg =
> msg_alloc =
> i = 2
> #3 0x1b77f381838f in g_log (
> log_domain=0x2 , log_level=0,
> format=0x0) at ../glib-2.58.3/glib/gmessages.c:1413
> args = {{gp_offset = 24, fp_offset = 48,
> overflow_arg_area = 0x7f7d51a0,
> reg_save_area = 0x7f7d50b0}}
> #4 0x1b77853fd86a in _GLOBAL__sub_I_engine.cpp ()
>from /usr/local/lib/libgjs.so.5.0
> No symbol table info available.
> #5 0x1b77853c40e9 in _do_init () from /usr/local/lib/libgjs.so.5.0
> No symbol table info available.
> ---Type to continue, or q to quit---
> #6 0x1b7785428f29 in _init () from /usr/local/lib/libgjs.so.5.0
> No symbol table info available.
> #7 0x1b7785428f20 in ?? () from /usr/local/lib/libgjs.so.5.0
> No symbol table info available.
> #8 0x1b7849a3f679 in _dl_call_init_recurse (object=0x1b78171e6c00,
> initfirst=0) at /usr/src/libexec/ld.so/loader.c:771
> n = 0x0
> #9 0x1b7849a3f606 in _dl_call_init_recurse (object=0x1b782fb3f400,
> initfirst=0) at /usr/src/libexec/ld.so/loader.c:757
> n = 0x1b77b9b77840
> #10 0x1b7849a3f606 in _dl_call_init_recurse (object=0x1b78054c3000,
> initfirst=0) at /usr/src/libexec/ld.so/loader.c:757
> n = 0x1b77eb384940
> #11 0x1b7849a3f07d in _dl_call_init (object=0x1b78054c3000)
> ---Type to continue, or q to quit---
> at /usr/src/libexec/ld.so/loader.c:744
> No locals.
> #12 _dl_boot (argv=0x7f7d53a8, envp=,
> dyn_loff=30203445469184, dl_data=0x7f7d5310)
> at /usr/src/libexec/ld.so/loader.c:639
> us = 0x1b75579002e0 "/usr/libexec/ld.so"
> align =
> maxva =
> exe_loff = 30190794178560
> minva =
> loop =
> phdp =
> load_list = 0x1b77a8988140
> ptls = 0x0
> ---Type to continue, or q to quit---
> exe_obj = 0x1b78054c3000
> next_load = 0x1b77a8988140
> n =
> ehdr =
> dyn_obj =
> dynp =
> debug_map =
> failed =
> #13 0x1b7849a40806 in _dl_start ()
> at /usr/src/libexec/ld.so/amd64/ldasm.S:61
> No locals.
> #14 0x in ?? ()
> No symbol table info available.
> (gdb)
x11/gnome seems to fail to start with new user
Hello!
In testing my way around a www/chromium-related crash, I created
a brand new test user. I was surprised to see that this fresh
user, logging in from gdm, never makes it to gnome desktop.
The welome dialogs display to let me choose language, keyboard
input, etc, but gnome-shell never loads. After you're finished
with the welcome dialogs, the help window appears, and nothing
else. If you close help, the window stays black and gnome-shell
never comes. ctrl-alt-backspace required.
Tested removing everything for test user and trying again over
the last several snapshots. Always same result.
My existing user which has used gnome since I got this laptop
remains able to start gnome without issue.
pkg_check and mtree on base has been tried, as well as
pkg_delete -a of any leftover old library versions to make sure
there wasn't some weird issue there.
Core was generated by `gnome-shell'.
Program terminated with signal SIGTRAP, Trace/breakpoint trap.
#0 g_log_structured_array (log_level=, fields=0x7f7d4f00,
n_fields=) at ../glib-2.58.3/glib/gmessages.c:1930
1930../glib-2.58.3/glib/gmessages.c: No such file or directory.
(gdb)
(gdb) bt full
#0 g_log_structured_array (log_level=, fields=0x7f7d4f00,
n_fields=) at ../glib-2.58.3/glib/gmessages.c:1930
depth =
writer_func =
writer_user_data =
#1 0x1b77f3818c7d in g_log_default_handler (log_domain=,
log_level=, message=,
unused_data=) at ../glib-2.58.3/glib/gmessages.c:3111
fields = {{key = 0x1b77f3762b85 "GLIB_OLD_LOG_API",
value = 0x1b77f375dc98, length = -1}, {
key = 0x1b77f375dee0 "MESSAGE", value = 0x1b779576d080,
length = -1}, {key = 0x1b77f375bb9f "PRIORITY",
value = 0x1b77f37512a3, length = -1}, {
key = 0x1b77f375bba8 "GLIB_DOMAIN", value = 0x1b7785375a6b,
---Type to continue, or q to quit---
length = -1}}
n_fields =
#2 0x1b77f38187ca in g_logv (log_domain=,
log_level=, format=, args=)
at ../glib-2.58.3/glib/gmessages.c:1350
depth =
domain =
data = 0x0
masquerade_fatal =
domain_fatal_mask =
log_func = 0x1b77f3818ba0
test_level =
---Type to continue, or q to quit---
msg =
msg_alloc =
i = 2
#3 0x1b77f381838f in g_log (
log_domain=0x2 , log_level=0,
format=0x0) at ../glib-2.58.3/glib/gmessages.c:1413
args = {{gp_offset = 24, fp_offset = 48,
overflow_arg_area = 0x7f7d51a0,
reg_save_area = 0x7f7d50b0}}
#4 0x1b77853fd86a in _GLOBAL__sub_I_engine.cpp ()
from /usr/local/lib/libgjs.so.5.0
No symbol table info available.
#5 0x1b77853c40e9 in _do_init () from /usr/local/lib/libgjs.so.5.0
No symbol table info available.
---Type to continue, or q to quit---
#6 0x1b7785428f29 in _init () from /usr/local/lib/libgjs.so.5.0
No symbol table info available.
#7 0x1b7785428f20 in ?? () from /usr/local/lib/libgjs.so.5.0
No symbol table info available.
#8 0x1b7849a3f679 in _dl_call_init_recurse (object=0x1b78171e6c00,
initfirst=0) at /usr/src/libexec/ld.so/loader.c:771
n = 0x0
#9 0x1b7849a3f606 in _dl_call_init_recurse (object=0x1b782fb3f400,
initfirst=0) at /usr/src/libexec/ld.so/loader.c:757
n = 0x1b77b9b77840
#10 0x1b7849a3f606 in _dl_call_init_recurse (object=0x1b78054c3000,
initfirst=0) at /usr/src/libexec/ld.so/loader.c:757
n = 0x1b77eb384940
#11 0x1b7849a3f07d in _dl_call_init (object=0x1b78054c3000)
---Type to continue, or q to quit---
at /usr/src/libexec/ld.so/loader.c:744
No locals.
#12 _dl_boot (argv=0x7f7d53a8, envp=,
dyn_loff=30203445469184, dl_data=0x7f7d5310)
at /usr/src/libexec/ld.so/loader.c:639
us = 0x1b75579002e0 "/usr/libexec/ld.so"
align =
maxva =
exe_loff = 30190794178560
minva =
loop =
phdp =
load_list = 0x1b77a8988140
ptls = 0x0
---Type to continue, or q to quit---
exe_obj = 0x1b78054c3000
next_load = 0x1b77a8988140
n =
ehdr =
dyn_obj =
dynp =
debug_map =
failed =
#13 0x1b7849a40806 in _dl_start ()
at /usr/src/libexec/ld.so/amd64/ldasm.S:61
No locals.
#14 0x in ?? ()
No symbol table info available.
(gdb)
dmesg:
OpenBSD 6.5-beta (GENERIC.MP) #770: Mon Mar 4 21:54:02 MST 2019
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 8238301184 (7856MB)
avail mem = 7978663936 (7609MB)
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.7 @ 0xccbfd000 (66 entries)
bios0: vendor LENOVO version "N14ET29W (1.07 )" date 05/08/2015
bios0: LENOVO 20BTS2H500
acpi0 at bios0: rev 2
acpi0: sleep states S0 S3 S4 S5
acpi0: tables DSDT FACP SLIC ASF! HPET ECDT APIC MCFG SSDT SSDT SSDT SSDT SSDT
SSDT
