totof2000 a écrit 9656 commentaires

Bah, dans le genre rapide il y a une bonne vieille slack.

Oui mais bon, dans le genre distribution lente, on peut difficilement faire pire que Mandriva. L'interface de configuration ramait comme pas possible la dernière fois que je l'ai essayée, et c'est ce qui m'a fait pencher pour Ubuntu lorsque j'ai eu à choisir la distrib à installer sur la machine de ma femme. Dommage parce que je n'ai pas eu vraiment de mauvaises surprises, tout marchait correctement lorsque je l'ai installée. Mais ça ramait. C'est pour ça que je te conseillais de changer de distribution. Après si tu as envie d'investir dans du matos c'est ton droit. Mais ce n'est pas indispensable.

Pour ma part j'ai tourné très longtemps avec un Bi P2 450, sous NetBSD (je l'ai changé en 2007, non pas parce qu'il était lent, mais parce qu'il avait un problème sur le controleur IDE). S'il ne m'avait pas fait ce coup de fatigue, je ne l'aurais pas changé.

Mets-toi à la place du lecteur. Pour "décoder" ton texte je dois sans cesse passer du haut vers le bas. Les notes en bas de page, c'est bien. Mais regarde un peu comment c'est fait dans un bouquin par exemple : la proportion de notes par rapport à une page est minime. Dans ton texte, il y a autant de redirection que de "contenu" de base. Clairement, là, c'est inadapté. On passe son temps à aller de haut en bas et ça devient illisible.

j'en peu plus des mon vieux laptop qui rame sous mandriva08.1/FF3.5
Change de distrib et de navigateur ... :)

Cette mauvaise habitude rend un texte illisible surtout lorsqu'il y a aussi peu de texte. L'usage de parenthèses dans ce cas aurait à mon avis été mieux approprié.

Bon quelques explications :
- je récupère les lignes mail.server.server'.*'.type
- je splite (avec séparateur ".") dans un tableau nommé a. Je viens de me rendre compte que ça sert à rien ...
- ensuite j'incrémente mon compteur.
- enfin j'affiche le nombre de comptes.

Plus simplement :
awk '/mail.server.server'.*'.type/ { COMPTES+=1} END {print COMPTES}'

Si tu veux le nombre de comptes total:
awk '/mail.server.server'.*'.type/ { split($0,a,".");COMPTES+=1} END {print COMPTES}'

awk '/mail.server.server'.*'.type/ { split($0,a,".");server[a[3]]+=1;} END { for (i in server) { print i ": " server[i] " comptes"}}'

Nous sommes d'accord sur le fond : le fair-play ou le savoir vivre n'a rien à voir dans les affaires, seuls les contrats ont valeur légale. Cependant, rien n'epêche quelqu'un d'être irrité parce que quelqu'un, tout en respectant les contrats, a eu une attitude qui du côté éthique ou savoir vivre laisse à désirer, tout simplement pace que, même avec la meilleure volonté, un contrat ne peut prévoir tous les cas de figure. Et comme tu dis, à ce niveau ce n'est plus une guerre juridique mais une guerre de communication, et une question d'image de marque qui pourrait avoir un impact sur les parts de marché (cf Microsoft qui a changé sa position vis à vis de l'opensource et qui ouvre le code de certains produits non stratégiques).

La, tu pars dans la même erreur que ceux qui disent que contrefaire, c'est voler, comme quoi ça rentre à force de bourrage...
Non, je n'ai jamais dit que la personne avait obligation de me rendre la voiture avec un plein d'essence. Là je parle de savoir vivre. Le problème n'est pas la perte de l'essence : c'est juste le fait que la personne ne m'en ait pas laissé assez pour refairte un plein à la prochaine station service qui est gênant. Dans mon exemple j'autorise la personne à ne pas faire le plein ou a ne pas rendre la voitiure avec autant d'essence que ce qu'il y avait à l'origine.
Bref, ton exemple avec la voiture ne marche pas, car il y a une différence fondamentale (la copie de Nagios n'enlève rien au créateur de Nagios, alors que toi tu perds de l'essence).

Tu te focalises sur la perte d'essence qui est explicitement autorisée, ce n'est pas le problème.

Si tu veux mon avis, lorsque tu crées un site communautaire quel qu'il soit, et lié à un projet, tu ne peux pas te permettre de dire ou de faire n'importe quoi. Pour ma part je comprends la réaction de l'auteur initial de nagios. A mon avis, vous auriez du, sur le site, mettre une page d'accueil, ou bien écrire en grand sur l'entête que vous n'étiez pas lié de près ou de loin à la société Nagios Enterprise, ni même un cana de diffusion officiel du projet Nagios, mais vous décrire comme la communauté nagios francophone de façon plus explicite. Si quelqu'un qui ne connait pas nagios fait une recherche et tombe sur votre site, il y a risque de confusion.
J'avais fait la même remarque du coté de netbsdfr.org qui n'acceptent pasles gens les visitant avec IE. Dans l'absolu c'est leur droit, cependant ils pourraient avoir la décence d'expliquer qu'ils ne sont PAS un canal de diffusion officiel du projet NetBSD mais une bande de passionés un peu décalé, et proposer un lien vers le site officiel NetBSD pour les visiteurs sous IE. Ca a le mérite de lever toute ambiguité.

Je ne suis absolument pas choqué qu'il soit irrité du manque de feedback sur les modifs apportées au code de son projet, celà dit, d'après ce que j'ai lu, il l'a quand même cherché. En tant que développeur de LL, s'il veut que les autres travaillent avec lui, il faut qu'il commence à travailler avec les autres, sinon ça forke. Après être irrité c'est une chose, mais mis à part ça il ne peut rien faire de plus ...

Pour reprendre ta comparaison, si je prête ma voiture à quelqu'un, que je l'autorise à l'utiliser, je serais un peu irrité s'il me la rendait avec le réservoir complêtement à sec. La courtoisie et la décence aurait voulu qu'il en laisse un minimum pour moi aller à une station service pour faire le plein.

Merci pour ces liens, j'en demandais pas tant :)

En même temps, il ne fait que se conformer à la tradition qui veut qu'un journal n'ayant pas de rapport direct avec Linux ou le Logiciel Libre ait droit à ce genre de commentaire.

Ce n'est pas si simple ..... Si c'est un serveur standalone, ce qui est en dessoius côté hardware (type de carte réseau, etc) est modélisé totalement différemment. Si tu as un systeme partitionnable ou une VM, c'est autre chose. Je me suis arraché les cheveux sur ce truc. Avec ue BDD de type couchdb, c'est peut être pas mieux, mais je veux bien essayer pour voir.

Pas quand je mange, ce genre de commentaire STP. J'ai failli m'étouffer en rigolant :)

Je commence à voir un peu plus à quoi ça peut servir, et c'est typiquement le genre de problème que j'ai à traiter en ce moment .

Je cherche à référencer les serveurs que je gère. Les serveurs ont un certain nombre de caractéristiques "logiques" identiques (hostname, adresse IP, disques, etc ..."), par contre le côté physique du serveur peut pêtre totalement différent. Un serveur peut être une machine standalone, une partition d'un complexe partitionnable (exemple les superdomes HP, ou les serveurs SUn style 25k), ça peut être une VM, et si on veut représenter la couche physique, on se retrouve avec des modèles totalement différents et qu'on ne peut représenter de façon simple dans un SGBDR. Je cite ce qui m'a fait tilter (voir http://www.couchdb-fr.net/introduction pour l'exemple ) :

Contrairement aux bases de données SQL qui sont conçues pour stocker et rendre compte de données très structurées et liées entre elles, CouchDB est conçu pour stocker et rendre compte de grandes quantités de données semi-structurées, orientées document. CouchDB simplifie grandement le développement d'applications orientées document, qui constituent l'essentiel des applications web collaboratif.

Le schéma évolue avec les besoins et dans une base de données SQL, le stockage des données existantes doit être mis à jour pour coller au schéma. Cela provoque souvent des problèmes dès que de nouveaux besoins apparaissent qui n'étaient tout simplement pas prévu dans le design initial de la base de données, et, pour les systèmes distribués, cela rend les mises à jour problématiques pour chaque hôte qui doit passer par une mise à jour du schéma.

Avec CouchDB, aucun schéma n'est appliqué, de sorte que de nouveaux types de documents, avec un sens nouveau, peuvent être ajouté en toute sécurité aux côtés des anciens. Le moteur de vue, en utilisant Javascript, est conçu pour manipuler facilement des nouveaux types de documents, des documents disparates… mais qui restent de simples documents.


Faut que je creuse ça ..... Avec Ruby et sa possibilité de créer/modifier des classes à la volée, ça risque d'être intéressant.

Je ne comprends pas trop ce que tu veux dire ....

En même temps ça a l'air d'être fait exactement pour stocker des documents ;)
Oui, mais un SGBDR aussi peut être utilisé pour stocker des documents :).
En fait ça a l'air d'être un peu comme XML : c'est fait pour le semi-structuré.
Oui, un peu comme le XML quoique je le vois même un peu moins rigide que le XML.

Si tu reprends l'exemple de tes images, ça doit pouvoir permettre de les organiser en album / sous albums, de rajouter des commentaire et de placer les photos un peu comme tu veux pour avoir un truc sympa et moins rigide que le classement en album/tag à la picasa par exemple ..
C'est effectivement comme ça que je le vois. Mais j'ai l'impression que ce genre de gestionnaire de BDD est l'outil idéal pour "perdre" des documents dans la base (perdre dans le sens ou je ne saurais plus y accéder, parce que le document en question utilise des clés qui ne sont plus utilisées par les autres documents du même type, et que j'ai oublié comment à l'origine celui-ci était défini).
La structure, c'est l'utilisateur qui peut la faire comme il le veut, comme sur un wiki, c'est ça le principal intérêt que je peux y voir ... tout en gardant la possibilité de faire des requêtes sur les photos

Oui mais le risque au fil du temps c'est de se retrouver avec des photos que l'on ne "trouverait plus" parce que les critères de sélection/rangement auraient changé ... Je me trompe peut-être mais c'est un des inconvénients que je note. En gros ce genre de système de BDD me fait penser à la pile de documents non classés que j'ai sur mon bureau : ce sont des feuilles de papier qui trainent sur mon bureau. Après pour savoir ce qu'il y a dedans, je suis obliger de fouiller pour identifier ce que c'est..

En gros, tu peux tout à fait modéliser tes données sous forme de hash pour ton application métier et il se trouve que ces DB visent à stocker sous cette forme tes données.
Un peu comme Berkeley DB ? A ceci près que couchdb est en plus concu pour gérer efficacement les accès concurents ainsi que, si j'ai bien compris la gestion "distribué" de la base.

C'est plus souple, plus simple et en plus ce genre de DB vise à s'héberger facilement sur du cloud. Par contre, c'est assez déroutant après autant d'années de SQL, pas rassurant pour les clients.

Je pense surtout que c'est pas adapté pour la plupart des bases stockées actuellement en SGBDR, mais que ça peut être utile pour des cas ou le SGBDR/SQL montre ses limites et oblige à avoir un schéma de base de données ultra complexe.

Après ya une grosse hype autour du mouvement NOSQL, il faut rester pragmatique et bien cerner les besoins avant de s'orienter vers ce genre de solutions.
C'est d'ailleurs la raison de mon post : de toutes mes lectures sur le sujet je n'ai jamais vu vraiment de cas ou un tel gestionnaire s'imposerait naturellement, mais peut-être que si un jour je veux implémenter mon propre moteur de wiki, j'y viendrai naturellement.

Oui mais ..... ce qui me gène un peu dans couchdb, c'est le manque de structuration apparente des documents stockés.

A priori pour un wiki, par exemple c'est l'idéal : la base stocke directement les documents, et on interroge directement la base pour les récupérer/les mettre à jour, etc .... Je vois aussi bien ce genre de base pour stocker des documents (j'ai un tas de docs techniques PDF divers et variés). En réfléchissant plus loin, on pourrait aussi s'en servir pour stocker des photos .... Par contre, je me demande comment organiser tout ça, en raison du manque de structuration apparente de l'engin.

Merci, mais j'avais déjà vu ces slides, et ça ne répond pas spécialement à ma question: Si quand même : c'est l'outil idéal pour un wiki. Sinon, je ne vois pas trop.

Après avoir regardé, beagleboard et igepv2 sont plus cheres que ce que je mentionne dans le journal, avec certes quelques périphériques en plus mais pas ce dont j'ai besoin.

SheevaPlug : un peu limité en E/S, mais correspond un peu plus à ce que je cherche. ça avec 2 USB2 me conviendrait. J'aurais besoin aussi d'une possibilité de touiller le firmware interne pour lui ajouter ou supprimer des fonctionnalités.

Mais merci pour le lien.

Cordialement.

Bonjour.

Je trouve que, vu la config, si on prend par 100, ce n'est pas trop cher, en tenant compte de la conversion Euros/dollars (j'ai l'habitude de voir ce genre de cartes pour 100 euros minimum en Europe). Celà dit, si tu trouves moins cher, je suis preneur, pour moi il me faut soit deux ports USB2 480 Mb/s soit deux ports SATA. Les autres cartes que je vois pour moins cher ont de l'USB à 12 Mb/s.