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
ç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,
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à ...
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 ...
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 :
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).
ça m'aiderait aussi de trouver un soft qui analyse les dépendances du code.
vu sur un sujet en cours d'un autre forum linuxfr [1] : hypersrc peut être une bonne piste aussi.
En fait, tu as raison, je n'aurais pas du mettre le mot terroriste.
La proposition "les utilisateurs de linux sont tous des communistes" suffit bien à mon propos, puisqu'il s'agissait bien de dénoncer une généralisation hative et fausse. Je ne dis pas qu'aucun utilisateur de Linux n'est communiste, et je ne dis pas non plus qu'être communiste est un défaut. J'aurai pu tout aussi bien prendre "les utilisateurs de linux sont des anarchistes" ou "les promoteurs de l'open source n'ont aucune vision sociale du logiciel" comme exemple de généralisation hative et fausse.
Pardon pour ce mot ("terroriste") déplacé. Je comprend que tu m'avais compris, mais ça ne coute rien de l'expliciter plus.
# il se trame des trucs ...
Posté par gaaaaaAab . En réponse à la dépêche Présentation « 10 ans de LinuxFr.org » aux RMLL 2008. Évalué à 0.
# echo
Posté par gaaaaaAab . En réponse au message shell dans un editeur. Évalué à 3.
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
[^] # Re: Mauvaise méthode
Posté par gaaaaaAab . En réponse au message Impossible de supprimer sshd !. Évalué à 2.
[^] # Re: Mauvaise méthode
Posté par gaaaaaAab . En réponse au message Impossible de supprimer sshd !. Évalué à 10.
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 !
[^] # Re: "logiciel privateur"
Posté par gaaaaaAab . En réponse à la dépêche Ce que pensent Stallman, Torvalds, Brown et Zemlin de Microsoft. Évalué à 2.
[^] # Re: Je travaille, donc je moule.
Posté par gaaaaaAab . En réponse au sondage Cet été, mis à part les RMLL, je .... Évalué à 4.
[^] # Re: man find
Posté par gaaaaaAab . En réponse au message supression de fichiers. Évalué à 2.
pff ... si faut relire les man des commandes qu'on croit connaitre à chaque fois, on est pas arrivé ... =)
[^] # Re: C'est du Coluche ?
Posté par gaaaaaAab . En réponse au message horloge au moment du lancement d'une commande. Évalué à 3.
[^] # Re: droit ?
Posté par gaaaaaAab . En réponse au message Droits d'accès lecteur mp3. Évalué à 3.
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,
[^] # Re: man find
Posté par gaaaaaAab . En réponse au message supression de fichiers. Évalué à 3.
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.
[^] # Re: Negroponte mouai
Posté par gaaaaaAab . En réponse à la dépêche Le projet One Laptop Per Child à la croisée des chemins. Évalué à 2.
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
# grep
Posté par gaaaaaAab . En réponse au message Supervision de log. Évalué à 3.
man grep ;-)
[^] # Re: Negroponte mouai
Posté par gaaaaaAab . En réponse à la dépêche Le projet One Laptop Per Child à la croisée des chemins. Évalué à 2.
you must be new here :)
[^] # Re: Negroponte mouai
Posté par gaaaaaAab . En réponse à la dépêche Le projet One Laptop Per Child à la croisée des chemins. Évalué à 2.
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 ...
[^] # Re: [bug report] entretiens
Posté par gaaaaaAab . En réponse à la dépêche Évolutions sur LinuxFr. Évalué à 2.
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 ;-)
[^] # Re: [bug report] entretiens
Posté par gaaaaaAab . En réponse à la dépêche Évolutions sur LinuxFr. Évalué à 3.
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.
# google ...
Posté par gaaaaaAab . En réponse au message émarrage hyper lent. Évalué à 3.
http://kerneltrap.org/node/8306
# echappe !
Posté par gaaaaaAab . En réponse au message utilisation du sed. Évalué à 2.
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 :)
[^] # Re: hmmm
Posté par gaaaaaAab . En réponse au message Découpage/Archivage données supérieures à 4Go. Évalué à 3.
[^] # Re: Un peu de perl
Posté par gaaaaaAab . En réponse au message profondeur relative d'un fichier dans une arborescence. Évalué à 2.
tr -d -c '/' | wc -c
parce que tr est bien conçu =)
[^] # Re: Un peu de perl
Posté par gaaaaaAab . En réponse au message profondeur relative d'un fichier dans une arborescence. Évalué à 2.
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 ;)
[^] # Re: Un peu de perl
Posté par gaaaaaAab . En réponse au message profondeur relative d'un fichier dans une arborescence. Évalué à 6.
tr -c '/' ' ' | tr -d ' ' | wc -c
# dans un autre forum linuxfr
Posté par gaaaaaAab . En réponse au message Extraire une fonction d'un programme. Évalué à 3.
vu sur un sujet en cours d'un autre forum linuxfr [1] : hypersrc peut être une bonne piste aussi.
[1] http://linuxfr.org/comments/924701.html#924701
# Un seul Makefile ...
Posté par gaaaaaAab . En réponse au message Hierarchie et organisation des dossiers d'un projet. Évalué à 2.
cf http://miller.emu.id.au/pmiller/books/rmch/
et le lien qui va avec : http://www.xs4all.nl/~evbergen/nonrecursive-make.html
[^] # Re: Ne pas confondre
Posté par gaaaaaAab . En réponse à la dépêche La normalisation de OOXML relance le RGI.. Évalué à 3.
La proposition "les utilisateurs de linux sont tous des communistes" suffit bien à mon propos, puisqu'il s'agissait bien de dénoncer une généralisation hative et fausse. Je ne dis pas qu'aucun utilisateur de Linux n'est communiste, et je ne dis pas non plus qu'être communiste est un défaut. J'aurai pu tout aussi bien prendre "les utilisateurs de linux sont des anarchistes" ou "les promoteurs de l'open source n'ont aucune vision sociale du logiciel" comme exemple de généralisation hative et fausse.
Pardon pour ce mot ("terroriste") déplacé. Je comprend que tu m'avais compris, mais ça ne coute rien de l'expliciter plus.