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.
Tu confonds le libéralisme qu'on te montre à la télé, avec celui qui existe en vrai.
heu ... j'avais l'impression que c'était toi qui faisait cette confusion ... Il faut juste trouver un autre nom pour ce que tu appelles libéralisme.
Ce sont des gens qui se contrefoutent de toi et qui te considèrent comme quantité négligeable, minable et destinée à leur bien être.
Ces gens que tu évoques (des noms ?) se revendiquent-ils comme libéraux ?
Le mot ne veut plus dire la même chose depuis des années.
oui ... comme par exemple pour les professions libérales, qui n'ont plus aucun respect d'autrui depuis des années et qui ne cherchent qu'à s'en mettre pleins les poches, c'est bien connu ... ;-)
Ce que je veux dire, c'est que dans ce cadre (les professions libérales), "libéral" a encore un autre sens. Est-il plus ou moins correct que le sens que tu lui donnes, ou le sens que lui donne le libéralisme ?
Ce qui me gène, c'est que le libéralisme est devenu un chouette épouvantail. Dans le monde capitaliste que nous connaissons, mettre tous les problèmes sur le dos du libéralisme, c'est de l'escroquerie intellectuelle. Et un bon moyen de faire ça, c'est de commencer par dénaturer le sens des mots.
Microsoft (par exemple) est une entreprise "libérale"
non. Une boite qui fait pression sur des états ne peut vraiment pas être libérale, c'est un contresens.
"le libéralisme est la négation du respect d'autri."
super ... avec ce genre de raccourcis là, on arrive des propositions telles que "les utilisateurs de linux sont tous des terroristes communistes ..."
cela dit, tu avais bien pris la précaution de préciser "Selon moi" ;)
une piste à creuser avec awk, en jouant sur le record separator.
En reprenant le même fichier toto qu'abofrp31 :
awk 'BEGIN {RS="^L"}{print NF}' toto
6
4
3
3
3
yapuka (c) travailler sur le traitement que doit faire awk. peut-être pour avoir des sauts de lignes toutes les 10 lignes, quelque chose comme ça : nb_lignes=10
awk 'BEGIN {RS="^L"; ORS=""}{print $0; for(i=NF; i <= '$nb_lignes'; i = i+1) print "\n"; print "^L"}' toto
il reste un ^L en toute fin de fichier.
Si ça ne te convient pas, il suffit dans un premier temps d'appliquer ce script awk sans le print "^L", et dans un deuxième temps d'ajouter les "^L" en question toutes les nb_lignes
attention, ça peut ne pas fonctionner, si la phrase contient des espaces.
A combiner avec la réponse d'abofrp31 pour faire plus complet.
#!/bin/bash
file=$1
shift;
echo $* >> file
[^] # 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.
# traduc.org
Posté par gaaaaaAab . En réponse au message language ligne de commande. Évalué à 3.
http://www.traduc.org/docs/guides/vf/Bash-Beginners-Guide/Ba(...)
enjoy !
[^] # Re: Ne pas confondre
Posté par gaaaaaAab . En réponse à la dépêche La normalisation de OOXML relance le RGI.. Évalué à 2.
heu ... j'avais l'impression que c'était toi qui faisait cette confusion ... Il faut juste trouver un autre nom pour ce que tu appelles libéralisme.
Ce sont des gens qui se contrefoutent de toi et qui te considèrent comme quantité négligeable, minable et destinée à leur bien être.
Ces gens que tu évoques (des noms ?) se revendiquent-ils comme libéraux ?
Le mot ne veut plus dire la même chose depuis des années.
oui ... comme par exemple pour les professions libérales, qui n'ont plus aucun respect d'autrui depuis des années et qui ne cherchent qu'à s'en mettre pleins les poches, c'est bien connu ... ;-)
Ce que je veux dire, c'est que dans ce cadre (les professions libérales), "libéral" a encore un autre sens. Est-il plus ou moins correct que le sens que tu lui donnes, ou le sens que lui donne le libéralisme ?
Ce qui me gène, c'est que le libéralisme est devenu un chouette épouvantail. Dans le monde capitaliste que nous connaissons, mettre tous les problèmes sur le dos du libéralisme, c'est de l'escroquerie intellectuelle. Et un bon moyen de faire ça, c'est de commencer par dénaturer le sens des mots.
Microsoft (par exemple) est une entreprise "libérale"
non. Une boite qui fait pression sur des états ne peut vraiment pas être libérale, c'est un contresens.
[^] # Re: Ne pas confondre
Posté par gaaaaaAab . En réponse à la dépêche La normalisation de OOXML relance le RGI.. Évalué à 5.
super ... avec ce genre de raccourcis là, on arrive des propositions telles que "les utilisateurs de linux sont tous des terroristes communistes ..."
cela dit, tu avais bien pris la précaution de préciser "Selon moi" ;)
bon, ça vaut ce que ça vaut, mais voilà déjà la définition sur wikipedia : http://fr.wikipedia.org/wiki/Philosophie_lib%C3%A9rale
ps : je ne suis pas libéraliste ... 'fin, je crois pas
[^] # Re: Petit complément d'informations.
Posté par gaaaaaAab . En réponse au message Enlever un saut de page sur deux.. Évalué à 2.
En reprenant le même fichier toto qu'abofrp31 :
awk 'BEGIN {RS="^L"}{print NF}' toto
6
4
3
3
3
yapuka (c) travailler sur le traitement que doit faire awk. peut-être pour avoir des sauts de lignes toutes les 10 lignes, quelque chose comme ça :
nb_lignes=10
awk 'BEGIN {RS="^L"; ORS=""}{print $0; for(i=NF; i <= '$nb_lignes'; i = i+1) print "\n"; print "^L"}' toto
il reste un ^L en toute fin de fichier.
Si ça ne te convient pas, il suffit dans un premier temps d'appliquer ce script awk sans le print "^L", et dans un deuxième temps d'ajouter les "^L" en question toutes les nb_lignes
[^] # Re: script
Posté par gaaaaaAab . En réponse au message Un script. Évalué à 3.
A combiner avec la réponse d'abofrp31 pour faire plus complet.
#!/bin/bash
file=$1
shift;
echo $* >> file
(man bash pour des explications sur shift et $*)
[^] # Re: sans eval uniquement avec des quotes doubles quotes contres quotes
Posté par gaaaaaAab . En réponse au message Un espace dans le path et l'execution devient impossible. Évalué à 1.
bon, là, on sort de mon domaine de compétence ... il faudrait un windows pour pouvoir tester des trucs sur cygwin ...
la commande eval ne fonctionne pas sur le csh cygwin ? ou tu ne peux/veux pas l'utiliser ?
[^] # Re: sed si l'adresse est variable
Posté par gaaaaaAab . En réponse au message Un espace dans le path et l'execution devient impossible. Évalué à 2.
et tant qu'à tétracapillotomer, ce serait plutôt addbackslashes ;-)
[^] # Re: sans eval uniquement avec des quotes doubles quotes contres quotes
Posté par gaaaaaAab . En réponse au message Un espace dans le path et l'execution devient impossible. Évalué à 2.
Comme ça alors ?
#!/bin/csh
set mavar="/home/roger/mes\ prog/echo"
"$mavar" titi
exit
# eval
Posté par gaaaaaAab . En réponse au message Un espace dans le path et l'execution devient impossible. Évalué à 3.
Sinon, pour économiser 1 caractère (la nature te dira merci ;), tu peux échapper l'espace avec \. Du coup, test2.csh devient :
#!/bin/csh
set mavar="/home/roger/mes\ prog/echo"
eval $mavar titi
exit
ouala !