Comment # 18 on bug 1175487 from Dr. Werner Fink

(In reply to Togan Muftuoglu from comment #17)
> (In reply to Dr. Werner Fink from comment #16)
> > (In reply to Togan Muftuoglu from comment #13)
> > > I am running the latest Tumbleweed # VERSION="20200818" with just emacs from
> > > the editors repo .
> > > 
> > > When calling /usr/bin/emacs-gtk or simply emacs-gtk here is an extra
> > > message. 
> > > 
> > > Warning: game dir ���/var/games/emacs���: Permission denied
> > > 
> > > When just using /usr/bin/emacs the permissioin message is not there but
> > > melpa package async (async-20200809.501/async.el) is broken with sentinel
> > > error message but with /usr/bin/emacs-gtk the error is gone and the package
> > > works as it should
> > 
> > The warning is about you are not member of the group games,
> 
> The user is not a member of it, yet it doesn't explain the fact why when I
> enter emacs or /usr/bin/emacs as the command this warning doesn't come up.
> So I am not so sure being a member of the user group or not is the culprit
> here.
> 
> The settings are default installation, hence if games should be one of the
> default groups the user be part of it then install logic is not fully
> integrated in to the process. 

The emacs server does not show this messages, yes!  But starting it by hand
as server it should:

  werner/emacs> /usr/bin/emacs-gtk -Q --fg-daemon

  Warning: due to a long standing Gtk+ bug
  https://gitlab.gnome.org/GNOME/gtk/issues/221
  Emacs might crash when run in daemon mode and the X11 connection is
unexpectedly lost.
  Using an Emacs configured with --with-x-toolkit=lucid does not have this
problem.
  Warning: game dir '/var/games/emacs': Permission denied
  Starting Emacs daemon.

Hmmm ... I should remove the warning about the daemon mode, that seems to be
fixed

To check the membership a simple call of the program id(1) should show all
groups which the user is part of.

> > Oug? You've said that with /usr/bin/emacs-gtk the error is gone?  If so you
> > might check is there is a background process running for a emacs server
> > 
> >   ps ux | grep emacs
> > 
> > this because there exists a systemd user service unit which might start such
> > a daemon server:
> > 
> >   werner/emacs> ps aux | grep emacs
> >   werner   21109 18.9  0.7 255536 63320 ?        Ssl  09:32   0:01
> > /usr/bin/emacs --fg-daemon
> >   werner   21129  0.0  0.0   3400   608 pts/0    S+   09:32   0:00 grep emacs
> 
> I am not running it via systemd or via daemon option in the startup but
> rather through the init.el by using the server package
>
>  (add-hook 'after-init-hook
>            (lambda ()
>              (require 'server)
>              (unless (server-running-p)
>                (server-start))))

It seems that this has the same result ;)

The question rises: if you've restarted the emacs server process, does the
failure with the fresh emacs server process happens again?