Re: Proper list for 'at' command questions?
"s. keeling" <[email protected]>
| Newsgroups | gmane.comp.gnu.utils |
|---|---|
| Message-ID | <[email protected]> |
Karl Berry <[email protected]>: > Can anyone suggest the proper mail list to ask questions regarding the > 'at' batch commands? > > I am not sure if there is any GNU version of `at' yet. You should I'm not actually arguing your points. I'm merely supplying additional info. HTH. This is Debian stable/Sarge: (0) heretic /home/keeling_ cd /usr/share/doc/at (0) heretic /usr/share/doc/at_ less copyright -------------------------------------- This package was debianized by its author Thomas Koenig <[email protected]>, taken over and re-packaged first by Martin Schulze <[email protected]> and then by Siggy Brentrup <[email protected]>, and then taken over by Ryan Murray <[email protected]>. This may be considered the experimental upstream source, and since there doesn't seem to be any other upstream source, the only upstream source. Copyright: 1993, 1994, 1995, 1996, 1997 (c) Thomas Koenig 1993 (c) David Parsons This program is free software; you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation; version 2 dated June, 1991. (etc.). -------------------------------------- So, it's Gnu. > able to use whatever package commands your system uses to discover what > package it belongs to, and then the package information should tell > where it came from. For instance, on my Red Hat system, rpm -qli > gives a bunch of information about it. (It seems RH itself might have > written it; not sure.) On Debian-ish systems: (0) heretic /home/keeling_ aptitude show at -------------------------------------- Package: at State: installed Automatically installed: no Version: 3.1.8-11 Priority: important Section: admin Maintainer: Ryan Murray <[email protected]> Uncompressed Size: 209k Depends: libc6 (>= 2.2.4-4), mail-transport-agent Description: Delayed job execution and batch processing At and batch read shell commands from standard input storing them as a job to be scheduled for execution in the future. Use at to run the job at a specified time batch to run the job when system load levels permit -------------------------------------- And for the OP: xman -notopbox -bothshown & results in a point and click interface to the manpages. Enjoy. :-) -- Any technology distinguishable from magic is insufficiently advanced. (*) http://www.spots.ab.ca/~keeling Linux Counter #80292 - - http://www.faqs.org/rfcs/rfc1855.html Please, don't Cc: me. Spammers! http://www.spots.ab.ca/~keeling/emails.html