Tu mets 24 secondes pour voter ? Ca me parait long pour appuyer sur un bouton, non ? A moins que tu essayes d'installer un Linux dessus, bien sûr ;)
Je sais pas pour les autres, mais quand je vote j'aime bien etre sur que je me plante pas et qd la machine va me demander de confirmer mon vote, je vais faire gaffe et pas appuyer sur ok sans rien lire.
Je ne parle même pas que c'est la première fois que certaine personne vote avec ces machines et je doute que le temps d'apprentissage soit instanée . Pour ma part avant d'appuyer n'importe ou, j'essayerais de comprendre ce que chaque action implique.
Donc oui, je pense que pour la première fois que je voterais sur une machine de vote électronique je prendrais bien au moins 30s-1min rien que pour voter.
Je ne compte même pas le temps nécessaire entre chaque vote...
Officiellement il n'y a qu'une seule machine car il faut que l'assesseur entende le bip du vote et si il y avait plusieurs machines il y aurait risque de confusion.
T'aurais pu possé une réclamation dans ton bureau de vote, il est scandaleux que la regle sur le nombre d'isoloir ne semble pas respecté...
IRRC, qd j'avais regarder un peu le sujet, l'horloge interne ne devait pas fournir de date, ie a chaque démarrage le temps était réinitialisé.
Mais ca a peut etre changé depuis, surtout que j'ai des doutes que les tests ce fasse en condition réel et on peu imaginer un code qui s'active que si l'election dure un certain temps avec un certain nombre de votant...
Et je suppose que tu affirmeras que google [1] fait parti du complot :)
Et puis de la dissimulation de preuve/falsification ca fait qu'agraver le cas de soucis. Et vu la fréquentation de linuxfr, je ne me serais pas amusé à ce jeu...
Comme c'est curieux, la date est maintenant le vendredi 20 avril à 23:59.
PS : j'ai aussi eu le droit 2020/07/04 (j'ai du tombé quand les modéros modifiaient la date et apparemment il se sont vautré leur de leur première tentative de modification (2020/07/04 vs 20/2007/04)
En regardant le reportage, j'ai pensée a peu pres la même chose que toi :
suite a des pressions de lobby puissant, certains on réussit a s'approprier des monopoles grace aux brevets et peuvent faire régner leur propre loi (avec leur propre police qui d'ailleurs d'après le reportage ont l'air d'etre au dessus des lois des pauvres mortels (violation de propriété, contamination de champ au désherbant pour tester la nature des plantes cultivé, ...).
Il en est de même pour les brevets logiciel (où par exemple au dernier cebit des produits on été confisqué par la douane allemande, parce qu'il n'avait pas payé des licences mp3 suite a une plainte de la boite qui gere le portefeuille des brevet mpegaudio) [1].
Et on se dit qu’il ne faut pas permettre de déposer un brevet sur un gène comme sur un logiciel. Que l’innovation ne viendra que si l’on démocratise l’accès au savoir, que chaque laboratoire puisse utiliser et échanger les découvertes des autres librement, sans contrainte.
Et que la compétition doit se faire sur les services.
On a envie de créer la Manipulation Génétique Libre qu’on résumera par l’acronyme MGL, puis de créer une fondation la Free Genetic Manipulation Foundation.
Sauf que la je te suit pas, les conséquences ne sont pas du tout les même. Autant un logiciel est plus ou moins inoffensif, autant les manipulation génétiques doivent être controllé.
Avant de se lancer dans toutes ces manipulations génétiques il faudrait se poser les questions des conséquences à venir au lieu de foncer la tête dans le mur (a croire que les catastrophe tel que la vache folle n'ont pas fait réfléchir...).
M'enfin avec ca et toute les cochonnerie qu'on trouve dans la vie courante (produit toxique ou cancérigène dans la maison, pesticide dans les fruits et légumes, poisson d'élevage bourré de médicaments, ...), on réglera peut être les problème de retraite et de surpopulation ;)
Traceback (most recent call last):
File "", line 1, in ?
AttributeError: 'xrange' object has no attribute 'next'
xrange(5000)[4999] nécessite de calculer les 4999 éléments précédents.
Ha bon pourtant xrange(y)[x]=x, ou j'ai pas suivit quelque chose...
Je n'y connais rien en python, mais le xrange a l'air d'etre un simple intervale alors que le xrange que tu decrit serait plutot une liste chainée...
D'ailleurs il semble que on ne peut rien affecter dans un xrange :
x[2]=4
Traceback (most recent call last):
File "", line 1, in ?
TypeError: object does not support item assignment
Dans un futur proche, nous espérons qu'Ekiga aura :
...
de nouveaux codecs vidéos grâce à un nouveau système de greffons (H.263).
Pourrait on en savoir un peu plus sur l'etat de cette fonctionnalité ?
Il y a quelque temps j'avais fait des recherches dessus et j'avais pas trouvé grand chose a part un "H263 coming soon" sur le wiki.
Je trouve que le support de h263 (voir h264) est assez importante car :
- elle permet d'etre interroperable avec plus de client (x-lite pour windows, ...)
- elle permet d'avoir une meilleure qualitée vidéo (ce qui est assez souvent reproché a ekiga qd on le compare a d'autres logiciels suportant la video)
Et ta téorie sur l'effondrement de ce batiment c'est quoi ?
Les mecs qu'on miné les 2 tours avait trop de plastique et se sont dit pourquoi en mettre dans un troisieme batiment ?
au fait rensignes toi sur la technique de destrution de batiment par explosif, tu veras que c'est pas trivial et qu'il faut enormement de temps pour preparer le batiment.
Tant qu'on y ai pourquoi ca ne serait pas un coup de voldemort, mais harry poter et le ministère de la magie ont tout arrangé.
A moins que ce vois des ovnis (oui les conducteurs etaient bourrés, le 11 setembre c'est une fete intersideral pour eux (tu le savais pas ?)), qui se soit ecrasé sur les 2 tours.
Mais non, j'ai trouvé les américains ont réussi a construire une machine qui permet de controller chaque humain comme une vulgaire marionnette et ils ont voulu s'ammuser un peu.
A peut etre que tout simplement l'onde de choc provoqué par l'effondrement des 2 tours a fagillisé la structure du batiment 7 qui avait des défauts...
mtune = -mtune=athlon64
options = "-march=athlon64 -O2 -pipe"
Ben mon but, c'etait de comprendre quel est la difference avec les paquets generiques vu que pour le moment en 64 il n'y a pas beacoup d'architecture (athlon64 ou nocona).
Donc les gains viennent :
- du -O2 (c'est etrange que les paquageurs n'utilise pas cette option) ?
- d'une version différente de gcc ?
- des flags athlon64 (mais j'ai du mal a voir ce qu'il pourrait mettre d'autre) ?
- ???
C'est quoi les options que tu utilise pour recompiler les paquets (quel est la difference avec celle que debian utilise pour ses paquets binaires), quel compilo utilises tu, ...
Bref, ca serait pas mal de mettre quelques details question de pouvoir reproduire la chose.
Par contre, peut être que si il était possible de recompiler comme il faut les pilotes graphiques, la différence serait plus marquée.
J'en suis pas si certains :
- les parties critiques des drivers sont souvent optimisées a la main en assembleur (cf mesa, ou encore le support SSE, ... du driver proprio nvidia).
ma gforce4, ... bug est remonté chez nvidia mais ça fait des mois que rien ne bouge.
Les geforces 4 ne sont plus supporté par les derniers drivers. Je crois qu'on risque d'attendre longtemps leur bugfixes...
De puis quand les journaux servent de spam a des societes qui ne veule pas se presenter (ie donné leur vrai nom).
Je serais une ssii bien pourrie qui veut se constituer des dossiers sans trop de mal (pour mes besoins internes ou pour les revendre a d'autres sociétés), je ferais pas autrement...
Pourquoi ne pas utiliser lolix qui est fait pour ca.
L'adresse Gmail permet simplement d'éviter de recevoir des appels et des visites inutiles à ce stade
Ca fait surtout pas serieux du tout...
PS : sympatique le compte crée juste pour passé l'offre d'emploi...
Faudrait arreter de raconter des conneries, et celle-la ca commence a me gonfler de la corriger a chaque fois.
C'est pas une si grosse connerie que ca :
le binnaire distribué qui se linke avec la lib GPL doit etre distribué sous GPL.
Donc meme si donc code est sous BSD, c'est pu vraiement du BSD puisque t'est obliger de respecter les règles de la GPL (fournir les sources, ...).
C'est d'ailleur une des différences entre la GPL et la LGPL.
Il me semble que cette réunification s'accompagne d'un changement de license de GPL vers MIT.
On retourne a la license d'avant le fork...
De plus je ne suis pas sur que tout passe sous MIT (mais seulement le coeur).
Sinon, une précision, le « plaidoyer ». du « coupable ». Marcus Glocker, le développeur qui a fautivement commité des morceaux de bcm43xx dans le CVS d'OpenBSD explique pourquoi il l'a fait :
Mais par contre il y a un gros blanc sur les ressemblences dans le code qui a été réécrit (meme nom de variable, meme algo) :
- soit le dev voulait se servir du code GPL comme bouchon (pourquoi le renomer, ...)
- soit ...
D'ailleurs si broadcom avait trouvé des bouts de leur code dans le driver GPL qu'est ce que tu crois qu'ils auraient fait ?
Essaye de comprendre un peu les devs Linux, il se sont fait ch*er a faire un truc propre (avec des specs, clean room design, ...) et la ils s'appercoivent que les dev bsd utilise leur code.
Ils ont peut etre eu envie de les avertir que ce qu'ils faisaient n'était pas tres propre (On notera au passage la reponse des devs openbsd qui ne se remette pas du tout en question).
Signalons aussi, au passage, qu'il n'est pas rare que du code des devs OpenBSD, parfois obtenu par reverse engeneering, server de base pour un driver Linux (ou serve à le compléter, ie. atheros/madwifi/open-hal), ce que la licence permissive du projet autorise.
Oui mais le nom des auteurs et la licence d'origine du code est toujours citée dans la pluspart des cas ce qui n'était pas le cas ici.
même si tout le monde sait que c'est très difficile ce n'est pas impossible.
ouai mais c'est tendre le baton pour ce faire battre : a la moindre similitude on peut t'accuser d'avoir pompé.
2/ Il codait peut être directement depuis les specs, et se servait du driver GPL pour combler ce qu'il n'avait pas encore coder.
Et donc pour savoir quel fonction du driver GPL il fallait appeler, il devait connaitre pas mal le driver GPL.
Ca ne coutait rien de prevenir le dev en privé qu'il avait fait une erreur en utilisant un CVS publique, et il n'y aurait pas eu de problèmes.
Tout a fait d'accord. Mais (je me repete) la reciproque aurais aussi souhaitable (prevenir les dev du driver GPL qu'openbsd comptait faire un driver basé sur leur driver, s'il pouvais recuperer du code, se synchroniser pour les versions future, ...).
D'autant plus que si j'ai bien compris le fonctionnement du WPA (WPA2 je sais pas) le protocole WPA n'est qu'une surcouche qui re-negotie régulièrement des clefs WEP.
Pas tout a fait.
Les algo de chiffrement sont legerement differents pour le tkip (on reutilise les meme primitive que crypto que pour le WEP), voir totalement different pour l'aes.
Après examen du tarball fourni, le code source est en GPLv2, mais il y a bien des blobs dans celui-ci.
D'ailleurs est ce que les applis (interface web de configuration, ...) sont aussi en open source ?
Par ce que s'il ne fournisse que les applis GPL qu'ils ont utilisées, ou est le mérite ?
Il ne font que se conformer à la licence.
Comme il est dit dans le thread, le driver était en réécriture complète en BSD, mais le dev voulant avoir des résultats rapidement (c'est mieux pour la motivation), prenait des morceaux de code du driver GPL pour les parties qu'il n'avait pas encore recodé.
Justement c'est assez delicat de lire du code puis le recoder sans reproduire des morceaux qu'on a lu. C'est d'ailleurs pour ca que qd ont desassemble un driver, si on veut faire un truc propre (ceux qu'on fait les developpeur pour le driver broadcom), on passe par une etape de documentation/specification du fonctionnement.
D'ailleurs puisque les developpeurs Linux ont fait des specs, pourquoi les developpeurs openbsd ne les ont pas utilisées au lieu d'essayer d'analyser le driver Linux ?
[^] # Re: ATTENTION !!!!
Posté par M . En réponse au journal Les bureaux de votes sont ouverts.... Évalué à 6.
Je sais pas pour les autres, mais quand je vote j'aime bien etre sur que je me plante pas et qd la machine va me demander de confirmer mon vote, je vais faire gaffe et pas appuyer sur ok sans rien lire.
Je ne parle même pas que c'est la première fois que certaine personne vote avec ces machines et je doute que le temps d'apprentissage soit instanée . Pour ma part avant d'appuyer n'importe ou, j'essayerais de comprendre ce que chaque action implique.
Donc oui, je pense que pour la première fois que je voterais sur une machine de vote électronique je prendrais bien au moins 30s-1min rien que pour voter.
Je ne compte même pas le temps nécessaire entre chaque vote...
[^] # Re: ATTENTION !!!!
Posté par M . En réponse au journal Les bureaux de votes sont ouverts.... Évalué à 3.
T'aurais pu possé une réclamation dans ton bureau de vote, il est scandaleux que la regle sur le nombre d'isoloir ne semble pas respecté...
[^] # Re: Ah bon, et c'est grave docteur ?
Posté par M . En réponse à la dépêche Le RGI en danger ?. Évalué à 6.
En tant que novice, je serais curieux d'avoir quelques details.
N'est il pas possible d'enrichir ODF plutôt que créer un nouveau format ?
[^] # Re: Horodateur
Posté par M . En réponse au journal Pas de machine à voter à Amiens. Évalué à 2.
Mais ca a peut etre changé depuis, surtout que j'ai des doutes que les tests ce fasse en condition réel et on peu imaginer un code qui s'active que si l'election dure un certain temps avec un certain nombre de votant...
[^] # Re: Dépêche illégale
Posté par M . En réponse à la dépêche Nicolas Sarkozy et Ségolène Royal répondent à Adullact. Évalué à 2.
Et je suppose que tu affirmeras que google [1] fait parti du complot :)
Et puis de la dissimulation de preuve/falsification ca fait qu'agraver le cas de soucis. Et vu la fréquentation de linuxfr, je ne me serais pas amusé à ce jeu...
[1] http://www.google.fr/search?hl=fr&q=Nicolas+Sarkozy+et+S(...)
[^] # Re: Dépêche illégale
Posté par M . En réponse à la dépêche Nicolas Sarkozy et Ségolène Royal répondent à Adullact. Évalué à 5.
PS : j'ai aussi eu le droit 2020/07/04 (j'ai du tombé quand les modéros modifiaient la date et apparemment il se sont vautré leur de leur première tentative de modification (2020/07/04 vs 20/2007/04)
PS2: ces commentaires vont ils etre supprimé ?
# ...
Posté par M . En réponse au journal Rejoignez la FMGF !. Évalué à 3.
suite a des pressions de lobby puissant, certains on réussit a s'approprier des monopoles grace aux brevets et peuvent faire régner leur propre loi (avec leur propre police qui d'ailleurs d'après le reportage ont l'air d'etre au dessus des lois des pauvres mortels (violation de propriété, contamination de champ au désherbant pour tester la nature des plantes cultivé, ...).
Il en est de même pour les brevets logiciel (où par exemple au dernier cebit des produits on été confisqué par la douane allemande, parce qu'il n'avait pas payé des licences mp3 suite a une plainte de la boite qui gere le portefeuille des brevet mpegaudio) [1].
Et on se dit qu’il ne faut pas permettre de déposer un brevet sur un gène comme sur un logiciel. Que l’innovation ne viendra que si l’on démocratise l’accès au savoir, que chaque laboratoire puisse utiliser et échanger les découvertes des autres librement, sans contrainte.
Et que la compétition doit se faire sur les services.
On a envie de créer la Manipulation Génétique Libre qu’on résumera par l’acronyme MGL, puis de créer une fondation la Free Genetic Manipulation Foundation.
Sauf que la je te suit pas, les conséquences ne sont pas du tout les même. Autant un logiciel est plus ou moins inoffensif, autant les manipulation génétiques doivent être controllé.
Avant de se lancer dans toutes ces manipulations génétiques il faudrait se poser les questions des conséquences à venir au lieu de foncer la tête dans le mur (a croire que les catastrophe tel que la vache folle n'ont pas fait réfléchir...).
M'enfin avec ca et toute les cochonnerie qu'on trouve dans la vie courante (produit toxique ou cancérigène dans la maison, pesticide dans les fruits et légumes, poisson d'élevage bourré de médicaments, ...), on réglera peut être les problème de retraite et de surpopulation ;)
[1] http://linuxfr.org/~mat_/24016.html
[^] # Re: Pas ridicule, mais rigolo...
Posté par M . En réponse au journal [HS] Recensement des message d'erreur les plus ridicules. Évalué à 3.
[^] # Re: Ruby
Posté par M . En réponse au journal A mort les boucles. Évalué à 2.
>>> print x.next()
Traceback (most recent call last):
File "", line 1, in ?
AttributeError: 'xrange' object has no attribute 'next'
xrange(5000)[4999] nécessite de calculer les 4999 éléments précédents.
Ha bon pourtant xrange(y)[x]=x, ou j'ai pas suivit quelque chose...
Je n'y connais rien en python, mais le xrange a l'air d'etre un simple intervale alors que le xrange que tu decrit serait plutot une liste chainée...
D'ailleurs il semble que on ne peut rien affecter dans un xrange :
x[2]=4
Traceback (most recent call last):
File "", line 1, in ?
TypeError: object does not support item assignment
[^] # Re: Copie privée ?
Posté par M . En réponse au journal Une pétition contre les taxes sur les supports numériques. Évalué à 3.
[^] # Re: Non mais...
Posté par M . En réponse au journal [HS] Bayrou Bayrou Bayrou. Évalué à 6.
Pourtant a la fin de tes citations on parle d'enfant ( et les enfants ne sont pas des femmes) ...
Plus généralement on peut dire qu'une personne est une cruche.
une personne est féminin, mais désigne pas forcement une femme...
# plugin video
Posté par M . En réponse à la dépêche Ekiga 2.0.9 pour Linux et Windows. Évalué à 4.
Dans un futur proche, nous espérons qu'Ekiga aura :
...
de nouveaux codecs vidéos grâce à un nouveau système de greffons (H.263).
Pourrait on en savoir un peu plus sur l'etat de cette fonctionnalité ?
Il y a quelque temps j'avais fait des recherches dessus et j'avais pas trouvé grand chose a part un "H263 coming soon" sur le wiki.
Je trouve que le support de h263 (voir h264) est assez importante car :
- elle permet d'etre interroperable avec plus de client (x-lite pour windows, ...)
- elle permet d'avoir une meilleure qualitée vidéo (ce qui est assez souvent reproché a ekiga qd on le compare a d'autres logiciels suportant la video)
[^] # Re: Pour les sceptiques pleins de certitudes
Posté par M . En réponse au journal [HS] l'incroyable histoire d'un survivant du 11 sept. 2001. Évalué à 3.
Les mecs qu'on miné les 2 tours avait trop de plastique et se sont dit pourquoi en mettre dans un troisieme batiment ?
au fait rensignes toi sur la technique de destrution de batiment par explosif, tu veras que c'est pas trivial et qu'il faut enormement de temps pour preparer le batiment.
Tant qu'on y ai pourquoi ca ne serait pas un coup de voldemort, mais harry poter et le ministère de la magie ont tout arrangé.
A moins que ce vois des ovnis (oui les conducteurs etaient bourrés, le 11 setembre c'est une fete intersideral pour eux (tu le savais pas ?)), qui se soit ecrasé sur les 2 tours.
Mais non, j'ai trouvé les américains ont réussi a construire une machine qui permet de controller chaque humain comme une vulgaire marionnette et ils ont voulu s'ammuser un peu.
A peut etre que tout simplement l'onde de choc provoqué par l'effondrement des 2 tours a fagillisé la structure du batiment 7 qui avait des défauts...
[^] # Re: ...
Posté par M . En réponse au journal Comparatif entre Debian compilé contre Debian générique.. Évalué à 2.
options = "-march=athlon64 -O2 -pipe"
Ben mon but, c'etait de comprendre quel est la difference avec les paquets generiques vu que pour le moment en 64 il n'y a pas beacoup d'architecture (athlon64 ou nocona).
Donc les gains viennent :
- du -O2 (c'est etrange que les paquageurs n'utilise pas cette option) ?
- d'une version différente de gcc ?
- des flags athlon64 (mais j'ai du mal a voir ce qu'il pourrait mettre d'autre) ?
- ???
# ...
Posté par M . En réponse au journal Comparatif entre Debian compilé contre Debian générique.. Évalué à 2.
Bref, ca serait pas mal de mettre quelques details question de pouvoir reproduire la chose.
Par contre, peut être que si il était possible de recompiler comme il faut les pilotes graphiques, la différence serait plus marquée.
J'en suis pas si certains :
- les parties critiques des drivers sont souvent optimisées a la main en assembleur (cf mesa, ou encore le support SSE, ... du driver proprio nvidia).
[^] # Re: en attendant nouveau
Posté par M . En réponse au journal N'achetez pas ATI si vous voulez Beryl, Compiz, MythTV, TV TIME.... Évalué à 3.
Les geforces 4 ne sont plus supporté par les derniers drivers. Je crois qu'on risque d'attendre longtemps leur bugfixes...
[^] # Re: d'apres google...
Posté par M . En réponse au journal Offres d'emplois avec du logiciel Libre !. Évalué à 10.
Je serais une ssii bien pourrie qui veut se constituer des dossiers sans trop de mal (pour mes besoins internes ou pour les revendre a d'autres sociétés), je ferais pas autrement...
Pourquoi ne pas utiliser lolix qui est fait pour ca.
L'adresse Gmail permet simplement d'éviter de recevoir des appels et des visites inutiles à ce stade
Ca fait surtout pas serieux du tout...
PS : sympatique le compte crée juste pour passé l'offre d'emploi...
[^] # Re: pour une fois...
Posté par M . En réponse au journal Une sale histoire de driver. Évalué à 2.
C'est pas une si grosse connerie que ca :
le binnaire distribué qui se linke avec la lib GPL doit etre distribué sous GPL.
Donc meme si donc code est sous BSD, c'est pu vraiement du BSD puisque t'est obliger de respecter les règles de la GPL (fournir les sources, ...).
C'est d'ailleur une des différences entre la GPL et la LGPL.
[^] # Re: Changement de license
Posté par M . En réponse au journal Compiz et beryl reunifié. Évalué à 2.
On retourne a la license d'avant le fork...
De plus je ne suis pas sur que tout passe sous MIT (mais seulement le coeur).
[^] # Re: Driver Netgear libre, ça serait trop beau...
Posté par M . En réponse à la dépêche NetGear commercialise un routeur équipé d'un firmware Open-Source. Évalué à 2.
ce avec la bénédiction du constructeur, moi je trouve ca pas mal
mouais :
WARNING: Opening the router housing or putting in any customer software on the
router will void the warranty on your router
[^] # Re: L'explication de Marcus Glocker
Posté par M . En réponse au journal Une sale histoire de driver. Évalué à 7.
Sinon, une précision, le « plaidoyer ». du « coupable ». Marcus Glocker, le développeur qui a fautivement commité des morceaux de bcm43xx dans le CVS d'OpenBSD explique pourquoi il l'a fait :
Mais par contre il y a un gros blanc sur les ressemblences dans le code qui a été réécrit (meme nom de variable, meme algo) :
- soit le dev voulait se servir du code GPL comme bouchon (pourquoi le renomer, ...)
- soit ...
D'ailleurs si broadcom avait trouvé des bouts de leur code dans le driver GPL qu'est ce que tu crois qu'ils auraient fait ?
Essaye de comprendre un peu les devs Linux, il se sont fait ch*er a faire un truc propre (avec des specs, clean room design, ...) et la ils s'appercoivent que les dev bsd utilise leur code.
Ils ont peut etre eu envie de les avertir que ce qu'ils faisaient n'était pas tres propre (On notera au passage la reponse des devs openbsd qui ne se remette pas du tout en question).
Signalons aussi, au passage, qu'il n'est pas rare que du code des devs OpenBSD, parfois obtenu par reverse engeneering, server de base pour un driver Linux (ou serve à le compléter, ie. atheros/madwifi/open-hal), ce que la licence permissive du projet autorise.
Oui mais le nom des auteurs et la licence d'origine du code est toujours citée dans la pluspart des cas ce qui n'était pas le cas ici.
[^] # Re: C'est triste
Posté par M . En réponse au journal Une sale histoire de driver. Évalué à 4.
ouai mais c'est tendre le baton pour ce faire battre : a la moindre similitude on peut t'accuser d'avoir pompé.
2/ Il codait peut être directement depuis les specs, et se servait du driver GPL pour combler ce qu'il n'avait pas encore coder.
Et donc pour savoir quel fonction du driver GPL il fallait appeler, il devait connaitre pas mal le driver GPL.
Ca ne coutait rien de prevenir le dev en privé qu'il avait fait une erreur en utilisant un CVS publique, et il n'y aurait pas eu de problèmes.
Tout a fait d'accord. Mais (je me repete) la reciproque aurais aussi souhaitable (prevenir les dev du driver GPL qu'openbsd comptait faire un driver basé sur leur driver, s'il pouvais recuperer du code, se synchroniser pour les versions future, ...).
[^] # Re: Tu utilises toujours WEP?
Posté par M . En réponse au journal Récupérer une clé WEP en moins d'une minute. Évalué à 4.
Pas tout a fait.
Les algo de chiffrement sont legerement differents pour le tkip (on reutilise les meme primitive que crypto que pour le WEP), voir totalement different pour l'aes.
# Open source
Posté par M . En réponse à la dépêche NetGear commercialise un routeur équipé d'un firmware Open-Source. Évalué à 7.
D'ailleurs est ce que les applis (interface web de configuration, ...) sont aussi en open source ?
Par ce que s'il ne fournisse que les applis GPL qu'ils ont utilisées, ou est le mérite ?
Il ne font que se conformer à la licence.
[^] # Re: C'est triste
Posté par M . En réponse au journal Une sale histoire de driver. Évalué à 6.
Justement c'est assez delicat de lire du code puis le recoder sans reproduire des morceaux qu'on a lu. C'est d'ailleurs pour ca que qd ont desassemble un driver, si on veut faire un truc propre (ceux qu'on fait les developpeur pour le driver broadcom), on passe par une etape de documentation/specification du fonctionnement.
D'ailleurs puisque les developpeurs Linux ont fait des specs, pourquoi les developpeurs openbsd ne les ont pas utilisées au lieu d'essayer d'analyser le driver Linux ?