David a écrit 107 commentaires

  • [^] # Re: Une note de Steve Ballmer au sujet de la menace Linuxienne.

    Posté par  . En réponse à la dépêche Une note de Steve Ballmer au sujet de la menace Linuxienne.. Évalué à 2.

    Toute une serie de mirroirs:
    http://www.ntk.net/ballmer/mirrors.html(...)
  • [^] # Re: Un systeme de vote?

    Posté par  . En réponse au sondage Un systeme de sondage?. Évalué à 3.

    L'alternative serait "1 compte=1 vote", meme s'il y en aura toujours pour se créer une multitude de comptes. L'interet etant que les gens à plusieurs sur le même pc (ou IP) pourront tous voter.
  • [^] # Re: DCE, Quartz et Fresco

    Posté par  . En réponse à la dépêche DCE, Quartz et Fresco. Évalué à 1.

    Peut-etre parce que justement, c'est un gadget à peu pres totalement inutile. Si personne ne l'impose, ca n'interesse personne d'avoir des ombres sur son bureau. M$ est dans une autre optique : comment fourguer une nouvelle version de ouinouin?

    D'ailleurs je voudrais pas me la jouer "complot", mais c'est interessant d'observer la convergeance d'idées M$-nVidia : nvidia refuse de filer des drivers open-source, et m$ s'arrange pour que les cartes 3d soient absolument nécéssaires, même pour faire du traitement de texte et de la compta.

    Quand on voit ça:
    http://www.hardware.fr/news/lire/15-05-2003/#5776(...)
    On se dit déjà que nvidia est loin d'etre irreprochable niveau "déontologie".
  • # Et FFmpeg!?

    Posté par  . En réponse à la dépêche Xine supporte Sorenson SVQ3. Évalué à 10.

    J'aimerais qu'on parle un peu plus du grand mérite du projet FFmpeg, car ce sont ces personnes qui ont développé le décodeur SVQ3.

    Xine utilise FFmpeg (libavcodec) pour décoder le SVQ3, ce qui est une trés bonne chose.
    Mais mplayer aurait tout aussi bien sortir une release intégrant SVQ3 avant, et alors on aurait dit "mplayer est le premier lecteur multimedia libre à intégrer le décodage du SVQ3".
  • [^] # Re: Kile 1.5.1 est sorti et a changé de mainteneur.

    Posté par  . En réponse à la dépêche Kile 1.5.1 est sorti et a changé de mainteneur.. Évalué à 1.

    C'est vrai que c'est trés chiant les applications "intégrées" dans un desktop (kde ou gnome), et qui dépendent de xx librairies pour pouvoir être lancées. Sur tout pour le peu de fonctionnalité que ça apporte.

    Moi j'utilise Enlightenment, et si je change, ça sera pour E17!
  • [^] # Re: La bataille d'Espagne s'intensifie

    Posté par  . En réponse à la dépêche La bataille d'Espagne s'intensifie. Évalué à -3.

    PS: dommage, l'url ne passe pas totalement à l'envoi (bug templeet?).

    Vous pouvez malgré tout aller directement sur babel.altavista.com
  • [^] # Re: La bataille d'Espagne s'intensifie

    Posté par  . En réponse à la dépêche La bataille d'Espagne s'intensifie. Évalué à 1.

    Traduction avec Babelfish (merci Altavista!):

    http://babelfish.altavista.com/babelfish/urltrurl?url=http%3A%2F%2F(...)
  • [^] # Re: Un petit vent d'hiver

    Posté par  . En réponse à la dépêche Un petit vent d'hiver. Évalué à 2.

    Je comfirme, c'est parce que Hotmail n'a pas toujours appartenu à Krosoft, et les gens qui ont créé ce site ont choisi la meilleur solution du moment : *BSD.

    M$ a racheté hotmail, en gardant les serveurs BSD. Aucun problème à ça... sauf qu'a cette période a commencé une grosse période de FUD anti-libre chez M$.
    Quand on leur a fait remarquer cette incoherence entre le discours et les actes, ils ont essayés de passer Hotmail sous IIS, mais ont eu plein de problème de stabilité.
    Depuis je ne sais pas si Hotmail est toujours sous IIS...

    http://daily.daemonnews.org/view_story.php3?story_id=1792(...)
  • [^] # Re: Un petit vent d'hiver

    Posté par  . En réponse à la dépêche Un petit vent d'hiver. Évalué à 10.

    Moi j'ai compris que le Service Pack 2 de winXP intégrerait le support ext2, ext3, et reiserFS.
    Mais j'ai peut-être lu un peu trop vite! ;o)
  • [^] # Re: Un petit vent d'hiver

    Posté par  . En réponse à la dépêche Un petit vent d'hiver. Évalué à 8.

    Hmmm, d'accord.

    Donc, selon ton raisonnement, il est normal que le contribuable américain (qui a déjà payé ftp.exe à travers la subvension) rachete à nouveau ftp.exe à Microsoft?

    Tu me repondras que Microsoft fournit peut-etre ftp.exe gratuitement, et que 0% du prix de win95 est dû à ftp.exe.

    Mais alors pourquoi Microsoft ne donne pas acces aux SOURCES de ftp.exe?
  • [^] # Re: Un petit vent d'hiver

    Posté par  . En réponse à la dépêche Un petit vent d'hiver. Évalué à 5.

    Et Gailly, l'auteur de gzip, qui pendant ses recherches d'anteriorité est tombé sur le brevet d'un algorithme de compression infinie:

    http://gailly.net/05533051.html(...)

    Vivement que ca soit inclue dans winzip 10.0!! ;o)
  • [^] # Re: Un petit vent d'hiver

    Posté par  . En réponse à la dépêche Un petit vent d'hiver. Évalué à 1.

    3ieme clause de la license BSD:

    " [...]
    Redistributions in binary form must reproduce the above copyright notice, this list of conditions and the following disclaimer in the documentation and/or other materials provided with the distribution."


    C'est marrant, mais je vois aucun texte de ce genre dans mon cd oem de windows95 (qu'on m'a forcé à acheter) :o)
    Mais je viens de comprendre!! Peut-être que la pile TCP/IP n'était pas incluse dans la version OEM de w95. Voilà pourquoi ca plantait, et que je suis passé à Mandrake!

    Hmm, damned! Encore un mauvais coup de ces sociétés qui s'achetent des jolis stands sur le salon "solution Linux" a coup de pétro-dollards et de traite des blanches...
  • [^] # Re: Un petit vent d'hiver

    Posté par  . En réponse à la dépêche Un petit vent d'hiver. Évalué à 0.


    "Je me demande combien de projets Open Source intègrent illégalement des technologies brevetées."

    Et moi c'est le contraire : combien de projet Krosoft intègrent illégalement du code libre? Il me semble avoir entendu que la pile TCP/IP d'un certain OS propriétaire de "piètre qualité"™ utilise pas tout à fait légalement du code libre.




    ---------------
    La marque "piètre qualité"™ et son logo sont des marques de M$ déposées et/ou utilisées aux États-Unis et/ou dans d'autres pays.
  • [^] # Re: Un petit vent d'hiver

    Posté par  . En réponse à la dépêche Un petit vent d'hiver. Évalué à 2.

    C'est un ponte de chez M$, exact?
  • [^] # Re: On écrit langage et non language

    Posté par  . En réponse à la dépêche XCB/XCL: mort à la xlib ?. Évalué à -1.

    je t'arrête tout de suite, j'aurais pu écrire "mozilla 1.8" que ca aurait tout autant signifié la même chose. Sorry, bro' ;o)
  • [^] # Re: XCB/XCL: mort à la xlib ?

    Posté par  . En réponse à la dépêche XCB/XCL: mort à la xlib ?. Évalué à 0.

    hmm.... non. J'ai déjà tenté de comprendre pourquoi un "autoconf" dans libeva cvs de E17 fonctionnait pas. J'ai réussi au bout d'une demi-heure.
    Par contre j'ai toujours pas compris comment modifier le fichier .in ... J'ai lancé les lignes de compilation à la main.
  • [^] # Re: XCB/XCL: mort à la xlib ?

    Posté par  . En réponse à la dépêche XCB/XCL: mort à la xlib ?. Évalué à 1.

    je n'ai pas regardé le code mais je crois que justement il fait allusion au script automake/autoconf. Donc pas de m4 dans la lib :o)
  • [^] # Re: XCB/XCL: mort à la xlib ?

    Posté par  . En réponse à la dépêche XCB/XCL: mort à la xlib ?. Évalué à 1.

    oups :o) il est pas écossais d'origine alors??;o)
  • [^] # Re: On écrit langage et non language

    Posté par  . En réponse à la dépêche XCB/XCL: mort à la xlib ?. Évalué à -1.

    Si vraiment t'as que ça à faire, je crois qu'on cherche des gens pour traduire le kernel linux en francais.
  • [^] # Re: XCB/XCL: mort à la xlib ?

    Posté par  . En réponse à la dépêche XCB/XCL: mort à la xlib ?. Évalué à 5.

    Le texte ou j'ai entendu parler de ca pour la premiere fois:
    http://wgz.org/chromatic/nvidia/analysis.html(...)

    En suivant les liens, je suis tombé sur un texte ou on apprend que John McCormack (Id Software) a participé à une tentative d'analyse de ces drivers nVidia, et qu'au passage ils ont trouvé 2-3 bugs. C'est le projet "Utah".
  • [^] # Re: XCB/XCL: mort à la xlib ?

    Posté par  . En réponse à la dépêche XCB/XCL: mort à la xlib ?. Évalué à 8.

    ah si, je me souviens! C'est pas automake/autoconf??
    c'est vrai qu'on fait difficilement plus incomprehensible!!

    (troll: à croire que c'est RH qui l'a mis au point pour faire de l' "obfuscation" dans les srpm!! )

    Nota: vous saviez que les premiers drivers officiels nVidia étaient distribués avec leurs sources, mais qu'elles été méchament modifiées pour les rendre inintellegibles? J'ai appris ça alors que je cherchais sur le net un projet de reverse engineering des drivers nVidia.
  • [^] # Re: XCB/XCL: mort à la xlib ?

    Posté par  . En réponse à la dépêche XCB/XCL: mort à la xlib ?. Évalué à 1.

    tu peux expliciter stp?
  • [^] # Re: XCB/XCL: mort à la xlib ?

    Posté par  . En réponse à la dépêche XCB/XCL: mort à la xlib ?. Évalué à -1.

    C'est tout expliquer ici:
    http://www.enlightenment.org/pages/source.html(...)

    "
    CVS Development Sources

    All of Enlightenment's development occurs in CVS. You can pull the code directly from CVS using the following commands:

    cvs -d:pserver:anonymous@cvs.enlightenment.sourceforge.net:/cvsroot/enlightenment login
    cvs -z3 -d:pserver:anonymous@cvs.enlightenment.sourceforge.net:/cvsroot/enlightenment co modulename

    "

    Par contre, il y a des TAGS de branches ("HEAD", "SPLIT",...) et je ne sais pas ou se font les developpements en ce moment.
  • [^] # Re: Dernière (longue) ligne droite pour Linux 2.6

    Posté par  . En réponse à la dépêche Dernière (longue) ligne droite pour Linux 2.6. Évalué à 5.

    J'ai essayé de compiler 2.5.68 en devenant de plus en plus restrictif (j'ai viré le scsi, puis le net, etc...), et j'ai réussi au bout de 5 essais*.
    Aprés l'avoir installé, j'ai modifié le menu grub, et j'ai tenté de le faire booter.
    Résultat: impossible! Ecran noir.

    Je crois que je vais attendre 2.5.70 avant de retenter ma chance.

    En attendant, les patches de Kolivas "backportent" les améliorations de la 2.5 sur la 2.4.20:
    http://members.optusnet.com.au/ckolivas/kernel/(...)


    *
    "make-kpkg buildpackage" de debian 3.0 r1 ne semble pas adapté au 2.5, il faut compiler et installer à la main, même si c'est ultra-cracra.
  • [^] # Re: Lecteurs Ogg Vorbis matériel de poche

    Posté par  . En réponse à la dépêche Lecteurs Ogg Vorbis matériel de poche. Évalué à 2.

    pas tout à fait d'accord,

    le mp3 à gagner parce qu'il est arrivé tout de meme bien avant le vqf. Le vqf est ensuite arrivé, il était bcp plus lent, l'encoder n'était pas gratuit, et les specifications fermées empechaient le developpement d'encodeur tiers.

    Ca fait beaucoup d'obstacles à la généralisation d'un format (sont cons chez yamaha!).

    Il arrive la même chose au mp3 pro de Thomson. Pourquoi les entreprises choisiraient d'utiliser un format propriétaire dont les specifications sont fermées? Ca les forcerait à dépendre du bon vouloir oblige à dépendre de Thomson. C'est donner le baton pour se faire battre.

    Et c'est pourquoi le WM9 ne sera pas le format du futur super-DVD!
    specifications ouvertes (avec license eventuelle) => ca marche!
    specifications fermées => ca coule...