M a écrit 2996 commentaires

Surtout dans le cas du TCP ou le client remonte des infos au serveurs ;)

Pire certains m'ont dis qu'ils etaient deja dans l'ilegalité avec les licenses piraté et les fichiers telechargé sur le p2p.

Une loi de plus ou moins, pour eux c'est parreil...

Le mosieur te dis qu'il y a un espace insecable entre lepipe, ce qui doit pas etre le cas chez toi.

j'ai le meme pb dans les VT Linux.

Pour sip tu peux passer par des proxy.

Pour skype c'est tu p2p, donc tu passe par d'autres clients (d'ou les pb de secu car tu sais pas trop ce qui passe par ton reseau...)

[8] En effet, la correction de la faille de sécurité entraînant un changement d'ABI, il n'est plus possible d'utiliser les pilotes binaires: il faut attendre que le constructeur publie une nouvelle version de son pilote. Aujourd'hui, les utilisateurs de routeurs personnels Linksys WRT54 ne peuvent pas migrer leur petite machine vers le noyau 2.6: ils sont bloqués, car le pilote Wifi Broadcom 43xx n'est disponible qu'en module binaire pour le noyau 2.4. Heureusement deux équipes de fous très compétentes se sont lancées dans la rétro-ingénierie du pilote binaire avec des résultats intéressants, mais est-ce véritablement une solution viable ?
C'est absolument faux.

Les nouveaux version Linux livré par broadcom tourne sur du linux 2.6.
Si tu regarde par exemple les source de l'alicebox [1], tu veras que c'est un beau 2.6.8 ...

Secondo, il n'y a pas que le driver wifi qui est binnaire, mais aussi certains truc pour l'ethernet, voir l'adsl...

[1] ftp://ftp.gpl-devices.org/pub/vendors/Hitachi/AH4021/AH4021-(...)

Et pourquoi le rtc n'est pas utilise sous le 2.4 ?
Deplus il font un module pour utiliser le rtc, je vois vraiement pas l'interet.

Pour info mplayer peut utiliser le rtc a 1k depuis des lustre sur 2.4 et 2.6 ...

https://linuxfr.org/comments/657453.html#657453 ...

Nous passons à présent à une partie intéressante d'Asterisk, la possibilité de faire des conférences redirigées vers un seul numéro (dans notre exemple 666). Pour la petite histoire, il faut normalement installer une carte digium pour gérer les conférences. Il existe néanmoins un module kernel qui utilise le gestionnaire d'interruptions de votre bus USB. Il est donc nécessaire d'avoir un serveur avec l'USB correctement configuré et chargé.
[...]
Chargez alors les modules avec la commande : modprobe zaptel ztdummy. S'il ne vous insulte pas, vous avez votre timer de conférence !
C'est moi ou c'est un hack vraiement degeulasse.
Depuis l'userspace on peut par exemple utiliser /dev/rtc ou d'autres timers...

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.