Frédéric COIFFIER a écrit 702 commentaires

  • [^] # Re: Atheros ou Ralink ?

    Posté par  . En réponse au journal Le meilleur os pour votre eeepc (901/1000). Évalué à 1.

    Effectivement, ce chip est supporté !

    Comment se fait-il qu'il soit alors si mal supporté par Linux ? En effet, il existe un projet communautaire (http://rt2x00.serialmonkey.com/ ) qui redéveloppe un driver libre pour ces chips en se basant sur ceux de Ralink. Les drivers de Ralink ne supportent par exemple pas le mode Master.
    Ce projet a été intégré au kernel Linux depuis 3 ou 4 versions mais il est toujours expérimental pour ne pas dire instable. En fait, seul le mode Managed semble bien supporté (pas de Ad-hoc et pas de Master).
    Le chip RT2860 ne semble toujours pas supporté par ce driver et il est conseillé d'utiliser le driver Ralink (qui malgré tout est en GPL mais que personne ne semble capable de maintenir en dehors de Ralink [et je ne parle pas du "blob" firmware]).
  • # Atheros ou Ralink ?

    Posté par  . En réponse au journal Le meilleur os pour votre eeepc (901/1000). Évalué à 1.

    Dans mon eeePC 901, c'est un chip Wifi Ralink et non pas Atheros, ce qui est confirmé par la page du Wiki FreeBSD :

    http://wiki.freebsd.org/AsusEee

    Existe-t-il vraiment un driver pour ces chips Ralink pour OpenBSD ?
  • [^] # Re: Qt4 dans OpenOffice.org

    Posté par  . En réponse à la dépêche Qt 4.5 sera sous licence LGPL 2.1. Évalué à 1.

    Sun voulait peut-être pouvoir continuer à vendre StarOffice sans avoir à en donner le code source ?
  • [^] # Re: Une question bête ...

    Posté par  . En réponse au journal Qt LGPL!. Évalué à 1.

    Je me pose exactement la même question : Quel est l'intérêt de Nokia de libérer encore plus Qt et d'ouvrir son développement à la communauté ? Ne serait-ce pas une manière de se désengager ? Les gens de Nokia Software doivent-ils se sentir inquiet ?

    Le passage en LGPL laisse-t-il présager un future passage en BSD (ce qui pourrait être un jour noir pour les employés) :
    "Pour accomplir le but de la fondation un accord entre Trolltech et la fondation a été fait, lequel donne à la fondation le droit de publier Qt avec une licence de style BSD dans le cas où Trolltech cesserais le développement de Qt Free Edition pour n'importe quelles raisons incluant, mais se limitant pas, à la vente de Trolltech, une fusion ou une faillite."

    http://fr.kde.org/whatiskde/kdefreeqtfoundation.php
  • # KDE 3.5.10 ?

    Posté par  . En réponse à la dépêche Test de Fedora 10 Cambridge. Évalué à 1.

    Je croyais que depuis Fedora 9, KDE 3.5 n'était plus fourni. La Release Notes semble indiquer la même chose :
    http://docs.fedoraproject.org/release-notes/f10/fr/What_is_t(...)

    Où as-tu vu que l'on pouvait installer KDE 3.5.10 sur la Fedora 10 ?
  • [^] # Re: Intégration de MySQL dans le logiciel

    Posté par  . En réponse à la dépêche Amarok 2.0 "Ce n'est que le début". Évalué à 2.

    Ils n'ont pas intégré MySQL mais MySQL Embedded qui est en concurrence avec SQlite (mais en étant un peut moins "light").
    Personnellement, j'ai eu quelques soucis avec la base SQlite d'Amarok 1.4 qui m'a fait perdre plusieurs fois toutes ma collection et surtout mes statistiques, scores... Si ça apporte de la stabilité, c'est une bonne chose.
  • [^] # Re: gourmandise de l'interface

    Posté par  . En réponse à la dépêche Amarok 2.0 "Ce n'est que le début". Évalué à 8.

    Dans ce cas, il se peut que ce soit la zone avec les effets 3D bougeant au rythme de la musique. Elle était activée par défaut sur Amarok 1.x.

    Ce truc a disparu de la version 2.0 et c'est une très bonne chose car ça ne sert vraiment à rien.
  • [^] # Re: licence

    Posté par  . En réponse à la dépêche OpenCL, en version 1.0. Évalué à 2.

    Ca semble être la même que pour OpenGL :

    /*
    * Mesa 3-D graphics library
    * Version: 6.5.1
    *
    * Copyright (C) 1999-2006 Brian Paul All Rights Reserved.
    *
    * Permission is hereby granted, free of charge, to any person obtaining a
    * copy of this software and associated documentation files (the "Software"),
    * to deal in the Software without restriction, including without limitation
    * the rights to use, copy, modify, merge, publish, distribute, sublicense,
    * and/or sell copies of the Software, and to permit persons to whom the
    * Software is furnished to do so, subject to the following conditions:
    *
    * The above copyright notice and this permission notice shall be included
    * in all copies or substantial portions of the Software.
    *
    * THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS
    * OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
    * FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL
    * BRIAN PAUL BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN
    * AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN
    * CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.
    */
  • [^] # Re: Merci ...

    Posté par  . En réponse au journal Accès gratuit a une ferme de rendering blender (250 CPUs!). Évalué à 2.

    Moteurs de rendus : YafRay, Yaf(a)Ray, SunFlow, Kerkythea, Indigo sont-ils disponibles ?

    SunFlow ne semble plus maintenu depuis le début de l'année (et SunFlow est écrit en Java ce qui est peut-être une contrainte pour une ferme de rendu)

    Je n'ai pas trouvé de version récente d'Indigo pour Linux et d'après les forums, ils conseillent d'utiliser la version Windows avec Wine

    YafRay est encore maintenu depuis qu'une première version de Yaf(a)Ray est sorti ?

    Par contre, je ne connaissais pas Kerkythea mais il ne semble pas OpenSource.
  • [^] # Re: Elle est où l'explication ??

    Posté par  . En réponse au journal Blender - explication du DNA. Évalué à 1.

    OpenOffice 3.0 (format OpenDocument 1.1 si je ne me trompe pas) ouvre les fichier de OpenOffice 2.0 (qui sauvait en OpenDocument 1.0).

    Donc, ça fonctionne.
  • # Protocol Buffers

    Posté par  . En réponse au journal Blender - explication du DNA. Évalué à 5.

    Comme dit dans l'article, Blender utilise une méthode de sérialisation binaire proche de Protocol Buffers de Google :
    https://linuxfr.org//~Snarky/26911.html

    Par contre, Blender a implémenté ce mécanisme bien avant que Google publie son protocole. Ca n'a rien d'extraordinaire mais c'est tout de même très astucieux et bien pratique.
  • [^] # Re: off-topic: flash non-indexable

    Posté par  . En réponse à la dépêche Voix et vidéo sur XMPP dans Google Mail. Évalué à 3.

    Et tant qu'Adobe utilisera des fonctionnalités 3D mal supportées par les drivers propriétaires de GPU...
  • [^] # Re: Ubuntu stop !

    Posté par  . En réponse à la dépêche Ubuntu 8.10 : le bouquetin intrépide sort de son antre. Évalué à 3.

    Oui, mais RMS n'a jamais codé d'éditeur de texte propriétaire pour faire GCC.
  • [^] # Re: Holla moi et ubuntu c'est terminé

    Posté par  . En réponse à la dépêche Ubuntu 8.10 : le bouquetin intrépide sort de son antre. Évalué à 2.

    Tu utilises quoi maintenant comme distrib ou tu conseilles quoi ?
  • [^] # Re: gestion des images > 8 bits

    Posté par  . En réponse à la dépêche Sortie de GIMP 2.6. Évalué à 2.

    Contrairement à Gimp, les modifications ne sont pas destructives. On déplace un curseur et si ça nous plaît pas, on le remet là où il était. Et des réglages, il n'y en a pas tant que ça par catégorie. Donc, effectivement, quand on débarque, on cherche le "Undo" mais finalement, on arrive à s'en passer.
  • [^] # Re: Aîe...

    Posté par  . En réponse au journal Ubuntu 8.10 BETA est sorti. Évalué à 1.

    C'est vrai que l'on peut féliciter les distributions d'être motrices pour l'adoption de KDE 4 (car KDE 4, c'est l'avenir). Mais espérons que ça ne se fasse pas en perdant beaucoup d'utilisateurs qui préférerons basculer sur un autre environnement plus stable.
  • [^] # Re: gestion des images > 8 bits

    Posté par  . En réponse à la dépêche Sortie de GIMP 2.6. Évalué à 6.

    L'oeil est beaucoup plus sensible au vert. C'est pour ça que tous les capteurs ont plus de cellules sensibles au vert, qu'au rouge ou au bleu. De même, dans la plupart des algos de compression : on préfère dégrader les informations rouges et bleues au profit du vert.
  • [^] # Re: gestion des images > 8 bits

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

    Sans vouloir faire l'apologie des logiciels propriétaires, je t'encourage à craquer pour Bibble ! Pour le développement RAW de photo, il n'y a pas de comparaison possible avec les outils open-source actuels (qui se limitent tous à utiliser dcraw d'une manière ou d'une autre).
    De plus, la version 5 sort bientôt (http://bibble-photos.org/interface-bibble ) et l'achat de Bibble 4 donne droit au passage à Bibble 5 gratuitement.
  • [^] # Re: Est-ce que quelqu'un comprend pourquoi ces tests sont si difficiles?

    Posté par  . En réponse au journal Encore une victoire de Webkit !. Évalué à 4.

    Et même en lisant tout, pour passer de la norme à l'affichage au pixel près, ça doit être extrêmement complexe .
  • [^] # Re: SIP <--> téléphone ?

    Posté par  . En réponse à la dépêche Ekiga 3.00 disponible !. Évalué à 3.

    Je ne vais pas te conseiller de prendre un abonnement Free rien que pour ça, mais Free fournit justement un compte SIP avec chaque abonnement (le Freephonie que l'on voit apparaître sur les précédents posts) et ça marche plutôt bien.
    Par contre, je crois que les codecs supportés restent les très basiques G.711.
  • [^] # Re: Jabber Inc.

    Posté par  . En réponse au journal CISCO achète Jabber. Évalué à -9.

    XMPP ne suffit pas : Gtalk utilise XMPP mais leur réseau n'est pas connecté au reste du réseau Jabber. Donc, un XMPP Id pour un compte Gtalk ne nous avancera pas plus.
  • [^] # Re: Les cartes flash

    Posté par  . En réponse au message fat et les mémoires flash. Évalué à 2.

    Je crois que tous les supports Flash du marché (clé USB, autres cartes ou disques) intègrent un micro-contrôleur pour gérer l'usure de la Flash (ce qui est à la base, le but de JFFS2).
    Il est donc contre productif d'utiliser JFFS2 sur des clés USB et autre support à base de Flash (mais ce n'est pas le cas, si le CPU a directement accés à la Flash comme c'est le cas dans les équipements embarqué).
  • [^] # Re: pas facile

    Posté par  . En réponse au sondage La nouvelle page d'accueil Linuxfr. Évalué à 3.

    Ce n'est pas vraiment un problème. Disons que la première ligne des paragraphes ne commence pas au même endroit pour une dépêche (qui elle a note + icône) et pour un journal (qui a uniquement la note).

    J'aime beaucoup les icônes de LinuxFR : ça égaie de couleurs la page d'acceuil très grise et ça fait bizarre, au nouveau venu, de voir des choses avec icônes (avec des contenus très pro) et des choses sans icônes (avec des contenus, parfois, comment dire... "contenu" n'est peut-être pas le bon mot).
  • [^] # Re: pas facile

    Posté par  . En réponse au sondage La nouvelle page d'accueil Linuxfr. Évalué à 10.

    Ce n'est pas parce que l'on bookmarquera cette page que LinuxFR fidélisera les nouveaux venus, qui pensant arriver sur un site de référence de la communauté Linux francophone, se retrouvera sur une page confuse mêlant journaux-blog et nouveautés importantes et pas très jolie (à cause des problème d'alignement des icônes et notes).
  • [^] # Re: EEE PC 901 20giga sous Linux?

    Posté par  . En réponse au journal eeecontrol 0.2. Évalué à 3.

    Je suis tombé sur ce blog il y a 1h (cherchant également le fameux eeePC 901 20G sous Linux) et dans un commentaire, quelqu'un semble affirmer qu'il ne sera pas en vente avant octobre.

    Sur ce même blog (http://www.blogeee.net/2008/08/23/pas-de-eeepc-901-linux-en-(...) ), une citation d'Asus France indique qu'il sera bien en vente en France. Reste à attendre...