NULL a écrit 14 commentaires

Sinon, il y a aussi ça.
Par contre, le developpement n'a pas l'air super actif et si ça compile bien chez moi, ça plante au lancement.

X Error of failed request: BadDrawable (invalid Pixmap or Window parameter)

il me dit. Probable que ce soit un problème de driver ou de carte graphique. J'ai pas investigué.

Si vous voulez compiler vous même, faites tout de même attention car "make install" se permet de d'installer un liblua.a.

Ghostery sapusépalibre.
Si c'est juste pour bloquer les tracking bugs, adblock doit pouvoir fair le job.
Sinon privoxy qui, en plus, a l'avantage de fonctionner avec tous les navigateurs pouvant se servir de proxy http, de firefox à lynx.

Ipfuck ne mélange pas une IP parmi d'autres. Ca ajoute juste un champ dans les entêtes http pour faire croire aux sites que la requête se fait derrière un proxy.

Et puis rajouter -x aussi, parce qu'une ligne de fichier2 peut être inclue dans une ligne de fichier1 sans être égale, c'est à dire que la ligne de fichier2 peut n'être qu'une sous-chaîne de la ligne de fichier1, pas la ligne entière.

Et puis, tant que j'y suis, une technique que j'ai lue sur un blog :
cat fichier1 fichier2 fichier2 | sort | uniq -u

Mais le résultat est dans le désordre par rapport à fichier1 et il faut que toutes les lignes de fichier1 soient uniques.
Et c'est aussi peut être plus long.

Rajouter -F et être sûr de ne pas avoir de ligne vide dans fichier2 (une ligne vide "match" tout).
Mais par contre, on ne peut plus virer les lignes vides de fichier1. Faut repasser un coup de grep derrière.

awk 'BEGIN { do { exit_status=getline tmp < "fichier2"; lignes_a_supprimer[tmp]=1} while(exit_status > 0);} {if (!($0 in lignes_a_supprimer)) {print}}' < fichier1

Et comme il semble que tr accepte les \ooo et les \n (m'en souvenais plus) tu peux aussi t'en sortir de manière moins bourrine avec tr '\013' '\n'.

Tu peux vérifier ça en utilisant un éditeur hexadecimal ou "od -t x1 < ton_fichier".

Pour la solution :
perl -p -e 's/\x0B/\n/g' < ton_fichier
devrait fonctionner.

Sur la ligne de commande : lynx -number_fields ou lynx -number_links

ou

Dans les options : Entrée du clavier -> Pavé numérique.

http://meta.wikimedia.org/wiki/Liste_des_Wikip%C3%A9dias

Si tu cliques sur le lien à gauche de l'évaluation des commentaires, tout redevient comme avant, sans leetspeak, sans SMS (enfin sauf pour ceux qui en ont profité).
Et donc, les liens fonctionnent de nouveau bien comme il faut.

Le lien pour avoir le .flv : http://www.framablog.org/media/video/flash/rocard_logiciel-l(...)

En fait, je fais les petites remarques personnelles que je veux et si je n'ai pas envie d'en dire plus, tu es marron. C'est pas grave, hein ?

Non, effectivement "c'est pas grave".
C'est un peu comme faire un journal avec deux liens en anglais sans explications ; "c'est pas grave".

Le rapport entre les deux journaux, c'est Microsoft/Novell, la FSF et la GPLv3. Je ne sais pas trop ce que tu entends par "j'ai bon?", mais ça m'est égal.

Je parlais de ton obscure commentaire et je supposais que celui-ci avait quelque chose à voir avec la position de la FSF concernant cet accord et ses éventuels efforts pour que cela ne se reproduise plus. Sujet que tu as traité dans ton précédent journal.
Étant donné que ta remarque à l'air très personnelle, j'essayais de deviner... M'enfin si ça gène, j'arrête de chercher, hein!

"Ma petite remarque personnelle n'a pas grande importance."

Si tu ne voulais pas avoir à t'expliquer sur ce point, 'fallait pas la faire cette remarque...

Mais je suppose que ça a rapport avec l'un de tes précédents journaux * et le paragraphe "Note on the Microsoft/Novell Deal".
J'ai bon?

* http://linuxfr.org/~manuell/23709.html

'me semble que Inkscape ne rajoute ses extensions uniquement si on lui demande d'enregistrer en "SVG Inkscape".
En "SVG simple", il doit produire du svg pur.

Mais bon, moi je connais pas la norme svg en entier (j'en connais même pas le dixième en fait) donc bon...