FS#3628 - AT does not work for ordinary users

Attached to Project: Arch Linux
Opened by Zulu (smoon) - Saturday, 17 December 2005, 01:41 GMT
Last edited by arjan timmerman (blaasvis) - Thursday, 25 May 2006, 14:24 GMT
Task Type Bug Report
Category Packages: Current
Status Closed
Assigned To Judd Vinet (judd)
Architecture not specified
Severity Low
Priority Normal
Reported Version 0.7 Wombat
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

In order to make AT (program for command scheduling) work for nonroot users /etc/at.deny should be chmod 0640 and it's group should be daemon. Otherwise it will refuse to work since atd will not be able to open /etc/at.deny for reading to check if the current user is allowed to use AT.
This task depends upon

Closed by  Roman Kyrylych (Romashka)
Wednesday, 03 January 2007, 21:28 GMT
Reason for closing:  Fixed
Comment by Todd Musall (twm) - Tuesday, 20 December 2005, 01:46 GMT
I can confirm that this is the case. Atd tries to read /etc/at.deny and fails because it is running as daemon. I'm not sure how it worked in version 3.1.8, but anyway here's a fixed PKGBUILD that sets the group on at.deny to daemon. Also the perms on at.deny should be 640. Here's what I get on a fresh install:

-rw-r----- 1 root daemon 144 2005-12-19 20:36 /etc/at.deny
(application/octet-stream)    PKGBUILD (0.8 KiB)
Comment by Todd Musall (twm) - Tuesday, 20 December 2005, 18:36 GMT
One additional comment: if /etc/at.deny exists when you upgrade the at package, its perms and ownership will not be updated. I'm not sure why that is, but to work around it rename at.deny *before* the upgrade and you'll get a new at.deny with the correct perms. You can then merge any changes you've made back to the new file.

Loading...