Hobgoblins Master a écrit 726 commentaires

Attention, pour maildir, la seule chose qui est faite aujourd’hui, c’est intercaler une interface devant le stockage actuel en Berkeley mbox. Interface qui devrait permettre aux courageux de développer des extensions capables de stocker les mails dans n’importe quel format, comme Maildir.
Il y a également une limitation pour ceux qui voudraient faire du stockage en réseau (j’entends MAPI dans le fond), tout est fait dans le thread de l’UI pour le moment, donc les opérations bloquantes sont très très déconseillées…
Bref, c’est une bonne initiative, mais il reste encore beaucoup de taf aux potentiels développeurs d’extensions intéressés et l’interface est décrite comme très loin d’être stabilisée.

Le problème, c’est qu’on a un peu l’impression de n’avoir que de petites modifications et que les grands projets avancent moins vite. Certains on même été abandonnés de mémoire.

D’après ce qu’il y a sur le site et quelques discutions que j’ai vu traîner sur la ML osm-fr, effectivement la feuille ne semble pas libre, c’est vraiment dommage parce que le rendu est magnifique, ça ferait vraiment bien en version imprimée…
Après, je crois que ce ne sont pas les seuls à ajouter les lignes de niveau et les ombres, mais je ne me souviens plus où j’ai vu ça. Peut être à creuser par ici :
http://wiki.openstreetmap.org/wiki/Featured_Images/Jan-Mar_2011

Ce serait en effet super sympa de pouvoir utiliser la même feuille de style que francetopo.fr :)

Tu refuse d’utiliser Unicode juste parce que la diode de verrouillage majuscule ne fonctionne pas en console (ça fonctionne parfaitement sous X) ?

Ton clavier est tellement petit et mal foutu que tu ripe sur « CAPS_LOCK » quand tu tapes un A, un Q ou sur « TAB » ?

On devrait t’ériger en exemple de l’expression « jeter le bébé avec l’eau du bain ».

C’est effectivement un bug, mais vu le peu d’utilisation de cette touche (tu dois être la première personne que je croise qui ait essayé de l’utiliser en mode console sous Linux) et le nombre de cas ou son activation intempestive ne soit pas détectée à la première touche tapée sans dommages, il ne faut pas abuser quand même…

Et vu qu'il exige l'UTF8, qui provoque des problèmes de claviers en raison de bugs dont tout le monde se fiche, présents dans le noyau Linux depuis des années, c'est pas pour moi!

[Source…]
J’utilise UTF-8 partout depuis des années, jamais eu de clavier qui se blo

Ça tombe mal, la principale interface homme-machine de syslog, c’est justement le fichier de stockage des logs… ;-)

J’attends de voir alors, mais niveau stockage, j’ai un tout petit peu peur.
Les analyseurs XML et JSON aujourd’hui sont-ils suffisamment performants pour dépasser grep sur de la prod ?

zcat /var/log/mail.log*.gz |wc -l
14235136

Ou alors, il va falloir penser au stockage en DB, mais avec les extensions de schémas, on fait quoi ? Une table par programme en entrée ? Du NO-SQL ?

Il va falloir vous mettre d’accord alors, parce que là, ce n’est plus clair du tout…

• Dans la dépêche, on a des liens vers des fichiers complets XML ou JSON, pas des fragments
• On me dit un peu plus bas que en fait, ce qui est présenté, ce n’est pas le format des fichiers de log, mais des messages logs (donc envoyés par les applis)
• Là, tu me dis que l’API syslog ne change pas et que c’est juste le démon syslog qui enregistre des fragments XML.

Autant pour :
{ "p:time": "2001-12-31T12:00:00", "p:level": "WARN", "p:id": "HTTPD10001", "p:msg": "File does not exist: /usr/local/apache/htdocs/favicon.ico " }
Je vois bien rsyslog pouvoir faire ça – il doit d’ailleurs déjà pouvoir le faire.
Autant pour :
{ "p:time": "2001-12-31T12:00:00", "p:op": "deny", "p:app": "iptables", "tns:IPTablesDeny": { "@xmlns:tns": "http://www.netfilter.org/projects/iptables/cee", "p:schema": { "@xmlns:p": "http://lumberjack.org", "#text": "http://www.netfilter.org/projects/iptables/cee" }, "p:ver": { "@xmlns:p": "http://lumberjack.org", "#text": "1.0" }, "tns:rule": "DMZ blacklist", "tns:ifName": "eth0", "tns:srcIP": "192.168.1.10", "tns:srcPort": "22534", "tns:destIP": "192.168.1.15", "tns:destPort": "80", "tns:HWAddr": "52:54:00:70:82:5E" }, "p:results": "success" }
On fait comment avec l’API syslog ? C’est le démon de log qui parse et remplit les champs ? Le programme envoie dans le message une chaîne formatée JSON ou un fragment XML contenant tout ce qui n’est pas facility, level etc…

De toute façon, les parseurs vont devoir être réécrits, en ne modifiant que la partie message du format actuel, on continue de ne garder qu’un démon de log, pour les programmes qui logguent, ce n’est qu’une adaptation du format des messages, il n’y a pas à changer tout le système. Pour les parseurs, ils suivent déjà les évolutions du format des messages d’une version à l’autre des programmes pour lesquels ils sont écrits, ça ne fera qu’une mise à jour un peut plus grosse.
En cassant tout, on va se retrouver pendant au moins 10 ans avec 2 démons de log sur le système, il va être difficile de savoir quel programme utilise quel démon, bref, je pense que ça ne peux qu’empirer la situation actuelle et augmenter la fragmentation. Très bien illustré par l’image xkcd un peu plus haut d’ailleurs…

Du coup, pourquoi vouloir tout réinventer, et ne pas étendre syslog en proposant cette structure (fragment XML ou JSON) pour la partie message du format actuel ? Ainsi, on n’est pas obligé de tout casser, on laisse les programmeurs s’adapter en douceur, les outils actuels continuent à fonctionner et on peut commencer à sortir de beau parseurs qui vont extraire les méta-données, les filtrer etc…

Pourquoi le fichier serait-il en insertion?

Ajouter une ligne dans un fichier avant la dernière ligne, ça s’appelle comment ?
À moins que comme tu disait, on se foute de la structure du fichier, du coup, on n’écrit les balises fermantes qu’au moment de la rotation du fichier ou de l’arrêt du démon de log. Du coup, je vois encore moins l’intérêt de se prendre la tête à définir des fichiers structurés qui ne le seront pas 99% du temps…

on s'en fout

Effectivement, vu sous cet angle, on garde le fichier en append, on écrit juste les lignes de log qui rentrent et ce n’est qu’au moment de la rotation qu’on ferme les balises histoire de…
Bon, en cas de plantage, il faudra commencer par une rotation pour être sûr de repartir sur une racine propre…

Je n'était pas au courant qu'on était obligé de flushé au milieu des balises

Tu n’est jamais le seul à flusher, si ton insertion n’est pas atomique, rien ne te garantit que les balises seront correctement fermées…

On pourra toujours le faire.

Tu as déjà essayé un tail -F sur un fichier en insertion ?

Je ne trouve pas ça particulièrement lisible non, il y a trop de fioritures pour mes yeux…

Je n’étais pas au courant que les FS journalisés permettaient de refermer tout seul les balises XML ou JSON.
D’ailleurs, ils font comment pour écrire les logs ? Aujourd'hui, il « suffit  d’ouvrir un fichier en append et de faire un sync de temps à autre – bon, à chaque ligne en fait. Là, il faut ouvrir en écriture, et insérer les lignes à écrire… Et pour le suivi en direct ? Aujourd'hui, un petit tail -F fait l’affaire, là, il va falloir quoi pour que ça reste performant ? Du inotify + on enregistre la position du dernier message avant les balises fermantes pour y faire un seek, en espérant qu’on a bien conservé tout le contexte, sinon, il faut se retaper le parsing de tout l’arbre à chaque insertion…

C’est génial de transformer de simples lignes de texte indépendantes contenant 99% d’information utile en fichiers structurés contenant au minimum 10% de balises, la taille des logs va exploser, ils ne seront lisibles qu’avec des parseurs dédiés, et en cas de plantage, la structure du fichier va exploser, et il deviendra tout simplement illisible…
Je pense même qu’ils pourraient appeler leur parser « eventvwr.msc »…

Je confirme l’aspect réactif de l’équipe, et j’en ai usé et abusé…
C’est d’ailleurs surprenant de se retrouver dans le changelog :-)

Si j’en crois le TLFI (articles import-export, importation et « importer, verbe trans. »), wiktionary et le cnrtl, importer et importation dans le sens utilisé dans l’article viennent aussi de l’anglais…

CTRL+ALT+F, [plus d’options], ☒ Expressions régulières

Belle dépêche :-)

J’ai utilisé un peu la beta, avec writer et calc, on ressent vraiment les améliorations d’ergonomie, c’est très visible sur writer avec la nouvelle prise en charge des en-têtes et l’affichage des marges, on respire.

Toutefois, 2 petites remarques sur la dépêche :
- s/(import)ation/\1/
- Il y a une grosse amélioration de l’installeur Windows® qui devient enfin un vrai MSI, ce qui va sans nul doute simplifier le déploiement en environnement pro…

Nous créons des packages pour toutes les applis déployées sur le parc, les utilisateurs n’ont aucun droit sur leur poste. Si on doit se taper la validation, les tests de non régression + le packaging toutes les 6 semaines, on va passer notre temps avec des failles ouvertes ff va devenir l’appli la plus chère de notre parc :) Donc oui, ESR est indidpensable (c’est pas pour rien qu’on est encore en 3.x.x)

Génial, les mails en html/flash vont s’afficher plus vite, mais on à quoi comme améliorations concernant le domaine de la messagerie ? La version 10 est ESR elle aussi ou on oublie pour déployer en entreprise ?

Pour ESR, ça se passe comment, impossible de trouver l’info sur le site mozilla, on installe la même version ? Il y a une version spécifique à télécharger ?

Avec un Rsnapshot qui centralisait 25 serveurs pour 4To de backups, que des nouveaux fichiers, jamais de suppressions, presque pas de modifs, ça devenait limite utilisable, et tenait à peine dans la fenêtre 21h → 7h…

Après avoir utilisé longtemps rdiff-backup, je suis passé à rsnapshot pendant 2 ans, rdiff marche bien, mais il est souvent pénible de lister les différences et/ou de restaurer d’anciennes versions. Rsnapshot est pas mal, mais il est assez lent quand la volumétrie commence à vraiment monter.
Depuis un peu plus d’un an, je suis passé à backuppc, le système utilisé permet une très bonne déduplication bien meilleure que les 2 précédents dès qu’on à plusieurs machines avec des fichiers communs ou qu’on fait de la réorganisation (renommage en masse de photos ou mp3, déplacement d’un dossier à un autre, synchronisation d’arborescence entre 2 machines…). Et il gère l’export en tar sur support externe (fonction archivage).