On 08.08.06 08:44, Mike Polyakov wrote:
> I guess I missed the fact that 'at' still worked with non graphical
> applications, and the above solution for X applications now works too!
> I wonder why the DISPLAY is not set while 'at' executes, I thought it
> inherited environment of the current shell
[EMAIL PROTECTED] ~ > at 0720
warning: commands will be executed using /bin/sh
at> DISPLAY=:0.0 gvim
at>
job 125 at Tue Aug 8 07:20:00 2006
I guess I missed the fact that 'at' still worked with non graphical
applications, and the above solution for X applications now works too!
I wonder why th
On Tue, Aug 08, 2006 at 07:12:48AM +0200, Frank Blendinger wrote:
> On Mon, Aug 07, 2006 at 02:08:18PM -0400, Mike Polyakov wrote:
> > [EMAIL PROTECTED]:~
> > $ at 14:00
> > warning: commands will be executed using /bin/sh
> > at> gvim
> > at>
> > job 21 at Mon Aug 7 14:00:00 2006
>
> I guess gv
On Mon, Aug 07, 2006 at 02:08:18PM -0400, Mike Polyakov wrote:
> Yes, the job shows up when I run "atq". I also checked the syslog file
> and it doesn't seem to contain anything relevant to "at" command. Here
> is output from my shell:
>
> [EMAIL PROTECTED]:~
> $ date
> Mon Aug 7 13:59:11 EDT 200
Yes, the job shows up when I run "atq". I also checked the syslog file
and it doesn't seem to contain anything relevant to "at" command. Here
is output from my shell:
[EMAIL PROTECTED]:~
$ date
Mon Aug 7 13:59:11 EDT 2006
[EMAIL PROTECTED]:~
$ at 14:00
warning: commands will be executed using /
On Fri, Aug 04, 2006 at 22:25:07 -0400, Mike Polyakov wrote:
> Hi everyone,
> My 'at' command stopped worked after kernel upgrade. Nothing seems to
> be executing at the specified time. I tried to do it as root and still
> no results. I checked that my atd daemon is running and that
> /etc/at.deny
On Tue, Sep 12, 2000 at 01:55:37AM -0700, Krzys Majewski ([EMAIL PROTECTED])
wrote:
> Where do I find the "at" command, or equivalent, which is like
> a command-line crontab that says: execute such-and-such
> command and such-and-such date and time. A search for "at", as
> you can imagine, is not
First an apology.
Some of us, at least myself, don't like to be confronted with our
stupidity. Why I choose to advertize it, then, is another question.
On Tue, 18 Feb 1997, Siggy Brentrup wrote:
> I apologize if you took my citing of the man page as RTFM. Please attribute it
> to my poor English
On Tue, Feb 18 1997, Mike Miller wrote:
>
> Thanks to those that replied with a working answer.
> bash$ at 10:30
> cdplay
> C-d (I did at least know this much).
>
> I was disappointed by the flood of RTFM, however. I couldn't find an
> example in the man pages, or Running
Thanks to those that replied with a working answer.
bash$ at 10:30
cdplay
C-d (I did at least know this much).
I was disappointed by the flood of RTFM, however. I couldn't find an
example in the man pages, or Running Linux, or Unix in a Nutshell, where
the command actually
On Mon, 17 Feb 1997 10:22:54 MST Mike Miller ([EMAIL PROTECTED])
wrote:
> I'm sure this is trivial, but can someone give me an example of an at
> command that works?
>
> I tried at 10:30 cdplay
> It queued, and left the queue, but did not play. Thinking it was a path
> problem, I tried
11 matches
Mail list logo
