- Admissibilité
- Neutralité
- Droit d'auteur
- Article de qualité
- Bon article
- Lumière sur
- À faire
- Archives
- Commons
anacron
il faudrait une référence à anacron, non ? je ne suis pas assez connaisseur pour l'introduire — Le message qui précède, non signé, a été déposé par l'IP 194.199.21.89 (discuter), le 22 juin 2007 à 12:18
- Oui, il faudrait distinguer les implémentations Anacron et Vixie/ISC Cron. — mro [d] 28 mars 2008 à 10:12 (CET)
- anacron est cité dans l'article (Pour les postes de travail qui ne fonctionnent pas forcément 24h/24, l'application anacron permet de lancer les commandes qui auraient dû l'être lorsque l'ordinateur était éteint). NB : [[1]] n'est pas cité, je pense que cela n'a pas d'intérêt. Discussion utilisateur:Romanc19s (discuter) 9 octobre 2017 à 19:31 (CEST)
Licence de la source
Attention, il est dit que l'une des sources (CommentÇaMarche.net) est sous licence GNU FDL, ce qui n'est pas (plus ?) juste. La licence est la CC by-nc-sa. Est-elle compatible avec la CC by-sa de Wikipédia ?
- À quelle date le texte a-t'il été inséré ? https://teknopedia.ac.id/wiki/Wikipedia:GFDL dit "text licensed under the GFDL-only licensing can no longer be imported into Wikipedia, retroactive to November 1, 2008" Syced (discuter) 24 janvier 2017 à 16:48 (CET)
heures ouvrées
dherve (cap) : ajout du crontab jours ouvrés bien pratique.
- Merci
. JackPotte (d) 1 mai 2010 à 03:01 (CEST)
D'ailleurs, à ce propos pour les jours ouvrés :
0 22 * * 5-5 df >>/tmp/log_df.txt # Ne sauvegarde que les vendredi
Devrais pas plutôt être :
0 22 * * 1-5 df >>/tmp/log_df.txt # Sauvegarde du lundi au vendredi
?
- C'est corrigé merci. JackPotte (d) 6 mai 2010 à 21:11 (CEST)
Dernier dimanche du mois
Bonjour,
L'article est vraiment bien mais il me semble que le commande du script /bin/script.sh du paragraphe "Troisième solution : lancer un script avec le calendrier" ne donne pas le résultat escompté sous bash (Linux et OsX ). Le dernier dimanche du mois peut s'obtenir avec la commande suivante :
- dernierdimanche=$(cal | awk '{print $1}' | grep -v ^$ | tail -1)
Cordialement
--MotoGraphe (d) 7 novembre 2011 à 20:27 (CET)
- Sur Ubuntu 10.04 je n'ai pas de -m dans cal.
- La correction que tu apportes au script semble intéressante, mais également inefficace sur cet OS (on trouve 28 au lieu de 27 pour ce mois-ci) :
$ date
dimanche 27 novembre 2011, 22:49:44 (UTC+0100)
$ /bin/script.sh
Nous ne sommes pas encore le dernier dimanche du mois.
$ (cal | awk '{print $1}' | grep -v ^$ | tail -1)
28
JackPotte ($♠) 7 novembre 2011 à 22:53 (CET)
La différence doit venir du parametrage de la Locale.
Qu'obtiens tu en sortie de la commande cal ?
Pour ma part sur une Debian Squeeze:
$cal
Novembre 2011
di lu ma me je ve sa
1 2 3 4 5
6 7 8 9 10 11 12
13 14 15 16 17 18 19
20 21 22 23 24 25 26
27 28 29 30
D'autre part j'ai ;
$locale
LANG=fr_FR.UTF-8
LC_CTYPE="fr_FR.UTF-8"
LC_NUMERIC="fr_FR.UTF-8"
LC_TIME="fr_FR.UTF-8"
LC_COLLATE="fr_FR.UTF-8"
LC_MONETARY="fr_FR.UTF-8"
LC_MESSAGES="fr_FR.UTF-8"
LC_PAPER="fr_FR.UTF-8"
LC_NAME="fr_FR.UTF-8"
LC_ADDRESS="fr_FR.UTF-8"
LC_TELEPHONE="fr_FR.UTF-8"
LC_MEASUREMENT="fr_FR.UTF-8"
LC_IDENTIFICATION="fr_FR.UTF-8"
LC_ALL=
Cordialement
MotoGraphe (d) 9 novembre 2011 à 08:59 (CET)
- Bien sûr ma semaine commence par lundi, mais je ne vois pas comment intégrer le paramètre "type de semaine cal" à la cron. JackPotte ($♠) 9 novembre 2011 à 22:05 (CET)
Dernier dimanche cas général
Suivant l'OS, la version de "cal" et la position du lundi, il y a des adaptations à faire (voir plus bas premier dimanche).
#(Pour les OS où `cal -m` met lundi en position 1)
#dernierdimanche=`cal -m | awk '{print $7}' | tail -1`; #(ERREUR lignes vides si $7="" la dernière semaine)
CORRECTIFS au choix, quand lundi en position 1 :
dernierdimanche=`cal -m |awk '{print $7}' |grep -v '^$' |tail -1`; #(COR methode0 MotoGraphe)
dernierdimanche=`cal -m |awk '{print $7}' |sed '/^$/d' |tail -1`; #(COR methode1 StéphaneR)
dernierdimanche=`cal -m |awk '{print $7}' |awk '!/^$/' |tail -1`; #(COR methode2 StéphaneR)
dernierdimanche=`cal -m |awk '(NF>=7){print $7}' |tail -1`; #(COR methode3 StéphaneR)
dernierdimanche=`cal -m |awk '(NF>=7){di=$7};END{print di}'`; #(COR methode4 StéphaneR)
CORRECTIFS au choix, quand lundi en position 2 (avec cal ou cal -s):
dernierdimanche=`cal |awk '{print $1}' |grep -v '^$' | tail -1`; #(COR 0 MotoGraphe)
dernierdimanche=`cal |awk '{print $1}' |sed '/^$/d' |tail -1`; #(COR méthode1)
dernierdimanche=`cal |awk '{print $1}' |awk '!/^$/' |tail -1`; #(COR méthode2)
dernierdimanche=`cal |awk '(NF>=1){print $1}' |tail -1`; #(COR méthode3)
dernierdimanche=`cal | awk '(NF>=1){di=$1};END{print di}'`; #(COR méthode4)
ET DONC CAS GENERAL :
dernierdimanche=`cal |awk '(NR==2 && $1=="di"){p=1};(p==1 && NF>=1){di=$1};(p!=1 && NF>=7){di=$7};END{print di};'`;
OU MIEUX (proposition Stéphane Royer) :
dernierdimanche=`cal |awk 'BEGIN{p=7};(NR==2 && $1=="di"){p=1};(NF>=p){di=$p};END{print di};'`;
--137.129.13.90 (discuter) 28 octobre 2013 à 09:54 (CET)
Premier dimanche du mois
Article très intéressant. Après lecture de la discussion précédente sur cal qui commence la semaine à lu(ndi) ou di(manche) suivant les OS, je propose le correctif de /bin/script2.sh ci-dessous, suivant la position de dimanche :
premierdimanche=`cal |awk '(NR==2 && $1=="di"){ p=1 };
(NR==3 && p!=1){ print $NF };
(NR==3 && p==1 && NF==7){ print $1; p=0 };
(NR==4 && p==1){ print $1 };'`; #(cas général)
ou plus simplement si lundi est en position 1 :
premierdimanche=`cal -m |awk '(NR==3){ print $NF }'`; #(lundi en position 1)
COMPLEMENTS sur "cal" pour illustrer le problème.
#(sur un viel OS, avec cal de util-linux-2.11y, lundi était en position 2 par défaut)
#(OS plus récent: on avait le même résultat avec "cal -s" de util-linux-ng 2.17.2)
$ cal
octobre 2013
di lu ma me je ve sa
1 2 3 4 5
6 7 8 9 10 11 12
13 14 15 16 17 18 19
20 21 22 23 24 25 26
27 28 29 30 31
#(sur un viel OS, lundi était en position 1 avec "cal -m" de util-linux-2.11y)
#(OS récent, idem avec "cal -m" de util-linux-ng 2.17.2)
#( mais également par défaut avec "cal" !?)
$ cal -m
octobre 2013
lu ma me je ve sa di
1 2 3 4 5 6
7 8 9 10 11 12 13
14 15 16 17 18 19 20
21 22 23 24 25 26 27
28 29 30 31
--Stéphane Royer 28 octobre 2013 à 06:47 (CET)
Crontab vendredis 13
Dans l'article crontab il y a une erreur sur
- Tous les vendredis 13 de n'importe quel mois à 11h22 :
22 11 13 * 5 df >>/tmp/log_df.txt
Cette ligne exécutera la commande tous les 13 de chaque mois ET tous les vendredis. Effet cumulatif d'ailleurs souligné plus haut dans l'article.
Corrigé par : 22 11 13 * * [`date '+\%w'` -eq 5] && df >>/tmp/log_df.txt
Cordialement.
nodsey
Dans les autres langues disponibles du même article, il y a deux liens vers la même page anglaise.
Fusion
Bonjour, Sur la wiki anglaise, la page en:Crontab redirige directement vers en:Cron. En FR, la page Crontab est bien plus fournie que celle-ci et je m'interroge sur la pertinence d'avoir 2 pages distinctes (Cron est le programme qui utilise la Crontab gerée par la commande Crontab, par abus de langage c'est en général la même chose).
Peut-on demander la fusion de ses pages ? Je peux m'occuper de suivre cette opération, je souhaite juste savoir si on doit valider la proposition quelque part avant de l'ajouter à la page de fusions. :-)
Croc (discuter) 4 décembre 2014 à 17:07 (CET)
J'ai lancé le vote sur Wikipédia:Pages_à_fusionner#cron_et_crontab. JackPotte ($♠) 5 décembre 2014 à 20:54 (CET)
Pour Tout comme le font les anglophones, je pense que ce programme et son fonctionnement vont de paire. JackPotte ($♠) 5 décembre 2014 à 20:53 (CET)
Plutôt pour Oui, les deux vont ensemble ; favorable à la fusion (si cela ne fait pas un article trop lourd) ou à une meilleure articulation entre les deux articles : que l'un soit clairement article détaillé de l'autre, avec liens réciproques. Cordialement, Kertraon (discuter) 8 décembre 2014 à 14:30 (CET)
Pour Effectivement ces deux articles sont assez redondants, ils mélangent la notion de la commande et du programme à plusieurs reprises alors que l'un est censé traiter de la commande/table et l'autre du programme. Cela-dit il semble peu pertinent de les séparer étant donné le degré d'intrication (Cf. La page anglophone comme évoqué sur la page de discussion). P.S. Merci JackPotte pour la mise en place du vote :) Croc (discuter) 10 décembre 2014 à 11:01 (CET)
Plutôt pour Pour autant que j'en sache l'un ne va pas sans l'autre, avoir deux articles distincts ici ne me semble guère utile. SenseiAC (discuter) 19 décembre 2014 à 02:34 (CET)
Pour en accord avec les avis ci-dessus. — Thibaut 「にゃんぱすー」 19 décembre 2014 à 02:40 (CET)
Fait. Jerome66 (discuter) 15 janvier 2015 à 11:53 (CET)
- Merci Jerome66 (d · c · b), il ne reste plus que la fusion d'historique (étrangement cela a été fait pour la discussion mais pas pour l'article). JackPotte ($♠) 15 janvier 2015 à 20:10 (CET)
- Bonjour
JackPotte :. J'ai fait le crédit d'auteurs par bandeaux comme proposé par FBot pour les articles. Les pages de discussion sont toujours à part, la procédure n'est pas la même. Jerome66 (discuter) 16 janvier 2015 à 09:17 (CET)
- Je respecte ton travail mais je ne connaissais pas cette procédure, qui résulte que dans l'onglet historique que l'on regarde naturellement (et par les portails Wikitech) c'est toi qui publie mon travail
.
- D'ailleurs sur les autres wikis que je maîtrise, on applique toujours Aide:Guide_des_administrateurs/Gestion_des_historiques#Fusion_d'historique. JackPotte ($♠) 16 janvier 2015 à 19:32 (CET)
- J'ai retrouvé la suggestion de Fbot, mais cela n'explique pas en quoi il est préférable de laisser sur une page non visitée tout un pan de l'historique, ni pourquoi la page de discussion actuelle ne correspond plus à cet historique : toute reconstitution s'en trouve très fortement perturbée (impossible par les programmes actuels et compliquée pour un humain), pour un gain nul dans le cas qui nous concerne. JackPotte ($♠) 17 janvier 2015 à 14:17 (CET)
JackPotte : La procédure change souvent. Avant, on faisait systématiquement une fusion des historiques pour éviter, comme tu l'écris, que le travail des uns soit attribué à d'autres. Cependant, les historiques mélangés sont très difficiles à suivre (on ne sait pas sur quel article à l'origine telle ou telle modification a été faite), sans compter que si la fusion est contestée avec raison par la suite, les historiques sont pratiquement indémêlables. C'est pourquoi le robot, selon la complexité, propose de faire le crédit d'auteurs par bandeaux. L'article source est cité en fin d'article et sur la pdd. Je sais que cela n'apparaît pas dans l'historique. Pour les pdd, on n'a plusieurs choix selon la complexité aussi. Ici, j'ai choisi la fusion des historiques car ils étaient simples, à mon avis. Si tu le désires vraiment, je peux fusionner les historiques des articles, cela ne me dérange pas, d'autant si tu estimes qu'une future scission (retour en arrière) est peu probable. Redis moi, car, je répète, c'est sans aucun problème pour moi. Jerome66 (discuter) 19 janvier 2015 à 10:33 (CET)
- Grand merci pour cette proposition
Jerome66 : je suis sensible à l'argument du démêlage, toutefois comme les deux pages étaient relativement petites je préfèrerais effectivement une fusion pour ne pas fausser les outils de recherche d'historique, comme https://tools.wmflabs.org/xtools/articleinfo/? et http://tools.wmflabs.org/jackbot/snottywong/afdadminstats.html qui sont déjà trop lents avec un seul historique. JackPotte ($♠) 19 janvier 2015 à 12:22 (CET)
- Voilà, c'est fait. Bonne journée. Jerome66 (discuter) 19 janvier 2015 à 12:26 (CET)
- Grand merci pour cette proposition
- Je respecte ton travail mais je ne connaissais pas cette procédure, qui résulte que dans l'onglet historique que l'on regarde naturellement (et par les portails Wikitech) c'est toi qui publie mon travail
- Bonjour
effectivité des ajouts dans la table
Bonjour. Étant novice, je fais face à un détail idiot : est-il nécessaire d'enregistrer les modifications apportées à la table, et si oui, comment ? Ce n'est pas proposé dans les menus et ctrl+s est sans effet (à la visite suivante, les ajouts ont disparu). Je me permets de poser la question ici, bien qu'on ne soit pas sur un forum communautaire, car la précision pourrait ensuite être ajoutée à l'article. Merci d'avance. Spangle [rime avec grande gueule] 20 octobre 2015 à 02:00 (CEST)
- Bonjour, pour éditer la crontab utilisez
crontab -e
, la mise à jour a lieu quand vous quittez l'éditeur après avoir sauvé le fichier. N'éditez pas directement les fichiers sous /var/spool/cron/crontabs (comme c'est rappelé en tête du fichier). Cdt. — mro [d] 20 octobre 2015 à 11:53 (CEST)- PS : l'éditeur de texte est celui par défaut, par exemple avec vim on quitte en sauvegardant avec échap puis
:x!
. JackPotte ($♠) 21 octobre 2015 à 08:58 (CEST)
- PS : l'éditeur de texte est celui par défaut, par exemple avec vim on quitte en sauvegardant avec échap puis
Planning
Bonjour, je n'arrive pas à trouver si quelqu'un a déjà fait un planning généré automatiquement à partir d'une liste de tâches cron. L'idée serait, à partir d'une liste de tâches planifiées, de déduire le planning hebdomadaire et/ou mensuel correspondant (en mode texte par exemple, ou bien un classeur Excel). Merci pour toutes réponses. Patrice Dargenton (discuter) 5 mai 2020 à 11:03 (CEST)