M a écrit 2988 commentaires

tu peux aussi l'installer par l'installer dispo sur le site de mozilla....

Mais je me dis que c'est sans doute pas réalisable, sinon ca se saurait non ?
si tu avais un peu parcouru les astuces, tu aurrais vu qu'en faissant shift + verr num, tu peux diriger le pointeur de la souris avec le pavé numérique....

Donc un mode 100% clavier est parfaitement possible....

je crois qu'il est possible quand meme d'utilise xvid avec une api compatible avec divx : http://plf.zarb.org/rpm2html/cooker/i586/xvid-divx-devel-0.9.0-1plf(...)

y a meme un plug sous linux qui permet de decoder le sat via vdr et une carte dvb.... PS : le plug est open source pour ceux qui serait curieux de voir les algos...

oui mais c'est tout de meme de la mise a jour de netscape 4, si tu regarges bien le graph...

le php ça a un contenu dynamique, donc il me semble difficile de mettre les pages en cache et qu'elles soient rechargee quand il le faut.
surtout quand le php est couple a une base de donne.
Par contre si les navigateurs arrivait a mettre en cache correctement les images ça serait deja pas mal...

sous la derniere cvs, c'est pire : quand le tampon est vide y a plus rien...

j'ai teste la cvs et ça a l'air de marcher....

faut peut etre essayer la version cvs : y a eu une motif toute resente : http://www.mplayerhq.hu/cgi-bin/cvsweb.cgi/main/libmpdemux/dvdnav_stream.c.diff?r1=1.2&r2=1.3

je connaisais pas, mais il a l'air bien pratique... Par contre j'ai toujours des pb pour ecouter de la radio en wma : le son est hache alors que c'est impect avec windows media...

tu utilise la version GUI....

Y a qualqu'un qui a tester le plug mozilla ?

il a été capable de lire des flux mpeg abimés là où plusieurs lecteurs (win et linux) se cassaient les dents.
c'est pour cela aqu'il est pas mal utilisee en p2p pour faire des previews ....

Si on me laissait le choix entre des drivers open source tous moisis et les specs, je pense que je choisierais tous de meme les specs, qui permette de faire evoluee le driver, alors qu'avec seulement le code certaines parties sont difficilement modifiables.

Sinon je suis a fait d'accord avec toi sur l'atitude immorale des constructeurs, mais esperons que cela change avec l'augmentation du nombre de linuxien.

oui mais pour pouvoir faire des drivers il faut pouvoir acceder a ces chipset et donc les connaitres...

Je ne suis pas personnellement convaincu par Lindows, mais il faut avouer que la combinaison OS préinstallé/cliquer une fois sur le gros bouton rouge pour installer une nouvelle appli c'est exactement ce que demande le grand public.

Les distributions comme Mandrake le peuvent plus ou moins le faire...

moi aussi j'en ai une, mais la batterie est foutue...
Par contre mon mac+ il tourne toujours...

c'est pas sagem qui a fait les drivers : c'est analog ( http://www.analog.com/(...) )
Qui les a donnee a sagem qui s'est contente de les redistribuer sans effectuer la moindre correction contrairement a USR...

Par contre certaines parties des sources sont assez comiques a lire (surtout Boot.c) : les developpeurs payes par analog n'avaient meme pas acces aux docs et analog ne savait pas leur dire pourquoi il etait necessaire de mettre des timings ici ou la....

Mais bon meme avec les drivers forunits en GPL il reste certains points obscures notament tout ce qui concerne la gestion hardware du modem....

Un copier/coller d'une réponse d'Alec sur fr.reseaux.telecom concernant la coupure du lien entre FT/Wanadoo et le réseau Proxad:


"...le trafic en provenance de FT/Wanadoo provoque une saturation du lien existant entre FT/Wanadoo et Free, et nécessite une extension de capacité au ParIx, qui a été réalisée côté Free. Mais toujours pas côté FT/Wanadoo.

Dès lors, afin de protéger son réseau et ses serveurs qui commençaient à se retrouver impactés par cette saturation du lien FT/Wanadoo <=> proxad, au point de risquer de mettre à terre des serveurs qui se retrouveraient ainsi monopolisés par les seules connexions en provenance du réseau FT/Wanadoo, Free a pris la décision de couper *le temps pour FT de procéder à l'upgrade de son lien* le lien d'échange de trafic entre FT/Wanadoo et le réseau proxad sur lequel est basé Free. Précisons en effet que le peering n'est pas un droit, mais juste qu'une facilité que visiblement FT/Wanadoo ne considère pas comme primordiale en laissant traîner des extensions de capacité. Dès lors, un FSI n'est nullement responsable des errements d'un fournisseur de connectivité.

Comme expliqué à plusieurs reprises, le lien FT <-> proxad est plus que saturé et ce depuis quelques semaines. Résultat, lorsqu'un utilisateur FT/Wanadoo/Oleane se connecte via ce lien sur des services proposés par Free, sa connexion dure beaucoup plus longtemps et le nombre de slots utilisés sur les serveurs augmente. Donc, on se retrouve à augmenter les ressources mises à disposition non pas parce que la consommation augmente, mais parce que le réseau rame, du fait de la relative inaction de celui qui vous envoie le trafic. Et augmenter la puissance et le nombre de serveurs parce que FT ne semble pas vouloir upgrader ce lien (alors que ce sont *ses* clients qui pompent), ça devient assez vite frustrant.

Dès lors, devant la relative inertie de FT/Wanadoo depuis un bon mois, plutôt que d'avoir une qualite pourrie depuis le reseau de Wanadoo, on prefere plutôt qu'ils n'y accèdent plus du tout, ce qui incitera peut-être les instances dirigeantes de Wanadoo, dont on nous dit qu'elles seules sont à même de prendre une décision d'investissement, à donner le feu vert à leurs équipes pour brancher le lien qui va bien (et qui est déjà branché côté Free faut-il le rappeler). Quant au mail, un serveur dédié a été mis en place, il s'agit de pop-ft.free.fr, mais on va pas en rajouter indéfiniment.

Les Freenautes qui se connectent via Free, ou d'autres prestataires qui s'efforcent de faire correctement leur boulot question connectivité IP (Nerim, EasyNet, Tiscali, Club, etc...) n'ont pas à faire les frais de l'inaction de FT/Wanadoo sur un point qui est de leur ressort depuis un bon mois.

Et rappelons que la porte du FreeIx reste toujours ouverte FT/Wanadoo
qui disposera ainsi d'un moyen d'équilibrer à moindres frais sa charge au niveau du peering.

Alec, "

c'est surtout que le md4 n'est plus sûr :
http://www.rsasecurity.com/rsalabs/faq/3-6-6.html(...)
Dobbertin [Dob95] has shown how collisions for the full version of MD4 can be found in under a minute on a typical PC.
.....Clearly, MD4 should now be considered broken.

Tout de maniere certaines societes ne ce genent pas pour pourrir le p2p : il suffit d'envoyer des parties corrompues en s'arrangeant qu'elles aient le meme md4 que l'original et puis comme c'est le dernier film/mp3/iso qui est sorti il y a des demandes a profusions et qu'ils utilisent des lignes a hauts debits, les parties corrompues se propagent a vitesse grand V, et puis ceux qui ont télécharger ces parties font relai et ainsi de suite....
Au final on se retrouve avec un film irregardable, ou pire une iso foireuse.....

Pour les virus/worm circulant dans des fichier audio et video ça me parrait beaucoup plus difficile a realiser etant donner qu'il ne peuvent pas se "lancer" sans un lecteur qui lui meme l'envoye au codec adequat sans vraiement le lire....

merci

Tout de maniere sous windows si on a pas les droit d'admin, certain driver refuse de se lancer, ....

J'ai par inadvertance partagé les ISOs de la Mandrake 9.0 sur le donkey. Et bien, les gens l'ont téléchargés, et ils étaient nombreux !!!

L'ennui c'est que vu la facilité de récupération des ISOs de la Mandrake sur les FTPs, je vois pas trop pourquoi les gens me le pompaient.... A part leur ignorance des autres manières de le récupérer..

Pour l'anectode, lorsque j'ai telecharger les iso de la mandrake via le ftp, mes 3 images se sont reveler corrompu et j'ai du les retelecharger, alors que le donkey verifie si les blocs qu'il recoit sont correct comme le fait jigdo pour les iso debian......

par contre ca pourrait servir pour remplacer les FTPs au moment du lancement (comme ca arrive de plus un plus souvent : les gens se huent sur le FTP principal, donc les mirrors mettent beaucoup de temps a se synchroniser, ce qui a pour effet d'attirer encore plus de monde sur le serveur principal et de ralentir les mirrors...).

Je suis d'accord

Mais après....
Tout de maniere apres beaucoup de personnes vont retirer les softs de leur rep de partage, et les ftp prendrons le relai automatiquement....

"(eDonkey par exemple)"

Si nous voulons diffuser des contenus libres, je pensent que nous ferions mieux de commencer par utiliser des réseaux P2P libres, pour lesquels des clients libres sont disponibles (pourquoi pas OpenFT / giFT ?).
le reseau eDonkey ne possede pas de clients libres ?
Alors c'est quoi mldonkey, cdonkey sous linux.
De plus sous windows emule (GPL) met une claque au client officiel (2500 emule pour 400 edonkey....)

Y a meme un projet qui consiste un cree un nouveau serveur edonkey par des eleves de l'epita, mais celui-ci sera t il open source ?