You are not logged in.
Pages: 1
Topic closed
I am having issues with cups after the latest Syu upgrade. The following instructions came up:
Cups daemon is now running under "cups" user+group.
Please make sure to enable the new user+group change in
/etc/cups/cups-files.conf or merge changes from
/etc/cups/cups-files.conf.default. After a service restart
make sure /etc/cups and all files within are owned by
cups group - run "chgrp -R cups /etc/cups".
Can anyone provide "dumb" instructions as I keep on getting errors trying to restart the service.
Offline
Welcome to Arch Linux.
Can anyone provide "dumb" instructions
What do you mean with that? What is not clear with the given instructions?
I keep on getting errors trying to restart the service.
Offline
I added "cups" as a user in the file /etc/cups/cups-files.conf, however when i attempt to restart the service "org.cups.cupsd.service" I get the following error:
Job for org.cups.cupsd.service failed because the control process exited with error code.
See "systemctl status org.cups.cupsd.service" and "journalctl -xe" for details.
Output from systemctl status is the following:
● org.cups.cupsd.service - CUPS Scheduler
Loaded: loaded (/usr/lib/systemd/system/org.cups.cupsd.service; enabled; vendor preset: disabled)
Active: failed (Result: exit-code) since Sun 2018-02-04 17:59:42 CET; 1min 26s ago
Docs: man:cupsd(8)
Process: 3041 ExecStart=/usr/bin/cupsd -l (code=exited, status=1/FAILURE)
Main PID: 3041 (code=exited, status=1/FAILURE)
Feb 04 17:59:41 x200 systemd[1]: Starting CUPS Scheduler...
Feb 04 17:59:42 x200 systemd[1]: org.cups.cupsd.service: Main process exited, code=exited, status=1/FAILURE
Feb 04 17:59:42 x200 systemd[1]: org.cups.cupsd.service: Failed with result 'exit-code'.
Feb 04 17:59:42 x200 systemd[1]: Failed to start CUPS Scheduler.
Offline
What I did after the upgrade:
`sudo usermod -aG cups <username>`
`sudo chgrp -R cups /etc/cups`
Even before that I had no issues though. The files under /etc/cups were owned by root and/or `lp` group still and it worked.
Offline
`sudo usermod -aG cups <username>`
Why did you add this extra command? The cups group exists because sysusers.d creates a matching group for every user. Being in the group serves no purpose.
Offline
jymbabnn wrote:`sudo usermod -aG cups <username>`
Why did you add this extra command? The cups group exists because sysusers.d creates a matching group for every user. Being in the group serves no purpose.
I was under the impression that the cups group replaced the lp group, and since my user was in the lp group I assumed I should add it to the cups group too in order to access the printer.
Maybe it's only useful if you add the group to those who are allowed to perform administrative actions in CUPS in cups.conf.
Offline
Thank you all for your help. Issue now resolved with above feedback.
Offline
I have split the related posts from this thread to here as it is a separate issue from a separate user.
Grenville, please reread the code of conduct.
Closing as this thread is a little old now.
All the best,
-HG
Offline
Pages: 1
Topic closed