ecyrbe a écrit 633 commentaires

  • [^] # Re: Allez je fonce dans le troll

    Posté par  . En réponse à la dépêche Évolutions de la rentrée sur LinuxFr.org. Évalué à 1.

    Petite relance : nous utilisons webalizer pour nos statistiques web, et plus précisément le paquet Debian.Celui-ci n'est plus très jour, et si un développeur Debian a un peu trop de temps libre, nous lui serions reconnaissants s'il pouvait regarder ça.

    s/très/à
  • [^] # Re: Excellent, excellent ...

    Posté par  . En réponse au journal [Brevets] C'est Paul Allen qui a la plus grosse !. Évalué à 1.

    Oui, ai-je dis le contraire? Ai-je donné une fausse information?
    Oui, la personne à eu de vraies blessures corporelles. Celà n'enlève rien au fait qu'elle à fait une erreur de manipulation. Personnellement, je conçois que le café soit servit chaud et que celà peu causer des graves blessures si l'on ne fait pas attention, je vois pas en quoi mc do est responsable. Mais le bon sens semble avoir disparu dans notre société de consommation, alors pourquoi pas, attaquons les grosses boites plutôt qu'à nous même pour notre bêtise.

    Précision : j'ai été brulé pour la même raison à l'âge de 3 ans et je suis marqué à vie sur l'avant bras à moins de faire une greffe de peau, je connais donc bien le sujet pour l'avoir vécu.
  • [^] # Re: Excellent, excellent ...

    Posté par  . En réponse au journal [Brevets] C'est Paul Allen qui a la plus grosse !. Évalué à 1.

    Mon avis personnel sur les armes à feu. C'est que c'est que celà ne fait que déplacer le problème et donne lieu à une course à l'armement. En plus d'être une arme létale, celà permet des aberrations du genre une bande de gamins qui tuent tout ce qui bouge dans leur lycée...
    Plus difficile à faire avec une arme blanche, non?
    Bref, pour se défendre, je pense qu'il y a d'autres moyens, comme les bombes lacrymogène ou tout autres moyens non létaux.
    Bien entendu, on aura compris que je suis contre la vente, la fabrication, et l'utilisation des armes à feu... pourtant, je fais de l'airsoft, je ne suis donc pas contre qu'on s'amuse avec des répliques! Surtout que comme fait divers, des gamins qui feraient des bleus à leurs camarades dans un lycée avec des répliques, c'est quand même moins tragique...
  • [^] # Re: Excellent, excellent ...

    Posté par  . En réponse au journal [Brevets] C'est Paul Allen qui a la plus grosse !. Évalué à 9.

    J'ai vécu 5 ans aux states, alors tes commentaires sarcastiques sur ma personne, je trouve celà déplacé.
    Je n'ai fait qu'avancer des faits, et toi tu me m'insulte? Je ne trouve pas celà très utile.
    Pour faire avancer le débat, tu aurait peut être pu m'expliquer en quoi c'est bien le port d'arme? En quoi les gens n'attaquent pas en procès à tout va? Tu pourra me dire ce que tu veux, j'ai un pote américain qui en a bavé sur un petit accident de voiture... Alors les clichés ils sont pas si loin de la vérité, crois moi!
  • [^] # Re: Excellent, excellent ...

    Posté par  . En réponse au journal [Brevets] C'est Paul Allen qui a la plus grosse !. Évalué à 6.

    c'est méconnaitre les USA. Tout le monde est habitué à vivre avec des procès au cul. Les médecins s'en prennent un dès qu'un patient n'est pas content, dès que tu as un accident de la circulation, que tu te verse un verre de café trop chaud chez mac donald, que tu as grillé ton chat dans un micro onde....
    Les USA c'est quand même le paradis des avocats. Croire qu'ils vont supprimer les brevets parceque ça fait des procès, c'est méconnaitre les USA.
    Croit tu qu'ils aient aboli le port d'arme malgré qu'ils en sont arrivé à des niveaux ou des villes entières sont contrôlées par des gagngs?
  • [^] # Re: Une impression de déjà vu ?

    Posté par  . En réponse au journal h.264, le retour.. Évalué à 2.

    c'est sûr que ceux qui veulent attaquer google à cause de webm devraient avoir les reins solides. MPEG-LA à beau recouvrir plusieurs sociétés, je doute qu'ils aient envie de prendre le risque pour le moment.
    Je pense quand même que leurs avocats doivent être en train de monter un dossier pour évaluer le gain/risque d'une telle action.

    Je pense que tout devrait commencer à déraper si google perd son procès face à Oracle pour les brevets Java dans Android. A ce moment là, je pense qu'une bonne tripoté de requins voudront tenter leur chance face au géant du Web.
  • [^] # Re: Compactage mémoire

    Posté par  . En réponse à la dépêche Nouvelle version 2.6.35 du noyau Linux. Évalué à 3.

    c'est surtout que l'algorithme ne s'arrête pas à la moitié de la mémoire mais quand les deux scanners se rencontrent!!!
    Le premier scanner avance à chaque fois qu'il trouve une page occupé déplaçable, le second avance à chaque fois qu'il trouve une page libre...
    En gros il doivent se rencontrer quand il y a autant de pages libre que de pages occupées trouvées...
  • [^] # Re: inutile ?

    Posté par  . En réponse au journal À quoi doit ressembler Firefox 4 sous Linux?. Évalué à 10.

    pire! ça ! ça fait un lien vers le buzilla en anglais sur un sujet obscur pour la plupart des utilisateurs!
    Une explication sur le contenu des débats actuels dans le bugzilla aurait été le bienvenu.
    A savoir prendre le temps de dire que :
    - contrairement à la version windows et macos, firefox aura certainement un menu visible car un bouton firefox dans la barre de titre n'est pas possible sans pondre du code impossible à maintenir ( il faudrait implémenter un hack pour tous les gestionnaires de fenêtres existant sous linux)
    - rien n'est encore décidé et des propositions d'interfaces pourraient être proposées pour contourner le problème.

    Evidemment, l'auteur du journal a aussi oublié de préciser que le bubzilla est essentiellement fait pour les développeurs. Et donc demander à tout un chacun d'aller s'exprimer sur le sujet sur ce bugzilla ne ferait que noyer une information pertinente dans un foutoir sans nom.
  • [^] # Re: Dommage..

    Posté par  . En réponse à la dépêche Videoporama disponible en version 0.8. Évalué à 7.

    Tu fais un grosse confusion entre conteneur et codec ainsi que brevet et libre!

    Videopanorama supporte matroska, qui est de loin le conteneur le plus évolutif et complet et qui possède plusieurs implémentations libres. Il en va de même pour les autres conteneurs que ce soit avi, flv ou mp4.

    C'est la même chose pour les codecs. Videopanorama propose theora et vp8 qui ont des implémentations libres. De plus les autres codecs employés sont aussi des codecs libres!!!!

    En effet, je rappelle que les brevets logiciels ne sont pas valables en Europe! Donc, en Europe, même l'implémentation H264 ne pose aucun problème avec MPEG-LA.

    De plus, rien ne garanti que vp8 et Theora ne soient pas eux aussi encombrés de brevets déposé par d'autres que Google (ayant acquis On2 à l'origine de Theora et vp8). D'ailleurs, l'un des principaux développeurs du codec x264, à pointé du doigt que vp8 serait encombré des brevets déposés par MPEG-LA. car vp8 serait une sorte d'H264 simplifié selon lui.
  • [^] # Re: Hexa-coeurs

    Posté par  . En réponse à la dépêche Firefox 3.6.4 intègre Electrolysis. Évalué à 3.

    Windows ne fait pas de Copy on Write sur les processus parce qu'il n'y à pas de fork sous Windows. Il y a des spawn de process ! Du coup, c'est d'emblé de jeu optimisé pour un processus neuf.
    Le COW du fork est surtout la pour éviter de copier le processus père, car on sais que dans 99% des cas un fork est suivi par exec() !
  • [^] # Re: Lorentz <> Electrolysis

    Posté par  . En réponse à la dépêche Firefox 3.6.4 intègre Electrolysis. Évalué à 5.

    Effectivement,

    J'ai testé, l'ouverture d'onglets n'ouvre pas de nouveaux processus.
    Je pense que la News devrait être corrigée en conséquence...
  • [^] # Re: Petite question annexe

    Posté par  . En réponse au journal Différence de licence entre une réimplémentation complète et le projet source. Évalué à 1.

    Non, tu ne peux pas livrer le tout sans mettre tout le projet en GPLv2 si tu optes pour cette solution.
    Le mieux est encore de réécrire ce que tu estimes avoir écrit en lisant le code C original. Comme ça, pas de souci.
    De plus les classes incriminées ne sont pas grosses, ça devrait être rapide à reprogrammer.
    Pour ce faire, documente toi même ce que tu as compris des mécanismes en jeux et ré-implémente sur cette base sans regarder ton code originel. Ou demande à quelqu'un d'autre de le réécrire pour plus de sécurité.
  • [^] # Re: Prendre des calmants.

    Posté par  . En réponse au journal Différence de licence entre une réimplémentation complète et le projet source. Évalué à 2.

    Je ne vois pas ou il admet avoir fait du travail dérivé. Il admet avoir lu du code de Nagios pour comprendre les mécanisme en jeu (sur des trucs triviaux, hein) et avoir fait sa propre implémentation en conséquence.
    Désolé, ça, ce n'est pas du travail dérivé...

    Par contre je suis d'accord qu'il faut faire retomber la pression. Mais je trouve ses propos bien plus modérés et calmes que ceux des développeurs de Nagios.

    De plus, pas sûr que la FSF réponde ou veuille se pencher sur de la comparaison de code pour donner un avis... il a donc intérêt à trouver un accord à l'amiable. Ce qu'il a fait sur la mailing list. Plus vite il règlera ce petit souci, plus vite il pourra continuer à faire avancer son projet.
  • [^] # Re: Réponse renvoyée

    Posté par  . En réponse au journal Différence de licence entre une réimplémentation complète et le projet source. Évalué à 4.

    Pas que fork en fait.

    Partout ou il y a : "Shinken is a new implementation of Nagios" ou "Shinken is a re-implementation of Nagios" fait penser que ton projet est un dérivé de Nagios et que tu as l'aval du projet Nagios pour ton projet.

    Ceci n'étant clairement pas le cas, utilise aussi dans ces cas :
    "Shinken is a network monitoring software application fully compatible with Nagios"

    Les pages de wikipedia (en,fr...) devraient être changé aussi en conséquence car elles font le même amalgame.
  • [^] # Re: Réponse renvoyée

    Posté par  . En réponse au journal Différence de licence entre une réimplémentation complète et le projet source. Évalué à 2.

    Je pense que tu as été diplomate et tu as ouvert la porte à toutes les opportunités pour régler le problème.
    Par contre, sache que AGPLv3 et GPLv2 sont incompatibles. Donc mettre dans une gray zone comme tu le propose ne devra qu'être temporaire pour permettre une re-programmation rapide des parties qu'ils jugent "volées".
    Cependant, je ne pense pas que celà soit utile. Je trouve que le code incriminé n'a rien à voir... Mais proposer de reprogrammer permettra au moins de leur clouer le bec sur ce sujet.
    Tu fais bien de changer "fork" par "compatibility with", ce qui est plus proche de la réalité.
  • [^] # Re: ...

    Posté par  . En réponse au journal Différence de licence entre une réimplémentation complète et le projet source. Évalué à 5.

    J'ai été comparé le code de shinken et nagios sur les parties incriminées par l'auteur de nagios.
    Les implémentations sont radicalement differentes! Ce n'est pas du dérivative work!

    Je veux bien que gabes se soit inspiré et ait lu le code C de nagios, celà n'empêche pas qu'il n'a pas retranscrit le code de nagios.
    Je n'y vois absolument rien de commun, si ce n'est que ça fonctionne pareil au final... pas la moindre fonction identique, pas le même nombre de fonctions, pas la même logique de code dans les parties incriminées.
    L'auteur de Nagios confond copyright et GPL. En mettant sous GPL il autorise n'importe qui a lire sont code (entre autre) pour le comprendre et en refaire une nouvelle implementation. Dans le cas de shinken, l'implementation est totalement differente. La GPL ne s'applique pas!
    C'est comme si Gabes avait documenté les partie non documentés de nagios, justement... celà n'oblige absolument pas à mettre le coe de shinken sous GPLv2.
    On voit bien que l'attaque consiste à te dénigrer tes droits d'auteur sur shinken, car ils ont peur que vous sortiez une version commercialement fermée de shinken. C'est tout le but de leur manoeuvre. Je trouve le procédé pitoyable.
    Cependant, fait bien attention désormais dans ta communication avec lui. Je pense que la FSF va abonder dans ton sens. Sont mail n'est que du FUD.
  • [^] # Re: Faire un tube

    Posté par  . En réponse au message Manipulation d'un programme interactif en C++. Évalué à 3.

    OpenSSL est très mal documenté, mais je suis d'accord qu'il vaut mieux faire appel directement à l'API d'OpenSSL.
    Cependant l'api X509 est incompréhensible si l'on a pas l'habitude de mettre la main dans le cambouis, à savoir aller regarder les entêtes des fichiers d'OpenSSL et rechercher toutes les fonctions contenant "X509" et d'essayer de comprendre à quoi elles servent...

    Par contre, il y a les même fonctionnalités dans GnuTLS, et l'api est très bien documenté.

    Donc, si j'ai une suggestion à faire ce serait d'utiliser GnuTLS pour générer tes certificats. Tu galèreras moins.
  • [^] # Re: Mangeur de ressources

    Posté par  . En réponse à la dépêche Transmission 2.00. Évalué à 2.

    Hypothèse fausse. Deluge utilise un backend optimisé en c++:

    http://www.rasterbar.com/products/libtorrent

    Ce dernier implémente le protocole bitorrent via la librairie réseau boost::asio reconnu pour son design moderne et proposé comme standard c++ dans TR2.
    libtorrent fait un usage très correct du CPU et de la RAM...

    Si déluge bouffe beaucoup de RAM, c'est certainement à cause de l'auteur qui doit faire une mauvaise utilisation de python.
    Un lancement de deluge sans téléchargement bouffe presque 90Mo à lui tout seul...
  • [^] # Re: ...

    Posté par  . En réponse au journal Clang++ est prêt. Évalué à 2.

    Sur le site de libc++ on peut lire :

    libc++ is still under development. It has about 85% of N3092 implemented/tested. C++'98 support is fully featured, and most of C++'0x support is as well. The only major missing pieces of C++'0x support are and , and parts of .

    Donc il ne manque vraiment pas grand chose. Actuellement peu des fonctionnalités de C++0X sont employées car pas encore standardisées. Je vois qu'il y a quand même pas mal de fonctionnalités de TR1 qui sont déjà implémentées.
    Bref, ils avancent très vite.
  • [^] # Re: Content

    Posté par  . En réponse à la dépêche Ryzom devient entièrement libre !. Évalué à 1.

    Concernant Warcraft, il me semble pas que j'aie exclu d'autres plagiats, monsieur je-sais-tout. Et ne pas reconnaître le plagiat de l'appel de C'thulhu derrière les dieux très anciens de wow, c'est faire preuve d'une mauvaise foi.

    (Moi aussi je fais du jeu de rôles papier hein, t'es pas tout seul.)


    Devant son écran ésoeulé, un être semble s'être perdu dans les méandre d'une toile tissées par d'innombrables déchets putrides virtuels. Les grand anciens sont ils à blamer? ont-ils envoyés des mi-go expérimenter le cerveau d'un jeune rôliste. Ce qui est certain, c'est que dans les méandres de ses connexions neuronales, des associations innommables se produisent. Les grands anciens, de warcraft auraient dans cet univers insondable des liens étroits avec ceux de Cthulhu... Pendant ce temps, H.P.Lovecraft se retourne dans sa tombe!

    ps: à part le nom, je n'y vois rien de commun, encore une fois. Alors si tu veux me donner tort, cite moi les grands anciens qui auraient été plagiés...
  • [^] # Re: Content

    Posté par  . En réponse à la dépêche Ryzom devient entièrement libre !. Évalué à 5.

    On reconnait tout de suite le joueur pressé qui n'y connait rien en jeux de rôles et leurs univers.. (ie: je suis maitre de jeu à l'appel de cthulhu, berlin XVIII, JRTM ...)

    L'univers de warcraft n'est pas plagié de près ou de loin de l'univers de H.P. Lovecraft (même si ils finissent par craft tous les deux) et son bestiaire d'horreurs innommables comme cthulhu ou nyalathotep!
    Non, warcraft est un plagiat de warhammer (et oui, ils commencent par war tous les deux), car à la conception du jeu, games workshop avait refusé de licencier son petit à blizzard!
  • [^] # Re: débat

    Posté par  . En réponse à la dépêche Spécifications de OpenGL 4.0. Évalué à 3.

    Pour le calcul sur GPU il y a déjà OpenCL. Je ne pense pas que le groupe Chronos conçoive l'API d'OpenGL pour en faire autre chose que ce qu'il est censé faire : Du rendu 3D.
  • [^] # Re: débat

    Posté par  . En réponse à la dépêche Spécifications de OpenGL 4.0. Évalué à 5.

    Les vertex/pixels shaders peuvent effectuer des calculs en plusieurs passes qui peuvent s'avérer très complexes. On peut arriver à générer des erreurs de calculs visibles à l'écran dans certains cas... la double précision permet de générer une erreur qui ne sera pas visible à l'écran.
    De manière générale, ce sont les multiplications successives de matrices ou de vecteurs qui génèrent les plus grosses erreurs de calculs sur les nombres flottants.
  • [^] # Re: LinkTimeOptimisation

    Posté par  . En réponse à la dépêche Sortie de GCC 4.5. Évalué à 1.

    Il existe une option pour le linker qui lui dit de garder le code, même celui qu'il considère mort.
    pour l'utiliser via gcc : -Wl,-whole-archive. et -Wl,-no-whole-archive
  • [^] # Re: Quel problème

    Posté par  . En réponse au journal Nouveau KDE.org. Évalué à 3.

    Gnome n'a pas de base de registre mais gconf qui permet d'être notifié en live du changement d'une propriété.
    C'est n'est donc pas juste une centralisation de configuration mais aussi un système de notification.
    Ainsi si une autre application change des paramètres de configuration, celles qui l'utilisent le savent automatiquement et peuvent agir en conséquence.
    De plus rien n'oblige les applications gnomes à utiliser gconf...