FS#50530 - [at] atd.service is missing

Attached to Project: Community Packages
Opened by Konstantin Shalygin (k0ste) - Saturday, 27 August 2016, 03:16 GMT
Last edited by Alexander F. Rødseth (xyproto) - Monday, 29 August 2016, 13:12 GMT
Task Type General Gripe
Category Packages
Status Closed
Assigned To Alexander F. Rødseth (xyproto)
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 1
Private No

Details

After update from 3.1.16-1 to 3.1.20-1.
This task depends upon

Closed by  Alexander F. Rødseth (xyproto)
Monday, 29 August 2016, 13:12 GMT
Reason for closing:  Fixed
Comment by Doug Newgard (Scimmia) - Saturday, 27 August 2016, 14:49 GMT
Not missing, it was specifically removed.
Comment by Konstantin Shalygin (k0ste) - Saturday, 27 August 2016, 15:25 GMT
And how now use at daemon?
Comment by Ralph Corderoy (RalphCorderoy) - Saturday, 27 August 2016, 16:55 GMT
I'm also suffering from at(1) not working after 3.1.16-1 -> 3.1.20-1.
Other symptoms include /var/spool/atd/.SEQ containing "00001" when there
are many, many jobs queued in that directory. Something has reset the
job number.
Comment by Nathan Baum (parenthephobia) - Saturday, 27 August 2016, 18:10 GMT
Whilst atd.service was specifically removed, I don't believe it was _intentionally_ removed. There wouldn't seem to be any benefit to at's users from doing so, and upstream supports using it with systemd.

I've attached a PKGBUILD that adds the ./configure option required to install the atd.service. It also add the .SEQ file to the backup array, so it won't be overwritten. Tangentally I've also relaced ssmtp with smtp-forwarder in the makedepends, so it can be build with any sendmail installed.

I don't know if this is the right venue for suggesting PKGBUILD modifications, though...
Comment by Ralph Corderoy (RalphCorderoy) - Sunday, 28 August 2016, 13:34 GMT
Hi Doug, Why is has task type been changed to "General Gripe" from "Bug Report"?
atd isn't running. Queued jobs aren't executing.
And it's due to PKGBUILD changes by Arch that are incorrect.

(Where are the definitions of possible task-type values?
I read https://wiki.archlinux.org/index.php/Reporting_bug_guidelines
and searched the wiki but couldn't find anything relevant.)
Comment by Alexander F. Rødseth (xyproto) - Monday, 29 August 2016, 07:17 GMT
Hi, thanks for reporting.

atd.service is now included by upstream (and should be installed by make install, but apparently it is not). Will look at the issue.

Loading...