-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
El [ Tue 02, Aug 05 - 08:00 ] , urgrue expreso:
> >Could you please give us a real-life example?
>
> Well, for example imagine you're doing some maintenance on a server.
> You want to move some big files, run updatedb by hand, run a script
> that parses a bunch of files, and finally merge some video files.
>
> Because these are very disk-heavy operations, it's much better and
> quicker if they are not run at once, but are run sequentially instead.
>
> So normally you'd probably use "at" to run one now, another in an hour,
> etc. But this is dumb because you have to simply try and guess if the
> job is done or not. You could also run them in sequence by putting them
> all in the same "at" job, but its not possible to add or remove
> commands from an "at" job once its created. Also, "at" is "user-aware",
> ie if two users set up two at jobs they will happily run at the same
> time. What I propose would add all commands to the same queue, even if
> a different user is the one launching the command (but of course the
> commands should be run AS the user who started it).
Hi !!
You could try something like:
$ command1 && command2 && command3
&& is a meta character. If the return code of the last command executed
evaluates to true, it will execute the next command.
It is a bash an sh meta-character, I don't know if it'll work on other shells.
The only drawback I can see, is that if any of this commands finish with an
error, that will be the end of your queue :(
Another way, is to simply develop it ... it doesn't seem like a very hard one
to code :)
Cheers !!
- --
# Emiliano Castagnari
[ -========================================================================- ]
('> # Debian Sarge - GNU/Linux - lambda 2.6.10-l01 #
Gnu / (/) # JID: torian@xxxxxxxxxxxxx
'-- - } [ Libera tu mente - Libera tu Codigo ] { -
[ -========================================================================- ]
[ GPGKey: http://gpg.lug.fi.uba.ar:11371/pks/lookup?op=get&search=0x0B8AF76F ]
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (GNU/Linux)
iD8DBQFC8WfmbsFzaguK928RAuTOAKC3YJiRnOc1jU4aZC5VFyz0N38PgACgpxWT
Ac1nvXdKaiwMSAWhzSyWFmc=
=h9Lm
-----END PGP SIGNATURE-----
-
: send the line "unsubscribe linux-admin" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
