Bug#730177: I can't really understand whats happening.
Simon McVittie
smcv at debian.org
Fri Jan 3 14:46:37 UTC 2014
reassign 730177 gnome-shell
thanks
On 03/01/14 12:33, John Hughes wrote:
> 2680 lstat("/usr/share/gdm/greeter/gnome-shell/modes", 0x7faa75efe990)
> = -1 ENOENT (No such file or directory)
> 2681 lstat("/usr/local/share/gnome-shell/modes", 0x7faa756fd990) = -1
> EACCES (Permission denied)
> 2681 openat(AT_FDCWD, "/usr/local/share/gnome-shell/modes",
> O_RDONLY|O_NONBLOCK|O_DIRECTORY|O_CLOEXEC) = -1 EACCES (Permission denied)
>
> And the corresponding output in a session that works just has the two
> lstats, returning ENOENT and not the openat, so someone thinks the
> directory /usr/local/share/gnome-shell/modes exists because it didn't
> get an ENOENT when it did an lstat on it, tries to open it and gets all
> bent out of shape when the open doesn't work.
OK, so it looks as though the offending code is: gnome-shell has been
told to run in "gdm mode" via "gnome-shell --mode=gdm" in
/usr/share/gdm/greeter/applications/gnome-shell.desktop. A "mode" is
just a Javascript file found in the .../gnome-shell/modes directory in
some prefix. Javascript code in gnome-shell searches for it, but doesn't
deal with EACCES in a way that works on your system.
Reassigning the bug to gnome-shell.
S
More information about the pkg-gnome-maintainers
mailing list