"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).
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.
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.
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.
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.)
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.
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 ?
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.
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 :) ?
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.
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.
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.
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.
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.
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.
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: Ben au moins...
Posté par zeb . En réponse au journal PxLinux : Plextor utilise la voie legale, c'est donc fini !. Évalué à 3.
[^] # Re: voler du code?
Posté par zeb . En réponse à la dépêche La saga Maui X-Stream continue. Évalué à 2.
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 zeb . En réponse au journal Faire du GPL avec du Shareware. Évalué à 3.
[^] # Re: Merci de penser aux daltoniens !
Posté par zeb . En réponse à la dépêche Appel à contribution pour "l'outil d'analyse des contrastes de couleurs". Évalué à 4.
# Merci de penser aux daltoniens !
Posté par zeb . En réponse à la dépêche Appel à contribution pour "l'outil d'analyse des contrastes de couleurs". Évalué à 4.
[^] # Re: Deuxième essai, deuxième échec
Posté par zeb . En réponse à la dépêche Mandriva Linux LE2005 : les ISO sont disponibles. Évalué à 2.
[^] # Re: Déception
Posté par zeb . En réponse à la dépêche Mandriva Linux LE2005 : les ISO sont disponibles. Évalué à 3.
Ou encore regarde les noyaux dans cooker. Mais le "multimedia" a un tres bon feedback en general.
[^] # Re: Déception
Posté par zeb . En réponse à la dépêche Mandriva Linux LE2005 : les ISO sont disponibles. Évalué à 5.
http://qa.mandrakesoft.com/twiki/bin/view/Main/MandrivaLinux2005Rel(...)
[^] # Re: Un travail collaboratif
Posté par zeb . En réponse à la dépêche La Belgique approuve une première liste de standards ouverts !. Évalué à 7.
[^] # Re: Le truc qui m'"emmerde" un peu depusi quelques temps
Posté par zeb . En réponse au journal Linuxmag. Évalué à 3.
# Liste des peripheriques Ralink
Posté par zeb . En réponse au journal Pilotes Linux pour le chipset wifi USB Ralink RT2570. Évalué à 5.
( 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 zeb . En réponse à la dépêche Le développement du noyau continue autour de Git. Évalué à 6.
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 zeb . En réponse à la dépêche Le développement du noyau continue autour de Git. Évalué à 4.
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 zeb . En réponse à la dépêche Le développement du noyau continue autour de Git. Évalué à 3.
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 zeb . En réponse à la dépêche Le développement du noyau continue autour de Git. Évalué à 6.
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 zeb . En réponse à la dépêche Le développement du noyau continue autour de Git. Évalué à -1.
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 zeb . En réponse à la dépêche Le développement du noyau continue autour de Git. Évalué à 4.
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 zeb . En réponse à la dépêche Le développement du noyau continue autour de Git. Évalué à 3.
# Torvalds vs Tridgell
Posté par zeb . En réponse à la dépêche Le développement du noyau continue autour de Git. Évalué à 4.
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 zeb . En réponse à la dépêche Sortie de Mandriva Limited Edition 2005. Évalué à 2.
[^] # Re: Re:
Posté par zeb . En réponse au journal Et ca continu.... Évalué à 2.
S'il y a un juriste qui peut nous eclairer la-dessus...
[^] # Re: Re:
Posté par zeb . En réponse au journal Et ca continu.... Évalué à 3.
[^] # Re: Re:
Posté par zeb . En réponse au journal Et ca continu.... Évalué à 3.
[^] # Re: He bah dites donc ...
Posté par zeb . En réponse à la dépêche Ubuntu Hoary Hedgehog (5.04) est sortie. Évalué à 6.
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 zeb . En réponse au journal Une moule nous a quitté. Évalué à 4.