lesensei a écrit 250 commentaires

  • [^] # Re: Oh l'autre ...

    Posté par  . En réponse au journal Novell et les effet graphique. Évalué à 6.

    C'est juste la bande annonce de Harry Potter, si ce n'est pas libre de droit, je ne pense pas non plus que ça dérange les majors qu'elle soit diffusée en public... Par contre, il y aura sûrement des gens pour critiquer le choix de la bande annonce...

    Enfin, le point pour lequel je réponds, c'est plus pour le matos: pour faire tourner ça de manière utile, c'est à dire sans en abuser, le matos nécessaire en soit n'est probablement pas incroyable. Le vrai problème, c'est le support de ce matos par les drivers libres. Pourquoi les drivers libres ? Non pas parce que je suis idéaliste, mais parce que je suis pragmatique: tout le monde n'a pas un x86. Et ce genre de techno est pour l'instant quasi-exclusivement accessible à cette catégorie d'utilisateur. Mais bien que je regrette d'être laissé derrière sur ce coup là (quoique le support r300 de xorg avance), il faut bien avancer...
  • [^] # Re: ça serait dommage

    Posté par  . En réponse au sondage De la publicité sur Linuxfr ?. Évalué à 7.

    mhhh, allez, trollons un peu en attendant la mort...

    Non, en fait, ne trollons pas: la publicité sur le web, telle qu'elle fonctionne actuellement est une nuisance pour les gens ayant une mauvaise connexion, et en particulier, sur les pages mal faites, pour ceux ayant un ping lent.
    Quand je suis sur une telle connexion et que je dois attendre 3 minutes que tous les noms de domaines de tous les fournisseurs de pubs aient été résolus, que tous ces domaines aient été contactés, ben, je t'assure, c'est une nuisance.
    Mais vu la formule sentencieuse que tu emploies, je suis pas sûr d'avoir le droit de te contredire...
  • [^] # Re: Rien de surprenant

    Posté par  . En réponse à la dépêche Le noyau Linux ne se convertira pas à la GPLv3 !. Évalué à 3.

    Enfin bon, dans tous les cas, a terme on passera en GPL v3...

    Rien n'indique que ce soit nécessaire.
    De plus, je ne vois pas pourquoi refuser le code en GPLv3 serait se tirer une balle dans le pied. Je continue de penser que la grande majorité des développeurs libristes (au sens promu par la GPL) sont satisfaits de la GPLv2.
    Enfin, je doute que le mainteneur de Linux change de position sur les DRMs (d'abord, parce qu'il a toujours défendu sa position actuelle, et ensuite parce qu'il n'est pas franchement connu pour changer facilement d'avis), ce qui exclue l'utilisation de la GPLv3 de manière globale pour le noyau.
  • [^] # Re: Rien de surprenant

    Posté par  . En réponse à la dépêche Le noyau Linux ne se convertira pas à la GPLv3 !. Évalué à 6.

    Il me sembalit pourtant avoir lu quelque part que lorsque l'on rajoutait du GPLv3, alors un projet sous GPLv2+ (ie v2 or later) devenait automatiquement en GPLv3.

    Comme il est écrit dans le message auquel tu réponds, la majorité du code du noyau n'est pas sous "GPLv2+" mais sous GPLv2 tout court. Je n'ai d'ailleurs jamais compris comment les gens pouvaient releaser leur code sous une licence pas encore écrite...
    Il y a donc dans le noyau du code sous GPLv2, du code sous GPLv2+ et il y aura sans doute du code sous GPLv3. Rien de bien folichon.
  • [^] # Re: La GPLv3

    Posté par  . En réponse au journal Linus ne veut pas passer linux en GPLv3. Évalué à 1.

    C'est tout de même parce qu'elle a été reconnue valable en droit allemand que certains logiciels libres ont pu être défendus contre leur appropriation par des sociétés irrespectueuses de la dite license, il me semble.
    Je trouve par conséquent ce genre de raisonnement un peu irresponsable quand la FSF sait pertinemment que sa licence phare est utilisée et plus ou moins bien reconnue dans le monde entier...
    Mais bon, je ne suis pas non plus juriste (encore moins de droit allemand), et je ne sais pas ce que ça pourrait changer à la défense de la licence en Europe. Peut-être rien ?
  • [^] # Re: Bonjour

    Posté par  . En réponse au journal Pas de bras, pas de chocolat ... Évalué à 8.

    Certes, Sam, tu as toujours, depuis que tu y es arrivé, participé très activement au site. Tu as toujours, aussi, été un trolleur invétéré. Tout n'est donc pas lié au hasard.

    Enfin, pour rester sur le sujet, il se trouve que les utilisateurs se plaignent depuis toujours (ou presque, je ne traine ici que depuis 98) que le site perde en qualité, qu'il y ait de plus en plus de trolls, que les décideurs pressés ne trouvent plus le contenu de calitai®© dont ils pouvaient s'abreuver auparavant. J'ai moi-même fait ce genre de commentaire, émis ce genre de plaintes, avant de supprimer mon ancien compte.

    Au final, je trouve que le contenu ne s'est pas tellement dégradé avec les années. Grâce, ou pas, aux différents systèmes de votes que le site a connu, je ne me prononcerais pas. Ce que je peux dire, par contre, c'est que chaque fois qu'un nouveau système a été mis en place, c'est l'ambiance qui s'est dégradée. Mais finalement, elle est toujours redevenue ce qu'elle était: un nid de troll, plus ou moins velus, mais toujours plutôt bons enfants.

    Mais prétendre que DLFP a été, ne serait-ce qu'un jour depuis que je connais le site, autre chose qu'un repère de trolls, c'est un mensonge éhonté.
  • [^] # Re: fausse joie ?

    Posté par  . En réponse à la dépêche X11R7.0 sous le sapin de Noël. Évalué à 2.

    Effectivement, d'après ce document ça ne devrait pas être inclus, bien que le projet r300.sf.net ait transposé ses sources sur le CVS de Xorg il y a de ça un petit moment maintenant.
    Cela dit, sur Ubuntu Dapper, un "Xorg -version" indique que je suis en X11R7-rc4, glxinfo indique que le Direct Rendering est activé et qu'un certain nombre d'extensions GLX sont comprises par le driver. Un léger test avec divers programmes utilisant la 3D semble indiquer que c'est effectivement le cas (mais glxgears ne me donne pas de chiffre, l'état expérimental du driver en est probablement la cause).
    Cela dit, vu que Dapper inclut de nombreuses choses expérimentales (genre le driver pour les chipsets wireless b/g broadcom, malgré les conseils des devs), ça ne me surprendrait pas qu'ils aient ajouté un patch reprenant ça du CVS, même si je n'en trouve pas trace dans les changelogs (il y en a tellement pour les paquets Xorg que je ne saurais dire si j'ai bien cherché où il fallait...).
  • [^] # Re: Pas d'accord

    Posté par  . En réponse au journal Une carcasse de plus dans le cimetière des éléphants. Évalué à 4.

    si MS Office travaille sous Opendocument (chose qu'il va faire j'ai entendu ça et là)

    Comme quoi, les rumeurs, même quand elles sont plaisantes, faut s'en méfier comme de la peste...
    Parce que, tout ce qu'avait dit Microsoft, c'est qu'ils pensaient à la possibilité du support d'un format standardisé dans Office. Et justement, l'ECMA a récemment accepté la création d'un groupe de travail sur un format standardisé pour Office (Apple en fait partie, si je me souviens bien). Ce qui veut dire qu'il y aura deux standards en compétition: OpenDocument et celui de Microsoft. Et vu la base d'utilisateurs du second, je vois pas l'avenir d'OpenDocument être très brillant. Certains diront que l'essentiel c'est de disposer d'un format ouvert utilisable par tous. Je dis que j'attends de voir. Déjà, rien que le processus de standardisation du format, ça risque de prendre un sacré temps, temps que Microsoft employera sans aucun doute en disant à ses clients que "regardez, on est en train de standardiser notre format, y'a pas de raison de passer à OpenOffice/StarOffice/KOffice/Consorts".

    Pour les sources, y'a tous les liens qu'il faut dans les archives de news d'OSNews...
  • [^] # Re: Mhhhh... sacré Sam...

    Posté par  . En réponse au journal Linux et les pilotes binaires.... Évalué à 1.

    Mhhh...

    En gros, tu dis la même chose que moi, mais avec les mots qui t'arrangent...
    Je parlais bien sûr de la compatibilité entre les versions "grand public" de Windows. Car 2000 avait au début été présenté comme tel, avant que Me n'arrive sur le marché. Et, mais c'est mon analyse, si Me (non basé sur le noyau NT) est arrivé sur le marché, c'est parce qu'un certain nombre de constructeurs n'ont pas voulu faire de drivers pour leur matériel sous 2000. Et c'est justement la situation que les développeurs du noyau Linux veulent éviter: avoir à sortir de nouvelles versions d'un vieux noyau pour permettre à des pilotes binaires de rester utilisables. Surtout compte-tenu que cela risque de rendre extrêmement difficile la correction de problèmes de sécurité liés au design des APIs linux.
  • # Mhhhh... sacré Sam...

    Posté par  . En réponse au journal Linux et les pilotes binaires.... Évalué à 8.

    Ça fait un moment que tu sévis (si tu me permets d'employer ce mot, étant donné que je continue de penser que c'est totalement volontaire) sur DLFP, et le style ne change pas...

    D'abord, je suis surpris de voir la quantité de posts qui comparent sans se poser plus de questions les mode closed-source et open-source de développement.
    Quelqu'un comparait plus haut la compatibilité binaire de Windows, de MacOS et de Linux. Bon alors, d'abord, définissons bien le domaine d'étude: on parle là de compatibilité BINAIRE des NOYAUX. Ça fait une grosse différence, puisque celle-ci a été largement cassée dans Windows lors du passage au noyau NT 5. Si, si, souvenez-vous, Windows 2000 a démarré lentement en partie à cause de ça (je continue pourtant de penser que c'était la meilleure version).
    Ensuite, la personne parlait de MacOS X, en admettant qu'elle n'en savait rien, d'ailleurs, ce qui n'a pas manqué de me faire sourire. Là encore, à chaque changement majeur de version des pilotes tierce partie se retrouve cassés. Les pilotes tierce-partie sont encore plus rares sous OS X que sous Linux, donc ça se voit pas trop, mais par exemple, le pilote ext2fs est encore en phase de stabilisation pour 10.4, sorti depuis un moment maintenant... et pourtant, le code du noyau de OS X est open source. Simplement, il n'est pas développé en utilisant un serveur de versionnement ouvert à tous, donc il est difficile d'adapter les drivers au fur et à mesure.

    Pour finir, la réponse à la "question" de Sam est donnée dans la petite fiction sur le problème en question, n'est-ce pas... il peut être nécessaire de casser la compatibilité pour de bonnes raisons, même sans changer de numéro majeur de version, par exemple pour des raisons de sécurité. Bref, un troll qui, à mon avis, n'est rien de plus que ça, justement...
  • [^] # Re: mouais

    Posté par  . En réponse au journal EUCD.INFO victime d'un DOS. Évalué à 6.

    Je suis pas sûr que tu aies bien compris. C'est le site de la pétition anti-DADVSI/EUCD qui a été victime du DOS. C'est pas eux qui l'ont lancé. Donc je vois pas bien pourquoi ça ferait baisser leur crédibilité...
    Cela dit, de là à y voir une théorie du complot organisé par le grand capital, faut peut-être pas aller trop vite... C'est peut-être simplement un jean-kévin qui est tombé sur le site parce qu'on en parle beaucoup, et qui a voulu y aller à grand coup de DOS, pour voir...
  • [^] # Re: Mhhh...

    Posté par  . En réponse au journal Réalisation d'une carte "interactive". Évalué à 1.

    Je ne comprends pas bien le sens de ta question à la fin, quel serait l'intérêt d'un repère placé au hasard ? Je place mes répères selon leurs coordonnées sur la carte au niveau de zoom maximal.
    Quant à l'image, en fait, je ne comprends pas tellement mieux. Ma carte est une simple image, découpée avec imagemagick en carrés de 500x500.
    Elle est stockée sur le serveur dans ses différents niveaux de zoom (1, 2, 4, 8, 16).
  • [^] # Re: Mhhh...

    Posté par  . En réponse au journal Réalisation d'une carte "interactive". Évalué à 1.

    Encore une fois, c'est pas franchement le plus difficile d'ajouter ça, hein... un bête div qui s'affiche sur un mouseover, c'est pas la mort...
    Bon, je vais essayer de proprifier ça cette semaine...
  • # Mhhh...

    Posté par  . En réponse au journal Réalisation d'une carte "interactive". Évalué à 3.

    Si ça t'intéresse de jeter un coup d'oeil au source (méga crado, je préviens), j'ai fait un plugin pour dotclear qui fait un peu ça, sans les informations en survol, mais ça serait pas dur à ajouter...
    Le fait que ce soit un plugin dotclear ne change pas grand chose, le code intéressant en est assez indépendant...
    Pour le principe de fonctionnement, j'ai fait en sorte que ce soit un minimum cool pour le serveur: la carte est stockée en carré de 500x500 pour chaque niveau de zoom, et c'est une simple fonction gd qui se charge de les concaténer comme il faut suivant l'endroit où c'est centré. C'est loin d'avoir le niveau de fonctionnalité et d'aisance d'utilisation de googlemaps, et j'ai encore quelques améliorations à faire, mais sur le principe, c'est fonctionnel, et, j'ose le croire, pas trop lourd.
    Pour jeter un oeil à la version actuelle, va sur http://granadatapas.free.fr/index.php?plano
    Pour voir ce que ça donne niveau repères (la gueule des repères est facile à changer cela dit), va là: http://granadatapas.free.fr/index.php?plano/1715/1095/16&(...)

    Si ça te tente, ça me motivera peut-être à diffuser ça sous une forme et une licence correcte...
  • [^] # Re: hostap?

    Posté par  . En réponse à la dépêche Support des chipsets bcm-43xx. Évalué à 3.

    Y'a pas mal de fonctions comme la sécurité qui ne sont en réalité pas réalisées par le hardware (cf. la réponse à mon commentaire plus haut sur fullmac vs. softmac) et qui sont déjà codées par diverses personnes, dans diverses "piles" (stacks) 802.11. En l'occurence, les puces broadcom sont des puces softmac, donc c'est la cas, et l'équipe, bien qu'elle préfère pour l'instant étendre les fonctionnalités de la pile (relativement élémentaire apparemment) déjà contenue dans le noyau, y réfléchit. Cela dit, ça discute sec sur la ML de dev, car certains voudraient justement que les devs en changent. Enfin bref, si ça vous intéresse, les archives de la ML sont ouvertes.
    Tout ça pour dire que ce sera probablement plus dur de coder le mode master que la partie sécurité.
    Enfin, attention, je suis pas développeur du bouzin hein, je suis juste la ML de très près...
  • [^] # Re: petition insuffisante, reverse-engeneering virtuose

    Posté par  . En réponse à la dépêche Support des chipsets bcm-43xx. Évalué à 6.

    Pour le problème du firmware: non, et les développeurs ont imaginé à ce sujet une solution relativement sympathique.
    Depuis le commencement, est inclus dans le "bundle" de ce driver libre un soft appelé fwcutter. Celui-ci prend en entrée un driver binaire connu (windows, macos, linux...) et en extrait le firmware. Ainsi, et puisque le matériel est toujours livré avec le driver, il n'est pas nécessaire de distribuer de driver libre. Bien sûr, ce n'est pas idéal, mais c'est une solution qui, jusqu'à présent, a parfaitement suffit.
    Cela dit, notons que le projet http://prism54.org , qui s'est chargé du développement d'un driver pour les chipsets prism 802.11a/b/g (fullmac en leur temps, puis softmac) développent un firmware libre pour ceux-ci. On peut imaginer qu'il viendra l'envie un jour à des développeurs en mal de projet bas niveau de faire de même pour les puces broadcom.
  • [^] # Re: Bronson

    Posté par  . En réponse au journal La fin de l'internet ?. Évalué à 6.

    Deux choses, parce que ce genre de post m'agace passablement:
    1) Il n'est pas question de préjugé, tout comme à Paris, puisque le fait est avéré (même s'il n'y en a pas eu des masses, il y a bien eu quelques procurations faites par des morts en Corse)
    2) Dès le moment où tu dis que c'est humoristique (même si je suppose que c'est simplement pour reconnaître que tu as compris les intentions de l'auteur) tu acceptes l'idée que l'auteur de ce "mot" (bon ou pas) prends une certaine distance vis-à-vis de ses propos. De nombreux humoristes se sont moqués de nombreux peuples/ethnies/cultures/religions/whatever et n'en étaient pas moins drôles, sauf pour ceux qui ne savent rire que des autres.
    Alors les considérations à deux balles, même faites sous forme d'invitation à la reflexion, je n'en dirais qu'une chose: bof.
  • [^] # Re: pas une solution

    Posté par  . En réponse au journal A tous ceux qui ont.... Évalué à 10.

    Je ne cherche pas à diaboliser M$.

    Cette simple phrase est en soit assez superbe. Si ce n'est pour diaboliser Microsoft, alors pourquoi utiliser le caractère "$" au lieu du "s", ou mieux, du nom complet ?
    Je ne suis pas franchement ce qu'il convient d'appeler pro-Microsoft, mais je trouve cet usage, quoique très répandu, totalement infantile.
    Ça n'est pas ça qui, comme tu le dis, va faire avancer les choses, au contraire, ça décrédibilise beaucoup une action qui est du reste plutôt justifiée (enfin, qui le serait vraiment si ton site respectait lui-même totalement les standards. J'ai bien lu ta réponse plus haut, mais Microsoft pourrait t'opposer la même, en quelque sorte).
  • # Presque, effectivement...

    Posté par  . En réponse au journal Bientôt le support d'airport extreme pour linux PPC ?. Évalué à 7.

    Je suis le truc depuis pas mal de temps et commence à connaître un peu les intervenants, et là, en l'occurence, une légère erreur (facile à faire) s'est glissée dans ton journal: Johannes Berg n'est pas un développeur du driver libre. Vous allez me dire: "on s'en fout". Eh ben, en fait, pas tout à fait, ça permet de mieux comprendre son message, et de nuancer le fait que le driver est quasi-prêt.
    En effet, Johannes est en réalité le leader du projet de spécifications basées sur le code décompilé du driver. La traduction de ça, c'est qu'il a accés à des choses que les développeurs du driver libre n'ont pas, et, comme il le dit dans son message, c'est comme cela qu'il a fait fonctionner le driver pour recevoir des données. Cependant, tout ce qu'il découvre, il le documente, donc tout ne reste qu'une question de temps. Et les développeurs avancent tous les jours.
    Mais le driver n'est pas encore au stade où l'on peut choisir un ESSID, donc encore assez loin d'être fonctionnel. Cela dit, et toujours comme M. Berg le dit, cela signifie qu'il n'y a plus de raison technique de ne pas acheter de broadcom 43xx quand on est utilisateur de Linux (j'ai bien dit "technique"), puisque, dans un avenir proche, ça fonctionnera.
  • [^] # Re: Deux poids deux mesures

    Posté par  . En réponse au journal Astérix n'a pas le droit exclusif sur "ix". Évalué à 10.

    Attention: le mot que tu cherchais était "argent", et non pas "chance".
  • [^] # Re: Piste ?

    Posté par  . En réponse au journal Câbles sous-marins et répéteurs. Évalué à 5.

    en ce qui concerne les répéteurs, ils sont 100% analogiques (optiques)

    Si mes cours de l'année passée sur les fibres optiques valaient quelque chose ce n'est pas tout à fait exact. Le problème est que l'on n'est capable de doper le signal que depuis peu de temps. Un bon nombre de fibre sous-marine utilisent donc encore des répéteurs faisant une CAN/CNA et étant alimentés par le courant transporté par le câble. Un câble contenant plusieurs fibres, bien évidemment (je suppose qu'on peut trouver des schémas de sections de câble un peu partout sur le net).
    Quant au dopage analogique du signal (là, c'est un peu loin, les physiciens sont les bienvenus pour étoffer), il s'agit d'une section de fibre dans laquelle un composé est présent (rechercher "fiber doping" sur google pour des exemples de ce composé) qui permet a une lumière additionnelle injectée dans la fibre (ie venant d'un autre laser) de se mettre en phase avec celle qui arrive, et on a donc un signal renforcé. Bien entendu, là aussi on a besoin de courant.
    Le principal avantage de la deuxième méthode est de supprimer les latences induites par la première. En effet, il devenait difficile de fabriquer du matériel numérique (et surtout, des convertisseurs) pouvant suivre la cadence, et cela poussait les prix vers le haut. Maintenant, on peut faire des fibres plus rapides pour moins cher. Enfin, tout ça, c'est une vue simpliste hein, celle qu'on nous donne quand on doit les utiliser, pas quand on fait de la recherche dessus...
  • # Mhhh, Astérix^W Dargaud et le libre...

    Posté par  . En réponse au journal Astérix et Gimp. Évalué à 10.

    C'était des gens de chez Dargaud ?
    Je veux dire, ces mêmes gens qui ont attaqué Mobilix ?
    Si oui, alors, effectivement, quel plaisir de savoir qu'ils profitent d'outils libres. Je suis enchanté.
  • [^] # Re: Bluffant...

    Posté par  . En réponse au journal "Web 2.0" Netvibes et Google. Évalué à 0.

    Moi aussi, elle m'a scotché... au mur, en m'affirmant que le web2 n'était pas prêt pour safari et opéra (ou est-ce le contraire ?). Toujours est-il que... bof.
  • [^] # Re: ...

    Posté par  . En réponse au journal Wikiquote français est menacé. Évalué à 5.

    C'est simple.
    Tu fais un recueil de citations. Ça te demande du temps pour choisir les citations, les classer, etc. Si quelqu'un sort exactement le même, et qu'il n'y a eu aucun travail derrière, tu crois que la loi ne te protège pas ?
    Je pense que l'extrait présenté dans l'article défini exactement ça. Que dès le moment où il est évident qu'il y a eu copie, un jugement peut se justifier.
    Cependant, je doute que ça puisse amener à une condamnation de wikiquote, vu qu'il y a clairement un travail plus profond que du simple copier/coller derrière wikiquote.
    M'enfin je suis pas un expert hein...
  • [^] # Re: As tu essayer ?

    Posté par  . En réponse au journal VideoLan, DVD Jon et NSC. Évalué à 1.

    Personnellement, étant sous Linux/PPC et curieux, j'ai essayé. Après avoir obtenu un compte (simplement en cliquant sur les bons liens sur le site qui héberge le lecteur de référence), j'ai téléchargé sources et patches, et j'ai fait chauffer mon CPU. Et... ça marche !
    J'ai cherché sur google une video WMV9 et ça a l'air de fonctionner au poil...
    Donc, voilà, finalement, c'est cool, et vivement une implémentation sous licence vraiment libre...