zeb a écrit 1084 commentaires

  • [^] # Re: Ben au moins...

    Posté par  . En réponse au journal PxLinux : Plextor utilise la voie legale, c'est donc fini !. Évalué à 3.

    Le cease and decist s'applique surtout au code source en telechargement sur Sourceforge. Je dois donc le faire retirer.
  • [^] # Re: voler du code?

    Posté par  . En réponse à la dépêche La saga Maui X-Stream continue. Évalué à 2.

    "le code source est une simple idee" d'une part et que "les idees ne se volent pas" d'autre part

    C'est parfaitement coherent, c'est la base meme de la lutte contre les brevets logiciels. Dans le logiciel, ce n'est pas l'idee qu'il faut proteger, mais le code en tant qu'oeuvre et sa protection est regie par une license et le copyright. L'idee doit pouvoir etre reimplementee librement (ce qu'empecheraient les brevets), mais d'une autre facon (un autre code).
  • [^] # Re: Tu n'as pas le droit

    Posté par  . En réponse au journal Faire du GPL avec du Shareware. Évalué à 3.

    Je ne pense pas que la gpl t'empeche de mettre sur le meme CD ton logiciel GPL et son logiciel en Shareware. Le probleme c'est la license de ce shareware, qui ne te permet pas de le redistribuer autrement qu'isole.
  • [^] # Re: Merci de penser aux daltoniens !

    Posté par  . En réponse à la dépêche Appel à contribution pour "l'outil d'analyse des contrastes de couleurs". Évalué à 4.

    Pour ceux qui feraient le test : je pense que la page du wiki est erronnee. Je ne me rappelle pas etre dichromate, mais plutot avoir une legere anomalie de la trichromatie, ce qui est moins "grave". Ne pas voir ce qui est dans le deuxieme carre ne signifie pas qu'on est "deuteranopique" (dichromate qui ne voit pas le vert) mais "deuteranomalous" (trichromate avec une legere deficience du vert). Mais un deuteranopique ne verra pas le chiffre du troisieme carre, bien sur.
  • # Merci de penser aux daltoniens !

    Posté par  . En réponse à la dépêche Appel à contribution pour "l'outil d'analyse des contrastes de couleurs". Évalué à 4.

    Le test tient compte des daltoniens, et c'est vraiment bienvenu. Personnellement j'ai une (assez legere) deficience dans la vision du vert (d'apres http://en.wikipedia.org/wiki/Color_blindness(...) , je suis deuteranopique, je ne vois pas le chiffre dans le 3eme carre), et c'est vrai que certains sites mixant des lettres vertes sur fond rouge ou jaune sont difficiles a lire.
  • [^] # Re: Deuxième essai, deuxième échec

    Posté par  . En réponse à la dépêche Mandriva Linux LE2005 : les ISO sont disponibles. Évalué à 2.

    Ca fait quand meme penser a un probleme materiel, le fait que tu aies des erreurs irreproductibles ou avec certains paquets. Souvent, c'est du a un probleme de support de CD, et il est recommande de graver les isos sur des CD-R de bonne qualite, a moyenne vitesse. Ou alors a des problemes de RAM (essaie memtest.)
  • [^] # Re: Déception

    Posté par  . En réponse à la dépêche Mandriva Linux LE2005 : les ISO sont disponibles. Évalué à 3.

    Eventuellement essaye les noyaux "multimedia" dans le dossier contrib.
    Ou encore regarde les noyaux dans cooker. Mais le "multimedia" a un tres bon feedback en general.
  • [^] # Re: Déception

    Posté par  . En réponse à la dépêche Mandriva Linux LE2005 : les ISO sont disponibles. Évalué à 5.

  • [^] # Re: Un travail collaboratif

    Posté par  . En réponse à la dépêche La Belgique approuve une première liste de standards ouverts !. Évalué à 7.

    Parmi les formats, il y a le MPEG-2 et MPEG-4. Or, sauf erreur de ma part, leur implementation (en tout cas le MPEG-4) est soumise a des brevets. Meme s'il y a des implementations libres du MPEG-4 a des fins academiques, cela ne pose-t-il pas probleme ? Quelle est l'attitude du BELGIF par rapport aux brevets ?
  • [^] # Re: Le truc qui m'"emmerde" un peu depusi quelques temps

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

    Pourtant, il y a eu quelques articles utilisant Python dernierement (celui sur les tours de Hanoi).
  • # Liste des peripheriques Ralink

    Posté par  . En réponse au journal Pilotes Linux pour le chipset wifi USB Ralink RT2570. Évalué à 5.

    Pour finir, voila la liste des peripheriques (toutes interfaces) utilisant les chipsets Ralink et qui devraient fonctionner:
    ( http://www.m0n0.ch/wall/list/?action=show_msg&actionargs%5B%5D=(...) )

    The following PCI adapters should work:

    A-Link WL54H. Amigo AWI-926W. AMIT WL531P. AOpen AOI-831. ASUS
    WL-130g. Atlantis Land A02-PCI-W54. Belkin F5D7000 v3. Canyon CN-
    WF511. CNet CWP-854. Compex WLP54G. Conceptronic C54Ri. Digitus
    DN-7006G-RA. E-Tech WGPI02. Edimax EW-7128g. Eminent EM3037. Encore
    ENLWI-G-RLAM. Fiberline WL-400P. Gigabyte GN-WPKG. Hawking HWP54GR.
    iNexQ CR054g-009 (R03). JAHT WN-4054PCI. LevelOne WNC-0301 v2. Linksys
    WMP54G v4. Micronet SP906GK. Minitar MN54GPC-R. MSI PC54G2. OvisLink
    EVO-W54PCI. PheeNet HWL-PCIG/RA. Pro-Nets PC80211G. Repotec RP-WP0854.
    SATech SN-54P. Sitecom WL-115. Surecom EP-9321-g. Surecom EP-9321-g1.
    Sweex LC700030. TekComm NE-9321-g. Unex CR054g-R02. Zinwell ZWX-G361.
    Zonet ZEW1600.

    The following CardBus adapters should work:

    A-Link WL54PC. Amigo AWI-914W. AMIT WL531C. ASUS WL-107G. Atlantis
    Land A02-PCM-W54. Belkin F5D7010 v2. Canyon CN-WF513. CC&C WL-2102.
    CNet CWC-854. Compex WL54G. Conceptronic C54RC. Digitus DN-7001G-RA.
    E-Tech WGPC02. Edimax EW-7108PCg. Eminent EM3036. Encore ENPWI-G-RLAM.
    Fibreline WL-400X. Gigabyte GN-WMKG. Hawking HWC54GR. JAHT WN-4054P.
    LevelOne WPC-0301 v2. Micronet SP908GK V3. Minitar MN54GCB-R. MSI
    CB54G2. Pro-Nets CB80211G. Repotec RP-WB7108. SATech SN-54C. Sitecom
    WL-112. SparkLAN WL-685R. Surecom EP-9428-g. Sweex LC500050. TekComm
    NE-9428-g. Unex MR054g-R02. Zinwell ZWX-G160. Zonet ZEW1500.

    The following Mini PCI adapters should work:

    Amigo AWI-922W. Billionton MIWLGRL. Gigabyte GN-WIKG. MSI MP54G2.
    Zinwell ZWX-G360.

    The following USB 2.0 adapters should work:

    AMIT WL532U. ASUS WL-167g. Buffalo WLI-U2-KG54-AI. CNet CWD-854. Com-
    pex WLU54G. Conceptronic C54RU. D-Link DWL-G122 (b1). E-Tech WGUS02.
    Gigabyte GN-WBKG. Linksys WUSB54G v4. Linksys WUSB54GP v4. MSI
    MS-6861. MSI MS-6865. MSI MS-6869. Repotec RP-WU0402. Surecom
    EP-9001-g. Zinwell ZWX-G261.
  • [^] # Re: BK vs git.

    Posté par  . En réponse à la dépêche Le développement du noyau continue autour de Git. Évalué à 6.

    J'ai fait un contresens, desole.
    Mais ca va justement dans le meme sens. Git n'a pas mis bien longtemps a etre developpe. Ce qui a ete fait aujourd'hui aurait pu etre fait il y a trois ans, quand ceux qui se sont faits traiter "d'integristes" l'avaient mis en garde contre l'adoption de BK.
  • [^] # Re: Torvalds vs Tridgell

    Posté par  . En réponse à la dépêche Le développement du noyau continue autour de Git. Évalué à 4.

    En effet la license est explicite sur cela.
    Pour faire une autre analogie plus pertinente, est-ce qu'une image peinte avec Gimp est libre ? Ou bien un texte ecrit dans OpenOffice (avec des fontes dans le domaine public, puisque les fontes GPL apparemment posent aussi un probleme, arf :) ?
  • [^] # Re: git, un outil de bas niveau

    Posté par  . En réponse à la dépêche Le développement du noyau continue autour de Git. Évalué à 3.

    Le truc intéressant au niveau des performances, c'est que du coup les gestionnaires de version qui n'utilisent pas de base de données (Arch, Darcs) sont très intéressés par se servir de git sous le capot pour le stockage des fichiers, tout en offrant leurs fonctionnalités plus évoluées.

    C'est officiellement annonce pour Arch:
    http://lists.seyza.com/pipermail/gnu-arch-dev/2005-April/001097.htm(...)
    C'est de tres bonne augure pour Git, qui va surement se retrouver propulse.
  • [^] # Re: Torvalds vs Tridgell

    Posté par  . En réponse à la dépêche Le développement du noyau continue autour de Git. Évalué à 6.

    Sur Groklaw (pas vraiment connu pour etre un site a sensations), il y a un article qui rapporte ce que Tridgell a declare avoir fait, a une conference (LCA 2005). Il a ecoute le serveur Bitkeeper et recopie la sortie de la commande clone. Rien a voir avec du reverse-engineering, seulement la facon dont les data sont ecrites sur le disque.
    Ce que Perens reproche, c'est que Tridgell est considere comme un heros quand il ecoute un reseau MS pour developer Samba, mais un salaud quand il fait ca avec BK. Alors que ce n'est pas la different.
  • [^] # Re: BK vs git.

    Posté par  . En réponse à la dépêche Le développement du noyau continue autour de Git. Évalué à -1.

    >il a donc developpé un outil qui y repondait

    Non, il a pris un outil proprio qui a ete developpe en fonction de ses besoins, avec une license absolument inacceptable (clause de non-concurrence).
    C'est vrai qu'il y a 3 ans les outils n'etaient pas la. Mais aujourd'hui, ils le sont, puisque "Git" a ete juge acceptable pour la production. Il n'est peut-etre pas au niveau de BK, mais ca m'etonnerait que cela dure longtemps.
    Encore une fois, McVoy a beaucoup a perdre. Il a bien profite de la pub que le developpement du noyau Linux lui a faite, et maintenant il se retrouve avec un concurrent libre sur le marche. Pas une tres bonne manoeuvre, finalement.
  • [^] # Re: Torvalds vs Tridgell

    Posté par  . En réponse à la dépêche Le développement du noyau continue autour de Git. Évalué à 4.

    N'oublions pas aussi que The Register est un site qui n'hésite pas à jouer la carte du senstionnalisme et qu'il est avec Torvalds vs. Tridgell sur un superbe filon.

    Oui. Pour autant les arguments de Perens sont tres clairs et tres pertinents: McVoy pretend que les meta-donnees creees par BK sont soumises a la license de BK, ce qui est aussi absurde que de dire qu'un logiciel compile avec gcc est "contamine" par la GPL. D'autre part, la license de BK interdit qu'on l'utilise pour creer un concurrent de BK. Quand MS fait ca, on crie au scandale. Pourtant, c'est la license d'un logiciel qui a permis le developpement du noyau pendant 2 ans.

    Bref, finalement avec 2 ans de retard, il est arrive ce qui arriva: l'utilisation d'un CMS libre. Si Linus avait decide cela des le depart, Git en aurait probablement beneficie et n'aurait pas ses limitations actuelles. On verra dans deux ans a quoi ressemble Git, et probablement sera aussi bien sinon meilleur que BK. D'ailleurs, McVoy a beaucoup a perdre dans cette histoire: il y a maintenant un conurrent de BK libre qui va surement evoluer tres rapidement.
  • [^] # Re: BK vs git.

    Posté par  . En réponse à la dépêche Le développement du noyau continue autour de Git. Évalué à 3.

    C'est vrai, mais si une solution libre avait ete recherchee a l'epoque, on pourrait imaginer que la situation actuelle ne serait jamais arrivee (et on ne peut pas dire que Torvalds n'a pas ete prevenu), et que "Git" serait bien plus avance aujourd'hui. L'utilisation d'un logiciel proprio a forcement ralenti le developpement d'un CMS "special kernel" libre puisque le besoin n'existait pas.
  • # Torvalds vs Tridgell

    Posté par  . En réponse à la dépêche Le développement du noyau continue autour de Git. Évalué à 4.

    A ce propos, il y a une serie d'articles sur The Register sur la crise entre Torvalds et Tridgell, Torvalds l'ayant proprement "assassine":
    http://www.theregister.co.uk/2005/04/14/torvalds_attacks_tridgell/(...)
    http://www.theregister.co.uk/2005/04/21/tridgell_bitkeeper_howto/(...)
    et une reponse de Perens a Torvalds qui lui demande de calmer le jeu.
    http://www.theregister.co.uk/2005/04/15/perens_on_torvalds/(...)
    En effet, le "crime" pretendument effectue par Tridgell ne serait en fait qu'une simple analyse de la facon dont BK enregistrait les donnees sur le disque, et en aucun cas une vraie operation de reverse engineering sur le soft lui-meme. En d'autres termes, les reproches seraient plus du FUD qu'autre chose.
    Perens d'ailleurs rappelle a Linus que c'est lui qui a impose un CMS proprio a la communaute sans ecouter les critiques, et que par consequent il a une part de responsabilite dans ce qui s'est passe. D'autant que ce scenario avait justement ete decrit par les detracteurs de la solution BK.
  • [^] # Re: Première page

    Posté par  . En réponse à la dépêche Sortie de Mandriva Limited Edition 2005. Évalué à 2.

    J'ai 5 paquets dans contrib et ca me donne l'acces VIP (= silver). Demande a Warly s'il t'a oublie.
  • [^] # Re: Re:

    Posté par  . En réponse au journal Et ca continu.... Évalué à 2.

    Oui tu as raison:elle n'est pas obligatoire, mais un policier peut controler ton identite, et si tu ne peux pas le faire, il peut t'emmener au poste. Maintenant je ne sais pas jusqu'a quel point il s'agit: d'un vrai reglement, d'une interpretation stricte d'une loi (est-ce que la parole d'un ami suffirait par exemple, si on a la chance de ne pas se promener seul) ou d'un simple abus de pouvoir.
    S'il y a un juriste qui peut nous eclairer la-dessus...
  • [^] # Re: Re:

    Posté par  . En réponse au journal Et ca continu.... Évalué à 3.

    Non, mais presque tout le monde l'a :)
  • [^] # Re: Re:

    Posté par  . En réponse au journal Et ca continu.... Évalué à 3.

    Elle n'est pas obligatoire. Je t'accorde qu'elle simplifie beaucoup la vie, rien que pour les paiements par cheque.
  • [^] # Re: He bah dites donc ...

    Posté par  . En réponse à la dépêche Ubuntu Hoary Hedgehog (5.04) est sortie. Évalué à 6.

    Le debat sur les gens "nus" (certians ont trouve ca porno ???!) est ici :
    http://people.ubuntulinux.org/~mako/ubuntu-traffic/u20041015_08.htm(...)

    Il faut dire qu'il est des pays ou la vue d'un teton dechaine les foules et leur fait croire qu'ils iront en enfer...
  • [^] # Re: Kadreg est mort, vive belette \o/

    Posté par  . En réponse au journal Une moule nous a quitté. Évalué à 4.

    Il s'agit du compte sur linuxfr ? Bon ben j'avais raison a propos d'humour decapant alors...