e : Sébastien Dinot
Envoyé : jeudi 2 janvier 2025 à 22:43 UTC+1
Pour : debian-user-french@lists.debian.org French
Sujet : RE: Logcheck et expression régulière
Bonsoir David, bonsoir tout le monde,
Le 2025-01-02 09:09, David BERCOT a écrit :
Ainsi, la forme de règle qu'on retrouve habitu
Bonsoir David, bonsoir tout le monde,
Le 2025-01-02 09:09, David BERCOT a écrit :
Ainsi, la forme de règle qu'on retrouve habituellement est la suivante
:
^\w{3} [ :[:digit:]]{11} [-._[:alnum:]]+ systemd\[1\]: Started [-/:.
[:alnum:]]+$
Et cela fonctionne bien pour, par exemple :
Jan 1 19:12
au plus près possible des lignes de logs).
Ainsi, j'ai donc besoin d'une expression régulière qui accepte 3 ou 4
caractères suivis, potentiellement, d'un point.
De nouveaux tests me donnent : ^.{3,4}[.]?
Je vais poursuivre...
Bonne soirée.
David.
Message d'origi
Le 2 janvier 2025 David BERCOT a écrit :
> Ensuite, je m'arrache les cheveux depuis plusieurs jours avec Logcheck.
> J'essaye d'enlever un certain nombre de lignes qui ne m'intéressent pas mais
> je n'arrive pas à trouver la bonne expression régulière.
[...]
'intéressent
> pas mais je n'arrive pas à trouver la bonne expression régulière.
>
> Ainsi, la forme de règle qu'on retrouve habituellement est la
> suivante :
> ^\w{3} [ :[:digit:]]{11} [-._[:alnum:]]+ systemd\[1\]: Started [-/:.
> [:alnum:]]+$
> E
Bonjour,
Tout d'abord, meilleurs voeux à tous pour 2025 !
Ensuite, je m'arrache les cheveux depuis plusieurs jours avec Logcheck.
J'essaye d'enlever un certain nombre de lignes qui ne m'intéressent pas
mais je n'arrive pas à trouver la bonne expression réguliè
Bonjour,
Merci. Effectivement, je suppose que c'est là pour détecter une absence
de valeur, en tout cas une valeur non exploitable (des espaces, des
retours chariots, etc.)
--
Migrec
Le 02/07/2019 à 12:11, Daniel Caillibaud a écrit :
Le 01/07/19 à 21h49, Migrec a écrit :
Mais j'ai encore
On Monday, 1 July 2019 21:49:26 CEST Migrec wrote:
> Il devrait y avoir une valeur qui est absente et que le script détecte.
Je dois avouer que je ne comprends toujours pas le problème à résoudre.
Tu peux donner un exemple d'XML "qui va" et un "qui ne va pas" ?
Dod
Le 01/07/19 à 21h49, Migrec a écrit :
> Mais j'ai encore du mal à comprendre ce que l'expression cible.
Elle est très large, car elle cible toute chaîne contenant un caractère "non
espace" précédée d'autant de caractères qu'on veut (0 inclus) suivie
d'autant de caractères qu'on veut (idem).
Donc
Guillaume Clercin a écrit :
Bonjour,
On Mon, 1 Jul 2019 16:11:01 +0200
Migrec wrote:
Bonjour,
Je dois trouver ce qui ne colle pas dans un fichier XML.
Comme indice, j'ai cette expression régulière : (.|\n)*[^\s](.|\n)*
Comment puis-je savoir ou elle est située ? Apparemment, la chaîne
Bonjour,
On Mon, 1 Jul 2019 16:11:01 +0200
Migrec wrote:
> Bonjour,
>
> Je dois trouver ce qui ne colle pas dans un fichier XML.
> Comme indice, j'ai cette expression régulière : (.|\n)*[^\s](.|\n)*
>
> Comment puis-je savoir ou elle est située ? Apparemment, la ch
> afficher le numéro de la
ligne où se trouve l'expression
Le 01/07/2019 à 16:11, Migrec a écrit :
> Bonjour,
>
> Je dois trouver ce qui ne colle pas dans un fichier XML.
> Comme indice, j'ai cette expression régulière : (.|\n)*[^\s](.|\n)*
>
> Comment puis-je savoir o
Bonjour,
Je dois trouver ce qui ne colle pas dans un fichier XML.
Comme indice, j'ai cette expression régulière : (.|\n)*[^\s](.|\n)*
Comment puis-je savoir ou elle est située ? Apparemment, la chaîne en
question est encadrée par des balises XML
Une piste ?
--
Migrec
> AUjourd'hui j'ai re-tester le premier qui a marché mais maintenant j'ai les
> même e-mailS qui sorte, bon je passer pour un spammer ...
> La je veux récupérer les adresseS de site web donc je tape :
> $ find . -type f -print | xargs egrep -o
> '0www.[a-zA-Z0-9._-]{2,}\.[a-z]{2,4}' >www-__
Bonjour,
Le jeudi 2 novembre 2017 13:30:03 UTC+1, Christian Quentin a écrit :
> Le 02.11.2017 07:59, ptilou a écrit :
>
>
> Bonjour,
>
> Le mercredi 25 octobre 2017 13:10:02 UTC+2, Christian Quentin a écrit :
> Le 25.10.2017 10:53, ptilou a écrit :
>
>
> Bonjour,
>
> Le lundi 23 oct
Le 02.11.2017 07:59, ptilou a écrit :
> Bonjour,
>
> Le mercredi 25 octobre 2017 13:10:02 UTC+2, Christian Quentin a écrit :
>
>> Le 25.10.2017 10:53, ptilou a écrit :
>>
>> Bonjour,
>>
>> Le lundi 23 octobre 2017 12:00:02 UTC+2, Thomas Savary a écrit :
>> Enfin une question à laquelle je peu
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Bonjour Pilou
il existe des sites web qui peuvent faire ça, de façon interactive.
mais il existe aussi des paquets qui font ça de façon interactive, par exemple:
txt2regex - A Regular Expression "wizard", all written with bash2 builtins
visual-rege
Bonjour,
Le mercredi 25 octobre 2017 13:10:02 UTC+2, Christian Quentin a écrit :
> Le 25.10.2017 10:53, ptilou a écrit :
>
>
> Bonjour,
>
> Le lundi 23 octobre 2017 12:00:02 UTC+2, Thomas Savary a écrit :
> Enfin une question à laquelle je peux essayer de répondre :-)
>
> Je suis nul en in
Bonjour !
Comme c'est "[HS]", je me permets un "hors sujet" que j'aime quand il
est question de HTML et RegExp :
https://stackoverflow.com/questions/1732348/regex-match-open-tags-except-xhtml-self-contained-tags
;-)
Randy11
On 23/10/2017 10:19, ptilou wrote:
Bonjour la liste,
J'ai besoin de
On Monday, 23 October 2017 01:19:46 CEST ptilou wrote:
> Voila les erreurs qui apparaissent :
> [...]
> grep: paris: No such file or directory
> grep: design: No such file or directory
> grep: week.pdf: No such file or directory
> grep: ./www..com/pics/contents/webzine/vs: No such file or dire
Le 25.10.2017 10:53, ptilou a écrit :
> Bonjour,
>
> Le lundi 23 octobre 2017 12:00:02 UTC+2, Thomas Savary a écrit :
>
>> Enfin une question à laquelle je peux essayer de répondre :-)
>>
>> Je suis nul en informatique, mais j'ai une relative maîtrise des expressions
>> rationnelles.
>> Dans
Bonjour,
Le lundi 23 octobre 2017 12:00:02 UTC+2, Thomas Savary a écrit :
> Enfin une question à laquelle je peux essayer de répondre :-)
>
> Je suis nul en informatique, mais j’ai une relative maîtrise des expressions
> rationnelles.
> Dans ton expression, tu as oublié de protéger le point et l
Enfin une question à laquelle je peux essayer de répondre :-)
Je suis nul en informatique, mais j’ai une relative maîtrise des expressions
rationnelles.
Dans ton expression, tu as oublié de protéger le point et le trait d’union.
Par ailleurs, on peut faire plus simple en utilsant \w.
Essaie :
[
Bonjour la liste,
J'ai besoin de récupérer des adresses mail, j'utilise wget -m
http://mon_site_que_j'aime.fr
Je me retrouve avec 5 go de donnée, quand j'ouvre les pages à la mano sous
LibreOffice, çà revoie à un javascript:void(0); comme balise pour l'adresse
mail.
J'ai donc en ligne de comman
On Fri, Nov 18, 2011 at 07:34:16PM +0100, Jean-Yves F. Barbier wrote:
> Non, simplement parce que > ou < prend bcp moins de cycles CPU que >= ou =<
1. On parle de script shell, où l'on jete les cycles CPU par
milliers rien que pour s'amuser.
2. C'est faux au moins pour l'architecture ARM, qui sai
Le Fri, 18 Nov 2011 20:34:09 +0100,
"Jean-Yves F. Barbier" <12u...@gmail.com> a écrit :
> On Fri, 18 Nov 2011 20:18:58 +0100
> Stéphane Goujet wrote:
> > Le Fri, 18 Nov 2011 19:34:16 +0100,
> > "Jean-Yves F. Barbier" <12u...@gmail.com> a écrit :
> > > Non, simplement parce que > ou < prend bcp mo
Le vendredi 18 novembre 2011 à 19:34:16, Jean-Yves F. Barbier a
écrit :
>[… du shell …]
> Non, simplement parce que > ou < prend bcp moins de cycles
> CPU que >= ou =<
>
> Dans le cas présent c'est trivial, dans le cas d'une fonction
> DB testant une multitude de cas ou d'un PGM temps réel ou
> b
On Fri, 18 Nov 2011 20:18:58 +0100
Stéphane Goujet wrote:
> Le Fri, 18 Nov 2011 19:34:16 +0100,
> "Jean-Yves F. Barbier" <12u...@gmail.com> a écrit :
>
> > Non, simplement parce que > ou < prend bcp moins de cycles CPU que >=
> > ou =<
>
> Sur quelle architecture ?
Actuellement et autant qu
Le Fri, 18 Nov 2011 19:34:16 +0100,
"Jean-Yves F. Barbier" <12u...@gmail.com> a écrit :
> Non, simplement parce que > ou < prend bcp moins de cycles CPU que >=
> ou =<
Sur quelle architecture ?
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Po
Merci Nicolas,
A partir de ta réponse j'ai créé celle-ci qui fonctionne très bien:
if [[ $1 =~ ^[\-+]?[0-9]{1}$ ]] || [[ $1 =~ ^[\-+]?[1]{1}[0-6]{1}$ ]]; then
echo "oui";
else
echo "non";
fi
exit
Merci encore,
Pascal
Le 18 novembre 2011 16:50, Nicolas Bercher a écrit :
> Je ne suis pas cer
On Fri, 18 Nov 2011 18:25:55 +0100
Yves Rutschle wrote:
> On Fri, Nov 18, 2011 at 03:43:31PM +0100, Jean-Yves F. Barbier wrote:
> > > if [ $a -lt 16 ] && [ $a -gt -16 ]; then echo "good"; else echo "not
> > > good"; fi
> >
> > Heu, ça ne serait pas plutôt: if [ $a -lt 17 ] && [ $a -gt -15 ]; pa
J'ai toujours ça sous la main :
Guide avancé d'écriture des scripts Bash
→ http://abs.traduc.org/abs-fr/
À+,
Serge S.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers deb
On Fri, Nov 18, 2011 at 03:43:31PM +0100, Jean-Yves F. Barbier wrote:
> > if [ $a -lt 16 ] && [ $a -gt -16 ]; then echo "good"; else echo "not good";
> > fi
>
> Heu, ça ne serait pas plutôt: if [ $a -lt 17 ] && [ $a -gt -15 ]; par hasard?
J'ai raté l'inclusion effectivement. Soit ta solution, so
Je rectifie:
> [-0-9] semble être un motif que bash va tenter de faire correspondre aux
> fichiers présents dans "./".
A priori non, pas dans le contexte d'une "commande composée" telle que [[ ]].
De plus, la page man est très claire à ce sujet: "Le découpage en mots et le
développement des che
Le Fri, 18 Nov 2011 15:50:23 + (GMT),
Nicolas Bercher a écrit :
> Je ne suis pas certain que ceci soit correct:
>
> if [[ $1 != [-0-9] ]];then
>
> Je ne suis pas un expert, mais je ne saurais dire ce que cela
> signifie puisque [-0-9] semble être un motif que bash va tenter de
> faire cor
Je ne suis pas certain que ceci soit correct:
if [[ $1 != [-0-9] ]];then
Je ne suis pas un expert, mais je ne saurais dire ce que cela signifie puisque
[-0-9] semble être un motif que bash va tenter de faire correspondre aux
fichiers présents dans "./". A défaut de trouver quelque chose au ni
On Fri, 18 Nov 2011 14:19:50 +0100
Yves Rutschle wrote:
> if [ $a -lt 16 ] && [ $a -gt -16 ]; then echo "good"; else echo "not good"; fi
Heu, ça ne serait pas plutôt: if [ $a -lt 17 ] && [ $a -gt -15 ]; par hasard?
--
Dibble's First Law of Sociology:
Some do, some don't.
--
Lisez la F
Bonjour,
En effet, je me suis mélangé les pinceaux avec des apostrophes qui
rendaient mon code invalide et du coup je suis parti dans des trucs
incroyablement compliqués :-(
La réponse de Yves est parfaite.
Il y a une deuxième chose que je n'ai pas réussi à faire:
Si à la place d'une valeur
On Fri, Nov 18, 2011 at 01:09:15PM +0100, Luxpopuli Open source wrote:
> Dans un script bash, j'ai besoin de contrôler que la valeur taper par
> l'utilisateur est comprise dans l'intervalle [-16, 16]
> Et franchement, je n'arrive à rien du tout.
>
> S'il y a un pro des expressions régulières, je l
Le Fri, 18 Nov 2011 13:09:15 +0100,
Luxpopuli Open source a écrit :
> Bonjour,
>
> Je m'arrache les cheveux sur une test:
>
> Dans un script bash, j'ai besoin de contrôler que la valeur taper par
> l'utilisateur est comprise dans l'intervalle [-16, 16]
> Et franchement, je n'arrive à rien du to
Bonjour,
Je m'arrache les cheveux sur une test:
Dans un script bash, j'ai besoin de contrôler que la valeur taper par
l'utilisateur est comprise dans l'intervalle [-16, 16]
Et franchement, je n'arrive à rien du tout.
S'il y a un pro des expressions régulières, je le bénis d'avance de bien
vouloi
Le Thu, 14 Jan 2010 18:30:03 +0100, Yves Rutschle a écrit :
> On Thu, Jan 14, 2010 at 05:12:38PM +0100, fabrice régnier wrote:
>> FR-PORT:/tmp# grep "^[0-9]{4,12};" toto
>
> Problème de dialecte:
>
> $ grep "^[0-9]\{4,12\};" toto
> 1234567890;01;02;12/06/2010;
>
> Y.
si je comprends bien :
-
Le Thu, 14 Jan 2010 17:12:38 +0100,
fabrice régnier a écrit :
> salut la liste,
>
> L'expression régulière que je passe à grep ne lui plait pas. Mais je
> ne vois pas mon erreur. Pour moi, il devrait me sortir
> "1234567890;01;02;12/06/2010;"
>
> C'est à dire que je recherche les lignes qui co
fabrice régnier a écrit :
> salut la liste,
>
> L'expression régulière que je passe à grep ne lui plait pas. Mais je ne
> vois pas mon erreur. Pour moi, il devrait me sortir
> "1234567890;01;02;12/06/2010;"
>
> C'est à dire que je recherche les lignes qui commencent par un numérique
> avec de 4 à
salut la liste,
L'expression régulière que je passe à grep ne lui plait pas. Mais je ne
vois pas mon erreur. Pour moi, il devrait me sortir
"1234567890;01;02;12/06/2010;"
C'est à dire que je recherche les lignes qui commencent par un numérique
avec de 4 à 12 chiffres ensuite et qui comporte
-[ Mon, Oct 23, 2006 at 03:24:05PM +0200, Marc Chantreux ]
> Dans tous les cas, je crois lancer 2 fois cut n'était pas une bonne idée.
Ah bon ? Pourquoi ?
C'est le nombre de cut oubien le nombre de pipe qui t'inquiètes ?
Moi à vu de nez je pense que cut est beaucoup plus rapide que de
traiter
pascal wrote:
Oui bien sûr
Il faut être sérieux...
je suis :)
2°) franchement ces considérations seront-elles pertinentes pour des
gens qui ignorent la commande "cut" (ceci dit sans aucun à-priori, il
faut bien commencer un jour...) ?
je faisais part de ces remarques justement a cause de c
Marc Chantreux a écrit :
>
>> Bon alors le terme "réfléchir" était mal choisi...
>> Je voulais dire que ce genre de chose est assez basique tout de même et
>> qu'avec un peu de lecture on y arrive sans peine.
>
> Oui ... et en lisant un peu plus loin, on se rend compte que le problème
> n'est pas
Bon alors le terme "réfléchir" était mal choisi...
Je voulais dire que ce genre de chose est assez basique tout de même et
qu'avec un peu de lecture on y arrive sans peine.
Oui ... et en lisant un peu plus loin, on se rend compte que le problème
n'est pas si basique que ca. Par exemple : la s
Laurent FRANCOIS a écrit :
> Txo wrote:
>> En ce dimanche 22 octobre 2006 à 11:54:14 pascal nous susurrait :
>>
>>
>>> Allez zou sans réfléchir...
>>> echo "rtt min/avg/max/mdev = 33.978/37.560/52.277/5.500 ms, ipg/ewma
>>> 200.289/37.388 ms " | cut -d" " -f4 | cut -d"/" -f1
>>> donne min
>>> -f2-
Txo wrote:
En ce dimanche 22 octobre 2006 à 11:54:14 pascal nous susurrait :
Allez zou sans réfléchir...
echo "rtt min/avg/max/mdev = 33.978/37.560/52.277/5.500 ms, ipg/ewma
200.289/37.388 ms " | cut -d" " -f4 | cut -d"/" -f1
donne min
-f2--> max et -f3-6--> avg.
Je peux témoigner que cela
Salut,
Il faudrait peut-être chercher un peu...
mais aujourd'hui comme c'est dimanche...
Ok, c'est vrai ... promis, je m'y mets dès que j'en ai le temps ;-)
Là c'est franchement limite comme question.
Il n'y a même besoin d'expression régulière !
Allez zou sans réfléchir...
echo "rtt min/avg/m
En ce dimanche 22 octobre 2006 à 11:54:14 pascal nous susurrait :
> Allez zou sans réfléchir...
> echo "rtt min/avg/max/mdev = 33.978/37.560/52.277/5.500 ms, ipg/ewma
> 200.289/37.388 ms " | cut -d" " -f4 | cut -d"/" -f1
> donne min
> -f2--> max et -f3-6--> avg.
Je peux témoigner que cela nécess
pascal a écrit :
> Sylvain A. a écrit :
>> Bonjour à tous,
>>
>> Je n'ai jamais vraiment eu le temps de m'intéresser aux expressions
>> régulières,
> Il faudrait peut-être chercher un peu...
> mais aujourd'hui
> comme c'est dimanche...
> j'aurais besoin d'extraire de cette ligne
>> (résultat d'un
Sylvain A. a écrit :
> Bonjour à tous,
>
> Je n'ai jamais vraiment eu le temps de m'intéresser aux expressions
> régulières,
Il faudrait peut-être chercher un peu...
mais aujourd'hui
comme c'est dimanche...
j'aurais besoin d'extraire de cette ligne
> (résultat d'un ping) les trois variables min a
Bonjour à tous,
Je n'ai jamais vraiment eu le temps de m'intéresser aux expressions
régulières, mais aujourd'hui j'aurais besoin d'extraire de cette ligne
(résultat d'un ping) les trois variables min avg et max :
rtt min/avg/max/mdev = 33.978/37.560/52.277/5.500 ms, ipg/ewma
200.289/37.388 ms
Salut ,
La commande "basename" devrait suffir :)
On Wed, 2002-07-10 at 12:44, LEBRETON Philippe wrote:
> Est-il possible avec une expression régulière d'extraire le nom d'un
> fichier du chemin compet ou relatif de ce fichier avec ou sans
> extension.
> exemple
On Wed, Jul 10, 2002 at 12:44:52PM +0200, LEBRETON Philippe wrote:
> Est-il possible avec une expression régulière d'extraire le nom d'un
> fichier du chemin compet ou relatif de ce fichier avec ou sans
> extension.
> exemple :
> bin/app/essai
> ou
>
> /usr/local
Le 10.07.02, LEBRETON Philippe a tapoté :
| Est-il possible avec une expression régulière d'extraire le nom d'un
| fichier du chemin compet ou relatif de ce fichier avec ou sans
| extension.
| exemple :
| bin/app/essai
| ou
|
| /usr/local/apache/acces.conf
|
| En fait ce que je veux
Est-il possible avec une expression régulière d'extraire le nom d'un
fichier du chemin compet ou relatif de ce fichier avec ou sans
extension.
exemple :
bin/app/essai
ou
/usr/local/apache/acces.conf
En fait ce que je veux récupérer dans ces deux exemples c'est "essai'
60 matches
Mail list logo
