http://bugzilla.opensuse.org/show_bug.cgi?id=1175487 http://bugzilla.opensuse.org/show_bug.cgi?id=1175487#c20 --- Comment #20 from Togan Muftuoglu <toganm@dinamizm.com> --- (In reply to Dr. Werner Fink from comment #18)
To check the membership a simple call of the program id(1) should show all groups which the user is part of.
uid=1000(toganm) gid=100(users) groups=100(users),494(wheel),497(mail) plus getent groups says users:x:100:games Unless I understand differently all users are member of the games group so it is not necessary for an user to be specifically member of the games group as it should be inherited.
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?
Mind you emacs is called via emacs-gtk So here is what I did started with my current configuration which per above elisp starts the server process. (server-mode) which restarts the server there is no warning To test further I started emacs without the server enabled this time calling with "/usr/bin/emacs" and plain simple "emacs" No error regarding permissions on '/var/games' started server I tried (server-mode) (server-start) options to see if there is any difference none whatsoever there is no messager regarding permissions. So I tried installing a package via the package menu Package refresh done Packages to install: 1 (company-fuzzy-20200712.49). Proceed? (y or n) y Operation [ Install 1 ] started Saving file /home/toganm/.emacs.d/personal/emacs-sane-custom-settings.el... Wrote /home/toganm/.emacs.d/personal/emacs-sane-custom-settings.el Contacting host: melpa.org:443 [2 times] INFO Scraping files for company-fuzzy-autoloads.el... Generating autoloads for company-fuzzy.el...done INFO Scraping files for company-fuzzy-autoloads.el...done Wrote /home/toganm/.emacs.d/elpa-27.1/company-fuzzy-20200712.49/company-fuzzy-autoloads.el [2 times] Loading async...done Operation [ Install 1 ] finished error in process sentinel: async-handle-result: End of file during parsing error in process sentinel: End of file during parsing So with calling emacs with or without server-mode or restarting the server process does not produce permission error but, use of async package is broken Just to be sure started this time with emacs-gtk yes permission error is there howevere using async package works flawlessly. Enabling (server-mode) does not produce permission errors. So hope this helps you to figure out what is going on -- You are receiving this mail because: You are on the CC list for the bug.