Re: Proper list for 'at' command questions?

[s. keeling]

Karl Berry <karl@freefriends.org>:
>      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
<ig25@rz.uni-karlsruhe.de>, taken over and re-packaged first by Martin
Schulze <joey@debian.org> and then by Siggy Brentrup <bsb@winnegan.de>,
and then taken over by Ryan Murray <rmurray@debian.org>.

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 <rmurray@debian.org>
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