gaaaaaAab a écrit 1387 commentaires

pour la fréquence d'exécution de logrotate, il suffit de changer la conf de ton cron pour qu'il soit lancé toutes les heures au lieu d'une seule fois par jour. Sur la plupart des distribs actuelles, ça revient à déplacer le script de logrotate de cron.daily à cron.hourly.

En ce qui concerne le renommage des fichiers de conf, le problème, c'est que logrotate tourne sur des fichier dont le nom respecte le motif <nom_du_fichier>.. Si tu changes le motif en <nom_du_fichier>., tu pourras conserver 24 heures de log max.
Si tu veux conserver sur plusieurs jours, ça t'oblige à rajouter le jour dans le motif de ton extension, mais du coup, ça sera à ta charge de changer le jour d'un fichier avant réécriture, parce que je ne pense que logrotate pourra le faire pour toi. Bref, ça veut dire rajouter la gestion du jour dans le pre rotate.

Désolé si c'est un peu décousu, je réfléchis en même temps que j'écris =)

bon, bref, en jouant juste avec post rotate, ça doit suffire pour gérer les logs sur 24, et en jouant sur pre/post rotate, ça doit pouvoir le faire sur plusieurs jours.

Une autre méthode un peu imprécise mais éventuellement valable si les écritures dans ce fichier ont une volumétrie constante, c'est de jouer sur la taille max des logs ... quoique ... ça ne répondra pas à la problèmatique de nommage des logs en fonction de l'heure ...

Retirer tous les capots des touches (hors chiffres et symboles) et les replacer aléatoirement.

Au début, on tapote n'importe quoi, mais ça force à regarder l'écran plutôt que le clavier. C'est assez vite efficace pour apprendre son clavier (ça avait du me prendre une grosse semaine d'utilisation intensive de backspace, mais après, c'était bon)
Le petit défaut, c'est que ça n'indique pas sur quelles touches il faut mettre quels doigts. Du coup, c'est p-e à compléter ensuite avec un soft genre gnu typist ou autre plus évolué.

ça, c'est pour apprendre la clavier, après, pour la rapidité, il suffit de faire quelques semaines d'irc je dirais ;)

Salut,

un petit exemple simpliste de ce que tu veux faire et des petits bouts des scripts montrant clairement là ou ça coince, ça le ferait bien, histoire qu'on ait pas à résoudre les problèmes que tu as déjà résolu ;-)

Est ce que vraiment faire une image de ce qui doit être affiché et l'envoyer via un socket sur un serveur qui lui va l'envoyer à la CG n'est pas un peu obsolète aujourd'hui ?

Naaaannn !
Ca permet de faire des chouettes export display pour faire tourner des applis distantes, éventuellement dans un tunnel ssh, sur ton serveur X local, et ça, c'est bien =)

quoi ? pas encore un seul J2EE Lead Architect dans tous ces beaux commentaires ?!

pour scripter des appels à des commandes interactives, en règle générale, je fais des here script. Mais avec vi, c'est pas gagné, parce qu'il râle si l'input est pas un terminal.

Est-ce que echo ne pourrait pas suffire dans ton cas ?

echo 'SHELL=/bin/sh
PATH=/usr/bin
DEFAULT=/home/essai/mail/ #repertoire pa defaut ou sont stockes les mails
MAILDIR=/home/essai/
LOGFILE=$MAILDIR/.procmail.log

INCLUDEDIR=/home/essai/.procmailrc
MAILCOPY=/home/essai/copymail/

:0c:
* ^From.*fai@hotmail.com
$MAILCOPY' > /home/test/.procmailrc


ah oui, désolé, je suis passé un peu vite sur le début de ton post. plus qu'un oeil d'ouvert à cette heure là '-)

On ne gère pas un Unix comme un Windows. Ce n'est pas un système jetable.

Pour le coup, c'est pas une histoire de "marque". Quelque soit l'os, un système compromis est un système plus que jetable, il est à jeter !

ce qui est bien, c'est que tu évites adroitement la caricature et la généralisation hative dans le second paragraphe de ton commentaire ...

et y a la clim' au boulot =)

ah bien vu ! le + m'avait échappé dans ton premier post. Une option de find que je connaissais pas encore.

pff ... si faut relire les man des commandes qu'on croit connaitre à chaque fois, on est pas arrivé ... =)

ça sent plutôt l'expérience je dirais. Quand l'objectif annoncé est un peu original, ça vaut le coup de creuser pour avoir une idée du vrai besoin. Souvent, ça a juste rien à voir :)

Ah ! nan ! je suis déçu ! D'habitude, j'apprécie tes réponses dans les forums.
Mais le problème de celle là, c'est que même si elle marche, QI81EPA n'aura pas appris grand chose ... on est à deux doigts de l'incantation et des passes magnétiques là quand même ... non ?

sinon, pour qu'un user puisse monter un file system, il faut qu'il soit déclaré dans /etc/fstab avec l'option user (man fstab, google, ...)

Il me semble que les démons de montage automatique trifouillent justement le /etc/fstab,

et encore autre possibilité avec xargs (mangez en)
find repertoire_de_base -name "*.toto" | xargs rm

et si tu sais que c'est des fichiers, tu peux aussi rajouter l'option -type f de find.

ouais, c'était pas bien signalisé, t'avais oublié la balise <humour> pour inhiber les réacs comme moi ;-)

je pensais que la plupart des gens penseraient comme toi.

ouaip ... c'est bien parce que je ne savais pas trop quelle interprétation de ton commentaire choisir parmi les différentes possibles que j'ai réagi pour que tu précises les choses.
j'aurais preque envie de faire un sondage sur linuxfr pour savoir qui avait compris quoi sur ce coup là ...

/me retourne dans sa grotte

Si je comprend bien ton besoin, grep -F ça devrait le faire.
man grep ;-)

si seulement ...
you must be new here :)

J'avais hésité à répondre mais voir le commentaire précédent noté à 7 ...

As-tu ne serait-ce qu'un début de source pour étayer un tant soit peu ce que tu dis ou c'est de la supposition gratuite ? parce qu'à moins que je n'ai mal lu, rien de tel dans les liens de la dépèche ...

oui, j'avais mis des guillemets :-)

J'ai hésité sur hétérogénéité, mais c'était pas ça que je voulais dire. La diversité des données, c'est bien. Merci pour ce bon mot ;-)

je surplussoie.

Et en plus du hardware, il faut aussi pourvoir simuler le trafic avec la volumétrie et "l'hétéroclicité" des données de prod.

pourtant, en cherchant Clocksource tsc unstable sur google, le premier résultat que j'obtiens, c'est ça :
http://kerneltrap.org/node/8306

J'ai un peu raccourci ta ligne d'exemple, j'espère que tu ne m'en voudras pas ;)
Sinon, en regardant le source de la page, si je comprend bien, ça serait quelque chose comme ça :

echo "<strong>TEST 1234567890</strong> <STRONG>TEST 1234567890 </strong>" | sed "s/<strong>\|<\/strong>//gi" | cut -c 1-15

Plusieurs problèmes dans ta regex :
- pour sed, quand < et > sont échappés, ils sont considérés comme des indicateurs de début et de fin de mot. Il ne faut donc pas les échapper ici.
- en mettant i à la fin de la regex "s/(....)/gi", tu peux dire à sed d'ignorer la case (pour gérer les différentes cases du mot strong).

et pour couper des lignes, cut, c'est bien :)

et man split

et même encore mieux !
tr -d -c '/' | wc -c
parce que tr est bien conçu =)

ben ouais, c'est le forum programmation.shell quoi ! ;)

cela dit, je fais le malin, mais il m'a fallu un man tr, vu que je ne connaissais ni l'option -c, ni l'option -d ...

Du coup, merci pour la question MilkaJinka ;)