Raoul Volfoni a écrit 919 commentaires

  • [^] # Re: en astro aussi...

    Posté par  (site web personnel) . En réponse au journal Optimiser son sommeil. Évalué à 1.

    > (j'ai fait une faute d'orthographe exprès pour pas le référencer...)

    Il est suffisament connu par la qualité de ses images en haute résolution pour être retrouvé facilement même sans mentionner la terminaison de son patronyme, qui n'est d'ailleurs pas la seule chose que j'aimerai avoir en commun avec lui...
    Mais il n'a jamais mentionné ce rythme de sommeil sur fsaa. Tu le connais personnellement?
  • [^] # Re: Re : Optimiser son sommeil

    Posté par  (site web personnel) . En réponse au journal Optimiser son sommeil. Évalué à 1.

    > le résultat est radical : je dors bien moins longtemps qu'avant.

    N'en profites pas pour en faire un second, tu risques de ne plus dormir du tout...
  • [^] # Re: Un souhait

    Posté par  (site web personnel) . En réponse à la dépêche Solutions Linux 2005 : Naissance de l'association PostgreSQLFr. Évalué à 3.

    > et il permet d'utiliser autant de front-ends qu'un évêque peut en bénir...

    L'évêque ferait tout aussi bien de bénir la libpq, parce qu'avec un minimum de connaissance de cette bibliothèque et des vues de l'INFORMATION SCHEMA, il est assez facile de manipuler PostreSQL.
    C'est d'ailleurs aussi vrai pour les autres RDBMS, et certains produits propriétaires ont une telle couche d'abstraction qu'ils permettent de manipuler de nombreux SGBDR (C.f. DB Artisan d'Embarcadero que j'ai envie de citer :).

    Mais qu'on me laisse profiter de cette annonce pour faire un appel à contribution: j'ai par le passé réalisé un générateur de code SQL pour un produit concurrent et propriétaire que je n'ai pas envie de citer. Le but étant à partir d'un schéma physique de créer (presque) toutes les procédures stockées nécessaires à la manipulation des tuples des tables d'une ou plusieurs bases. J'ai quelques nouvelles idées à mettre en oeuvre mais je ne me sent pas capable de tout écrire tout seul.
    Bref, peut-être que cette association sera le lieu idéal pour en débattre...
  • # Joli boulot

    Posté par  (site web personnel) . En réponse au journal Postfix + Cyrus-IMAP: une doc en français. Évalué à 2.

    Je pensais avoir fait le tour de Postfix et voila t-y pas que je découvre avec un plaisir non dissimulé la règle transport_maps que tu décris très bien dans ton chapitre 6. Je m'en vais de ce pas effectuer mes 1ers tests.
    Grace te sois rendu noble contributeur. :)
  • [^] # Re: Divergence FM, c'est chouette

    Posté par  (site web personnel) . En réponse à la dépêche Libérez vos antennes avant qu'on ne vous les coupe !. Évalué à 3.

    > la pêche au cabillaud a sa place ici parce que c'est bien pour les pêcheurs les logiciels libre pour faire de la compta de poissons.

    Toute référence à un événement récent situé dans une capitale du Bénélux serait-elle totalement fortuite?
  • [^] # Re: FS libre

    Posté par  (site web personnel) . En réponse à la dépêche Bull va construire un super-calculateur sous Linux. Évalué à 8.

    > il y a eu des journaux à ce sujet...

    Oui mais il a des lustres...
  • [^] # Re: Na zdrowie!

    Posté par  (site web personnel) . En réponse au journal Report du vote sur les brevets logiciels à l'UE.. Évalué à 4.

    > Petite note du quadricapillectomiste éclairé

    Tu peux leur envoyer une note éclairée? ;)

    http://www.centreurope.org/pologne/guide-pologne/1.3/vocabulaire-po(...)
  • # Na zdrowie!

    Posté par  (site web personnel) . En réponse au journal Report du vote sur les brevets logiciels à l'UE.. Évalué à 5.

    Alors qu'à midi Gérald Sédrati-Dinet nous informait via la ML de la publication d'un communiqué sur http://www.newropeans-magazine.org/(...) qui pouvait laisser penser que tout espoir était perdu, voilà qu'à nouveau on se plait à croire que tous ces efforts n'ont pas été vains. Sa lettre ouverte aux ministres est un modèle du genre http://www.ffii.fr/(...) et je pense sincèrement que tous ceux qui croient en l'avenir des LL lui doivent une fière chandelle.
    Bon, je vais mettre une Zubrowska au congèl pour boire à sa santé.
  • [^] # Re: spamassassin

    Posté par  (site web personnel) . En réponse au journal Bounce d'antivirus. Évalué à 2.

    > Il y a des règles toutes faites pour spam assassin.

    J'ai trouvé celle-ci qui a l'air de correspondre exactement au besoin:
    http://www.timj.co.uk/linux/bogus-virus-warnings.cf(...)
  • # Backscatter

    Posté par  (site web personnel) . En réponse au journal Bounce d'antivirus. Évalué à 3.

    HELO,

    Rien ne vaut la lecture du Postfix Backscatter Howto:

    http://www.postfix.org/BACKSCATTER_README.html(...)

    Sinon une expression rationnelle dans le header_checks devrait suffire à 90% des cas. En tous cas depuis que j'ai ajouté les règles suivantes je n'ai plus la moindre notification:

    http://std.dkuug.dk/keld/virus/header_checks(...)
    http://www.t29.dk/antiantivirus.txt(...)
  • [^] # Re: traduction

    Posté par  (site web personnel) . En réponse à la dépêche NetBSD 2.0 vient de sortir.. Évalué à 3.

    > donc le terme "montée en charge" était parfaitement adéquat !

    "aptitude à la montée en charge" m'a toujours semblé être la meilleure traduction.
  • # Du Micral au Novascale

    Posté par  (site web personnel) . En réponse au journal 60 teraflops pour la simulation nucléaire. Évalué à 3.

    Pour tous ceux qui associent encore Bull à Gcos ou au Micral 30, voici de quoi apprendre quelques trucs sur leurs compétences en matière de cluster et notamment en ce qui concerne Lustre:
    http://tinyurl.com/458tw(...) (quadrics.com)

    The combination of DataDirect Networks S2A 8500s with multi-rail Quadrics network and with multiple-OSS parallelism supplied by Lustre gives global file systems a petabyte capacity to be supplied at 100's of Gigabytes per second, setting the stage for an order-of-magnitude leap in supercomputing.
  • [^] # Re: sympa , le projet !

    Posté par  (site web personnel) . En réponse à la dépêche LFS 6.0 est sorti. Évalué à 2.

    > compiler le reste des programmes pour en environnement uClibc est une autre histoire.

    Es-tu allé récemment récupérer le buildroot? Erik Andersen a rajouté un menu ncurses (à la kernel) qui facilite grandement la compilation de pas mal d'outils. Maintenant c'est vrai que si tu cherches à compiler mySQL avec la uClibc ça doit pas être coton... A moins que ce ne soit Mplayer? ;)
  • [^] # Re: sympa , le projet !

    Posté par  (site web personnel) . En réponse à la dépêche LFS 6.0 est sorti. Évalué à 5.

    > busybox est le complément idéal à uClibc

    Entièrement d'accord.

    > mais le but de la LFS est un livre qui explique comment crée une distro complète

    Nous sommes toujours d'accord.

    > pas uniquement rajouter 2-3 utilitaires linux comme busybox

    Là par contre je te trouve un peu trop sarcastique. Non seulement il ne s'agit pas que de 2 ou 3 utilitaires mais d'un système quasiment complet (depuis init et les rc-scripts jusqu'aux commandes d'administration), mais en plus la toolchain permet d'ajouter à peu près ce que l'on veut à sa Busybox. (d'ailleurs je recherche un navigateur un peu comme links2 qui supporterait le framebuffer mais en plus serait compatible CSS, si quelqu'un connait...)
    Bref, je ne comprend pas très bien ce qu'il te manque?
  • [^] # Re: sympa , le projet !

    Posté par  (site web personnel) . En réponse à la dépêche LFS 6.0 est sorti. Évalué à 3.

    > l'idéal serait d'avoir une 2ème version de LFS mais qui utilise une uClibc

    Et bien? Et BusyBox alors? http://busybox.net/(...)
  • [^] # Re: Nouveauté(s...)

    Posté par  (site web personnel) . En réponse au journal Postgresql 8 en RC. Évalué à 4.

    > J'ai un peu du mal à voir le rapport entre relationnel et multi plate-formes. Il y en a un que je ne verrai pas ?

    Le Dr Codd ne s'était pas limité à définir les bases des principes de fonctionnement des SGBD relationnels vis-à-vis de l'algèbre du même nom. Il avait aussi édicté un certain nombre de règles (de mémoire une dizaine dans son livre blanc) comme la sécurité, l'intégrité des données et leur indépendance totale du matériel et de l'OS. Il faut se replacer dans le contexte de l'époque (SGBD hiérarchiques et réseaux) pour comprendre pourquoi cette indépendance lui était si chère. Le SGBD phare de l'époque (DL1) ne tournait que sur plate-forme IBM et Codd souhaitait que les SGBDR soient 'pilotés par les données' et non par le matériel, l'OS ou par un schéma de stockage (cas du hierarchique).
  • [^] # Re: Postgresql 8 en RC

    Posté par  (site web personnel) . En réponse au journal Postgresql 8 en RC. Évalué à 2.

    > Il y a plein (trop) de projets externes de réplication sous postgresql, qui n'ont de réplication que le nom ...

    Je ne me souviens plus, c'est avec le pied droit ou gauche qu'il faut marcher dedans? J'en ai vu des velus, mais là tu dois avoir des actions chez Gillette...
  • [^] # Re: Nouveauté(s...)

    Posté par  (site web personnel) . En réponse au journal Postgresql 8 en RC. Évalué à 2.

    > ... et le portage en natif sous Windows

    Tu as raison, je crois que Codd avait écrit il y a fort longtemps qu'un SGBDR devait être multi plate-formes pour mériter l'appellation relationnel. Ca en élimine au moins un...

    Concernant les tablespaces je suis une peu malheureux d'apprendre qu'ils ne sont pas entièrement supportés dans l'information_schema et que par conséquent il n'est pas possible de savoir quel objet se situe dans quel tablespace.
    Par contre ça fait partie de la todolist, avec un nombre incalculable de nouveautés et d'améliorations qui ne verront probablement pas le jour avant la 8.2, mais laissent présager d'un avenir radieux pour ce merveilleux projet.
  • [^] # Re: Changements en vue

    Posté par  (site web personnel) . En réponse au journal Mise à jour securité gentoo. (la revanche). Évalué à 3.

    > Merci pour l'url sur glep, mais cet outil est un peu different puisqu'il vise à faire des portages alternatifs pour gérer les maj.

    C'est presque celà: cette amélioration vise à fournir un arbre de Portage stable avec des ebuilds ayant une durée de vie supérieure à un an. N'y seront ajoutés que les patchs de sécurité. Voilà pourquoi je disais qu'il y avait des points communs entre ta démarche et celle de cette amélioration qui vise à rendre Gentoo adapté aux serveurs de production.

    > Prendre contact avec gentoo c'est sans doute bcp pour un script de moins de 100 lignes :)

    Bah tu sais, la ML sécurité a été litérallement noyée le mois dernier dans une gigantesque discussion sur la signature des ebuilds et des eclass, pour se terminer par un script de quelques lignes... ;)
  • # Changements en vue

    Posté par  (site web personnel) . En réponse au journal Mise à jour securité gentoo. (la revanche). Évalué à 3.

    Pas mal du tout en effet. Même si le script se termine par une petite erreur, j'ai bien eu la liste des packages concernés par un GLSA.

    > Traceback (most recent call last):
    > File "myglsa.py", line 80, in ?
    > testvuln = eval(ev)
    > File "", line 0, in ?
    > AttributeError: 'str' object has no attribute '__rge__'


    Comme je ne cause pas (encore) Python, je ne suis pas en mesure de trouver d'où celà vient. Par contre quelques interrogations me viennent à l'esprit: comment ton outil gère-t-il les slots? La solution de créer les packages la nuit est effectivement la meilleure. As-tu eu connaissance du GLEP 19 http://www.gentoo.org/proj/en/glep/glep-0019.html(...) dont l'objectif se rapproche du tiens? D'après Sune Kloppenborg, ils sont en train de travailler dessus. Peut-être devrais-tu prendre contact avec eux pour voir si ton code les intéresse?
  • [^] # Re: Argl

    Posté par  (site web personnel) . En réponse à la dépêche L'accord à l'amiable entre BSDi et USL (AT&T) enfin public.. Évalué à 3.

    > Le lien était dans le commentaire de gabuzo juste avant le mien.

    Oups, m'en vais demander trois pâtés et un aber à mon ophtalmo. :)

    > mais j'ai pas le temps d'écrire un roman de 500 pages avec 2000 pages d'annexes et de références.

    D'autant qu'il faudrait en faire un deuxième tome d'ici quelques années avec les évolutions prévisibles et la disparition annoncée de quelques ténors...
  • [^] # Re: Argl

    Posté par  (site web personnel) . En réponse à la dépêche L'accord à l'amiable entre BSDi et USL (AT&T) enfin public.. Évalué à 4.

    Bravo pour ce magnifique résumé. Peut-être est-ce aussi le bon endroit pour rapeller l'existence du site d'Eric Lévénez qui fait référence en matière de généalogie Unixienne:
    http://www.levenez.com/unix/(...)
    En plus du célèbre poster et d'une liste impressionnante d'Unix exotiques plus inconnus les uns que les autres, on peut aussi y trouver de nombreux liens forts interessants dont certains traitent justement des différents procès en cours. Parmi les liens, celui-ci qui non seulement retrace l'hitorique de cette affaire, et termine en mentionnant Burns et Groklaw: la boucle est bouclée.
    http://cm.bell-labs.com/cm/cs/who/dmr/bsdi/bsdisuit.html(...)
  • # SCO vs Ms

    Posté par  (site web personnel) . En réponse au journal SCO: YOUR CODE BELONG TO US MOUHAHAHA. Évalué à 2.

    Ce matin il y avait encore pire en page d'accueil:

    http://www.dahnielson.com/images/sco-windows.jpg(...)

    Le signe $ étant mal placé, certains pensent que les plaisantins ne seraient pas du pays.
  • [^] # Re: Légalité vs moralité...

    Posté par  (site web personnel) . En réponse à la dépêche Guerre JBoss/Apache ?. Évalué à -3.

    > Tu parles d'incompétence, mais sais-tu de quoi tu parles.

    Oui et toi? Tu trouves normal qu'une société qui utilise sans vergogne le code d'une fondation porte plainte contre elle? C'est pitoyable...

    > Mais la plainte de JBoss exprimée dans ce document porte sur le reste du code.

    Et c'est bien ce que j'ai écris. Est-ce que tu sais lire ou bien ton aveuglement pour Jboss t'empêche de comprendre ce à quoi tu réponds?

    > Ca ne permet pas de savoir qui l'a codé en premier, mais ton commentaire est complètement à côté de la plaque.

    Ah il est certain qu'avec le ton agressif et les nombreux arguments nouveaux que tu nous as fourni, le débat a fortement avancé. Et merde, je perd encore mon temps avec un abruti.
  • [^] # Re: C-JDBC

    Posté par  (site web personnel) . En réponse à la dépêche Guerre JBoss/Apache ?. Évalué à 5.

    > Il n'y a pas de replication entre bases...

    Je me suis fait enduire d'erreur par le guide utilisateur:
    > The database is distributed and replicated among several nodes and C-JDBC load balances the queries between these nodes.

    Et puis en dessous:
    > reads are load balanced and writes are broadcasted

    Ok, vu comme ça, celà mérite d'être testé.
    Merci de m'avoir remis dans le droit chemin. ;-)