Sytoka Modon a écrit 4544 commentaires

Exact, pour les tableaux, c'est très pratique. Je m'en sers aussi parfois pour le remplacement dans la selection. Aussi parfois dans des sorties fichiers lors de debug. Il m'arrive d'en faire aussi pour montrer et mettre en évidence un bout de code à mon collègue...

C'est que lorsqu'on l'a de manière pratique comme nedit qu'on voit qu'on s'en sers sans réfléchir et lorsqu'on revient sur un autre éditeur, on trouve l'IHM limité, restreinte. C'est cela qui est le plus frustrant, de sentir ces éditeurs ayant des millions de lignes et qu'on dis très bien et qui réduisent les possibilités d'interaction.

Pour confirmer ce que je viens de dire, je viens de faire un remplacement avec gedit et cela confirme ce que je pensais. gedit est vraiment nul ! nedit fait mieux depuis 10 ans.

Oui, c'est ce que j'ai dis dans le journal. Sur mes debian etch, c'était déjà corrigé samedi alors balancer un titre pareil le dimanche, c'est du sensationaliste ;-)

Pourquoi ne pas transformer le journal en dépêche et garder l'auteur ET les commentaires ?

Beaucoup de secrétaire sont à 80% donc ne travaille pas le mercredi. Les admin système ont donc plus de temps pour mouler sur dlfp ;-)

Sur mes serveurs debian (etch), le boulot a été fait automatiquement cette nuit. Les bonnes règles sont déjà dans le fichier

/var/lib/spamassassin/3.002003/updates_spamassassin_org/72_active.cf

Donc rien à faire ;-)

Je suis d'accord mais je connais plein de personne qui sont comme moi et utilise vim et nedit car nedit est très léger, n'a pas le fatras gconf et l'équivalent kde et surtout fait cette sélection carré.

J'avoue que même si cela ne sers pas souvent, les autres éditeurs sont pénibles à utiliser car il n'ont pas cette fonctionnalité ou alors pas avec cette facilité d'utilisation.

Je me demande quel pourrait être le lien avec le projet Hachoir de Victor Stinner qui me semble plus généraliste sur le type de fichier mais semble avoir la même finalité. Suis-je dans l'erreur total ?

http://bitbucket.org/haypo/hachoir/wiki/Home

http://www.haypocalc.com/wiki/Hachoir

Et GtkSourceView sais-t'il faire les selections carrés en 1 temps 1 mouvement à la nedit ?

J'attends désespérement un éditeur capable de faire cela aussi facilement que nedit (et aussi léger que celui-ci). En gros, on fait une selection carré en apuyant sur Ctrl en même temps que la selection, c'est tout ! Ensuite, on déplace celle-ci en temps réel. pas trouvé mieux ailleurs.

> Par contre, zfs marche pas sous Linux, too bad !

C'est une volonté de Sun. A mon avis, tant pis pour Sun car le jour ou Btrfs sera prêt, ce sera le début de la fin pour ZFS...

Je l'utilise aussi. Il marche bien mais je ne vois pas l'intérêt aujourd'hui d'avoir des backup incremental et complète... Mike Rubel nous a montrer via son script (que l'on retrouve dans rsnapshot...) qu'il est possible de ne faire que des incremental et d'avoir toujours une complète !

Pas sur. Je ne sais pas de quand date Broadcast2000 mais cela fait un bail que je suit ce projet.... A mon avis, c'est kino qui est plus jeune ;-)

Ce nouveau projet est pied et main lié avec VLC ou il risque de finir aux oubliettes comme le très prometteur VLVLC... Dommage d'ailleurs pour ce dernier car il était sur un créneau ou il y a un réel manque.

En gros, cela pourrait aider à faire une partie de initramfs et peut être aussi changer la donne concernant udev et tmpdevfs au moment du boot. A-t-on besoin de tmpdevfs si on arrive à passer cela au noyau sur la ligne de commande de manière automatique ?

Le firewire est mort parce qu'il n'a pas assez de valeur ajoutée vis à vis de l'USB. J'ai acheté des disques dur externe en firewire, cela marche souvent mal, lorqu'on a une carte, on essaye de se maintenir sur ce modèle là...

En plus, le 1394b change de connectique pour un débit seulement deux fois plus grand. Casser la compatibilité a un sens s'il y a un gap, un saut technique. Ici, la version b du protocole à pour moi enterré celui-ci d'un seul coup.

Je comprends qu'Apple n'y crois plus...

J'ai toujours cru que nagios était un mélange de C et de perl. J'ai du me tromper.

Si on regardait justement du coté de perl, le framework POE n'est-il pas proche de ce que tu as fait avec python ?

http://poe.perl.org/

Ah non, pas de XML dans les fichiers de config !

Et pas de base de données, a terme cela veut dire mélange des données et de la configuration et on accède à tout cela avec le même mot de passe. Déjà que Firefox me gonfle avec son SQLite !

L'idée du LDAP est plus séduisante mais par exemple, mes fichiers nagios sont versionnés via svn et mis sur le serveur via cfengine. Donc on pourrait avoir un backend ldap qui génère les fichiers nagios en asynchrone.

Le problème est de vouloir avoir des fichiers de conf "synchrone" qui deviennent donc des données et qu'ils ne deviennent vite modifiable que par des IHM graphique.

Sinon, il y a aussi Vala. Avec Vala, y'a plus qu'à ;-)

Si, entre Win2k et XP, il y a epsilon, surtout avant le SP2.

Mais l'outil pour updater est basé sur sur IE il me semble. Et puis, idépendament de cela, faire un WindowsUpdate à la main et voir de ses propres yeux ne fait pas de mal de temps en temps.

Il y a une différence entre un flush toutes les 10 s et une perte de 2h...

Ensuite, c'est bien la preuve d'une mauvaise conception. Les sytèmes à transaction, cela existe, les append dans les fichiers aussi. Tu peux très bien écrire les dernières transaction de manière linéaire puis tout regrouper de temps en temps. Ici, le problème est de tout vouloir mettre dans du SQL dans une vrai fausse base de données.

Heureusement que tous les logiciels ne font pas comme firefox !

C'est pas faux.

Mais tu ne peux enlever IE et si tu veux aller sur Windows Update par exemple, il est obligatoire...

Lorsque tu répond à une lettre, tu ne la photocopie pas pour en mettre un exemplaire dans ta lettre. C'est donc pas du top-posting !

Quand tu répond sur un forum, tu ne met pas en copie le post du dessus. Si tu dois citer, tu copie juste la partie utile et tu mets des > en début de lignes...

Le problème est que les gens s'en foutent de l'écologie. On consomme et on gâche. On a la flemme de reprendre les arguments et de ne répondre qu'a des points précis. Sous peine de gagner du temps, on balance des trucs archi crade et on en a rien à foutre...

Si tu reprends totalement le mail dans ta réponse et que tu fait du top-posting, autant ne rien reprendre, ton logiciel sais aussi bien lier les courriels...

Les gens me font cela dans mon serveur de ticket request-tracker. Cela pollue la présentation web de celui-ci. Mais les gens n'en ont rien à foutre car ils veulent faire clic et poster en 5 s sans réflêchir à rien.

Prenons le temps de vivre.

Il y a la compression des dossiers qui n'est pas compréhensible par l'utilisateur lambda et qui pourrait être automatique. Je ne comprends pas non plus le format mbox qui sature à 2Go... J'ai plein d'intervention chiante à cause de cela.

Sinon, le mote de passe global devrait être obligatoire, de même dans Firefox. C'est trop dangeureux sans.

> C'est une donnée très importante pour toutes applications qui passent leur temps à faire
> des fsync() comme firefox avec SQLlite.

La bonne question est : "pourquoi Firefox a besoin de flusher spqlite toutes les 1O s ? ".

Personnellement, je sens une erreur de conception derrière ce genre de comportement.

> mais certains irréductibles persistent à ne pas faire les mises à jour,

Sous Windows 2000, OS encore maintenu par Microsoft, IE s'est arrêté à la version 6...

A ma connaissance, les plus grosses machine SMP (Un seul OS) sont SGI. D'ailleurs, SGI a travaillé pour que Linux marche bien avec plus de 1024 coeur.

En gros, la gamme Altix 4700 plafonnait vers le 2048 coeurs Itanium (officiellement 1024 je crois).

La nouvelle gamme Altix UV (ultraViolet) va aller bien plus loin avec les nouveaux processeurs Nehalem EX. Pour que cela marche, SGI a développé une puce pour avoir un bus NUMA a 15Go/s, puce qui gère de manière matérielle aussi une partie de la tuyauterie des messages MPI. Ce bus leur permet d'avoir une latence faible entre deux coeurs même éloignés or la latence est un paramètre important...

La plupart des machines du TOP 500 ne sont pas si passionnante que cela car les utilisateurs n'ont pas 100% de la machine. Avoir un gros cluster dont tu ne peux avoir plus de 20% des capacités, c'est comme si tu avais une machine 5 fois plus petite ! Bref, ces gros clusters centralisent la gestion mais leur puissance en chiffre ne correspond pas du tout à la puissance pratique utilisable par un utilisateur.

En parallèle du top 500, il faudrait un top 500 des résultats de plusieurs VRAI calcul, du type un calcul d'écoulement d'un avion gros porteur sur par exemple fluent, un calcul moléculaire... Bref, choisir par exemple 6 applications industrielles et 6 cas tests et comparer tout cela.

J'aimerais bien voir comment se comporte fluent sur 100% des noeuds de la machine Jaguar ? J'avoue que je ne crois pas qu'il fonctionne si bien que cela. Au final, le TOP 500 compare de plus en plus celui qui a le plus gros data-center mais pas réellement la plus grosse machine.

Et puis avec le Nehalem EX, on peut faire des machines SMP à base de x86. SGI a annoncé (et a vendu) ses nouvelles machines UV (UltraViolet) ayant un bus NUMA a 15Go/s qui prends en charge au niveau matériel le passage des messages MPI...

Bref, une sacré machine sur le marché !

Plus près de nous, le Nehalem EX va sortir en version 8 coeurs tout en étant performant. Avec une carte mère ayant 4 processeurs, on a déjà une machine qui a de la gomme.

Bref, à force d'attendre toujours la version qui va bien et qui serait tolérante aux pannes, j'ai peur que Kerrighed arrive maintenant un peu trop tard.