Re: Fwd: [Linux-bruxelles] outil le plus adapté: cron ou at?

[Gildas COTOMALE]

2005/10/4, Jérôme Warnier <jwarnier at beeznest.net>:
> Le mardi 04 octobre 2005 à 01:35 +0200, Gildas COTOMALE a écrit :
> > Le 03/10/05, Aldo<blinuxman at tuxfamily.org> a écrit :
> > > On Mon, Oct 03, 2005 at 06:14:14PM +0200, Gildas COTOMALE wrote:
> > > > * si c'est périodique (et donc répétitif), il faut utiliser du cron
> > [...]
> > >
> > > Le problème est que cron doit être édité par crontab -e, or moi
> > > j'aimerais faier un script qui demande par ex. de quel poste, quel jour,
> > > heure, jusqu'à heure; et avec cron je ne vois pas comment je ferais ça
> > > vu qu'il faut faire un crontab -e; à moins qu'il existe un moyen que je
> > > connais pas pour arriver au but? sias pas.
> > >
> > Pour des trucs qui se repetent il n'est a priori pas besoin d'un
> > script pour les lancer... ; il faut les écrire une fois pour de bon...
> > :-) Ceci dit, "crontab -e" signifie "e"diter ma "crontab"le... et
> > cette édition se fait avec "vi" ou son clone... Si tu trouves le
> Correction: se fait avec l'éditeur référencé par la variable
> d'environnement $EDITOR, ou le programme qui s'appelle "vi" si elle est
> vide (par défaut, quoi). Cette variable sert à plein d'autres choses,
> mais souvent, on n'utilise pas ça...

Tu as raison. Je l'ai presqu'oubié car comme tu dis, on s'en sert
presque hélas pas... Elle est purtant si pratique (par exemple avec le
mail) pour utiliser "jed" ou "joe" ou "emacs" voire "ed" [joke] entre
autres plutôt que l'éditeur par défaut ; d'autant plus que
l'utilisateur peut redefinir ces variables d'environnement à son
niveau..

> > fichier ainsi édité [c'est formidiable ce SE où tout est fichier], je
> > t'autorise à le scripter a coup de "echo ... >>" ;-)
> Non, si tu fais cela, il n'y a aucune garantie que cron le relira avant
> sa date d'exécution. Utiliser crontab garantit que ce sera réellement
> appliqué à cron.
>
Comme on a dû le comprendre, je ne sais pas le(s) fichier(s)
modifié(s). Ma suggestion était dû au fait que je croyais que crontab
est un script (un peu comme useradd, la vraie commande étant adduser)
et que l'exécution du cron incombait à "crond"... Mais bon, j'ai pas
eu encore le temps de regarder ça ; merci donc pour l'info.

--
schedule with cron, have a appointement with at