M a écrit 2988 commentaires

Il te dis qu'il utilise sh pas bash

le pb de ces logiciels c'est qu'il remplisse plus ou moins plusieurs gros fichiers en meme temps.

Il y a un test marrant a faire avec dd :
lancer 5/10 dd if=/dev/urandom of=$i count=$x en parallele, puis regarder le taux de fragmentation...

Ben tu le remplace par GinS pour GinS is not Skype ...

Puisqu'on te dis que la stack est tres basique...ne t'attends pas a avoir du WEP.

Sinon ca me parrait etrange que la puce broacom ne sache rien faire au niveau hard, vu qu'elle utiliser dans des platformes embarqué qui n'ont pas beaucoup de resource...

Reporte le sur la ml du projet, si ce n'est pas deja fait

(il faudra voir ça de pus près et comparer EXA - s'il est jamais supporté par nv - et le truc spécifique de nvidia, quand les deux seront finis).
Y a deja un patch EXA pour nvidia dans le wiki de X.org.

Tu nous ponds le comparatif pour demain ?

Oui, sauf que y a encore les drivers ethernet qui sont plus ou moins proprio si je me souviens bien, ainsi que quelques autres trucs...

Et indirectement sur la lkml : http://marc.theaimsgroup.com/?t=113378020600002&r=1&(...)

D'après la page des forums de Gentoo [1] que j'ai lue, le premier driver pour la carte Wifi AirPort Extreme fonctionne!
Pourtant l'implementation libre se base sur un pilote natif Linux!!!

Oui broadcom avait deja un pilote Linux pour les routeurs mips ainsi que toutes autres platforme suceptiblent d'acheter en quantitéses chips....

De plus, ils n'auront rien eu à faire pour avoir leur support pour Linux. Le seul inconvénient, c'est le retardement du support par rapport au lancement du produit, c'est tout.
Le pire c'est qu'ils ont deja un pilote Linux qu'ils vendent dans les routeurs tel que le linksys et companie. C'est d'ailleur la dessus qu'il se sont baser pour faire l'implementation libre.

Donc non ca n'apporte rien du tout a broadcom...

J'ai lu la page en question et c'est surtout des elements du jeu qui sont brevetés (maniere de faire les pieces, ...), pas les regles.
Donc il est tout a fait possible en theorie de faire un jeu similaire avec des regles similaires...

Y avais les robots lego et l'interface de programmation qui va avec qui etait assez didactique...

On peut breveter un jeu ?
J'en suis pas si sur...

la DRM pour empêcher la dupplication, même si c'est ce que veulent les majors, est impossible. Ca on en est tous les deux convaincus. Et j'avais d'emblée écarté cette définition.

Ensuite, que les drm soient stupides, oui, dans leur conception actuelle, puisque leur but est impossible. Et je n'ais jamais dis le contraire.
Des drm pour empecher la duplication facilement pourraient etre utile par exemple dans des bibliotheques multimedia en ligne : au lieu d'aller chercher ton dvd ou cd-audio a ta bibliotheque, tu le telecharges et tu dois le rendre au bout d'un certains temps pour que d'autres puissent en profiter.

D'un autre cote ces 2 medias sont facilement copiables et le facteur limitant est le facteur physique : il faut aller a la bibliotheque (ca prend du temps l'aller retour), tu n'es pas sur que ce que tu cherches y sera, la bibliotheque n'est pas ouverte 24h/24, ...

On pourrait peut etre simuler ces facteurs limitant avec d'autres moyens que les drm : chaque utilisateur a une identitee numerique non falsifiable et unique, entre chaque emprunt il y a un delai minimun, le delai de retour est calculé sur des statistiques, ...

Non, pas forcément. Une carte a puce a justement pour but d'apporter une telle sécurité. Ou un simple fpga contenant la clef en dur.
Oui c'est ce qui est fait pour les abonements satelites.
Et effectivement il existe des logiciels libres qui permetent de discuter avec ces cartes a puces pour decoder le flux numerique (ils permetent aussi de faire d'autres choses pas tres legales si on lui fourni directement les clefs qu'il faut, mais ca reste a but d'experimention ;) )

Reste à résister aux attaques externes (spa et autre), mais on sort du cadre théorique (des contre mesures existent, mais ne tiendront que jusqu'au nouveau type d'attaque )
Tout a fait, comme dans le sat ou certaines attaques permetent de recuperer les fameuses clefs.

Non, je voyais la drm comme un moyen d'empêcher un utilisateur non authorisé d'accèder au flux. On se ramène alors à un simple problème d'authentification, qui lui est soluble.
Le pire c'est que la plupart des drm sont utilisés sur internet ou il existe des moyens d'authentification bien plus sain (certificat) et qui se font au niveau du serveur vu qu'il n'y a pas de notion de broadcast come dans le sat.

Au final on est tout les deux d'accord.

PS : ce qui m'a tromper dans l'histoire c'est que drm a pour sens commun celui des major : ie anti-copie.

Ca en est ou l'integration de l'audio et de la video dans jabber ?
Il me semble qu'il y avait eu une ebauche avec gnome meeting.

Je pense que le monsieur parlais dans gnome meetting.
h263 est supporté dans ffmpeg depuis longtemps, c'est pas pour autant qu'il puisse etre utilisé dans gnome meeting.

Comme l'a dis damien plus bas, un systeme de plugin video devrait resoudre le pb.

Je ne sais pas si cette manipulation de ZDNet est volontaire ou pas, mais cela laisse planer des doutes importants sur la crédibilité de leurs articles.
tu en doutais ?

La sécurité ne doit reposer que sur une clef, pas sur le secret des algos (cf Kerckhoffs...).
A ton avis pourquoi les drm sont cracké assez facilement ?

Par exemple : stocker cette clef dans un module hard crypto (même à spec ouvertes !) dont une partie de la mémoire est inaccessible.
Je ne vois pas ou est la contradiction avec le libre.
Le stokage de ta clef secrete que le client ne doit pas acceder se fait comment ?
Comment le drm peut differencier le vrai module hard crypto d'un simple simulateur qui serait capable de resortir la clef ?
Les spec du module sont libres, j'espere que la datasheet le sera aussi pour que je puisse brancher un sniffeur sur ses bus et recuperer la clef.


Rien ne peut empêcher l'accès au flux déchiffré : il faut bien qu'il s'affiche à l'écran !!
C'est ce qui fait la stupidité des drm.
A l'origine les drm sont la pour creer une rareté rendre la duplication d'une oeuvre couteuse (tout comme l'etait la duplication d'un livre).
Si tu peux acceder aux flux decrypter et le copier, les drm ne serve plus a rien.
C'est d'ailleurs pour cela que des lois sont en train de passé pour empecher de faire/distribuer des logiciels qui permetent de caser les drm. Meme pire empecher les logiciels libres de lire des fichiers sous drm...

Sans doute sont-il moins génés par les possibilités d'enregistrement numérique que les chaines payantes (genre TPS Star qui diffuse des films récents)
D'un autre coté c'est possible avec une carte satellite qui va bien depuis pas mal d'annee.
Pire il est meme possible d'enregistrer plusieurs chaines en meme temps et la qualité est meilleur que la freebox.

Le seul et unique problème est de protéger cette clef, et de la rendre inaccessible à l'utilisateur. (d'où l'idée de TCG...)

Er donc d'utiliser toute une chaine proprio pour que l'utilisateur ne puisse pas la detourner...

De plus meme si l'utilisateur n'a pas la clef, il ne faut pas qu'il puisse acceder au flux decrypter pour pouvoir par exemple en sauver le contenu. Il faut donc de nouveau passer dans un chaine ou l'utilisateur ne doit rien pouvoir controller.


Desolé j'ai vraiement du mal a comprendre ton implementation drm libre...

Je ne vois absolument ce que le propriétaire apporte ici hors la "sécurité" par l'obscurite (masquer un système pourri?).... et comme de toute facon, des gens sont capables de reverser le truc...
Tout simplement parce qu'il faut caché des choses a l'utilisateur (clef, flux decrypté, ...).

-Utiliser une solution Libre, faire des modifs au logiciel, envoyer un flux plus ou moins crypté que le logiciel pourra décoder.
Dans ce cas on peut demander les sources du logiciel et le modifier pour supprimer les protections.
C'est ce qui avait ete fait sur le vlc distribué par google...

Donc sa sera soit du drm proprio soit aucune protection...

et puis tu peux vérifier si ils spywarise, les sources de leurs paquets sont publiques.
Oui mais ils peuvent spywarise juste avant la compil.

D'ailleur la differences peut venir du fait que le binnaire a ete recompilé avec un compilo differents/avec des options differentes.

Pour le pci, tu peux toujours demander a regarder le composant avant de l'acheter.
Mais c'est sur que les periph usb et pcmcia c'est plus dur (venir avec son portable ?).

Verdict, j'ai fait racheter une carte Cisco, et ça marche nickel.
Par contre, 140¤ la carte Cisco ...
Hum cisco n'est vraiement pas tres cooperatif avec le libre...