M a écrit 2996 commentaires

chez moi ca marche tres bien, mais j'avais deja fait l'update avec les pre version...

Pourquoi parles t on du ogg/vorbis ?
Le codec utilisé c'est le vorbis tout court : que je le mette dans des conteneur comme ogg, matroka, nut, ... il aura les meme performances.

D'ailleur on ne parle pas mp4/aac, ...

Et pourquoi les boulets qu'on se tapent tous le long du film ne meurrent pas ?

mplayer -playlist marche tres bien...

Mais c'est qu'en plus ils utilisent des applications GPL ;)

un algo de hash a toujours des collisions (normal tu transforme n bits en m bits avec n >> m) , c'est juste qu'on ne doit pas pouvoir generer un fichier qui a un hash connu a l'avance qui est important...

pour le premier il te manque un -ldl.

Vu que j'ai constate que sur un port ferme, les tentatives se limitaient a 2 essais en inversant tes regles ca pourrait etre pas mal : les attaquants voient un truc fermé, et tu n'a pas de pb de blocage (surtout si tu te connecte plusieur fois en ssh).

s/script /strict

Byte, Word, DoubleWord : ca m'a pas l'air trop de l'ANSI C....

Sinon j'ai pas reussit a deternimer si certains truc etait brevete (logiquement si c'est reconnu par l'ietf y a pas de brevet contrairement a l'iso) ni si y a deja des implem libre...

je suis tout a fait d'accord : il ne faut pas oublier que pour le moment on est dans un flou juridique, qui fait qu'il est possible de breveté du logiciel.

De plus ceux qui on deposse ces brevets sont capable de faire pression sur ceux qui voudrait violer leur brevet et peu de gens sont capable de les attaquer devant les tribunaux.

C'est par exemple le cas du projet http://developers.videolan.org/libdca.html,(...) qui c'est fait virer du serveur ECP et qui ne trouve pas de nouvelle herbergeur a cause de la menace des brevets.

Bref tant qu'on aurra pas de texte clair ou des proces qui invalideront les brevets logiciels rien est gagné.

Et a mon avis les pro-brevet on tous inderet a ce que l'on reste dans ce flou vu le refus qu'ils viennent de se prendre.

C'est une victoire, mais la bataille est loin d'etre gagne...

Ben pour un debootstrap sid te http://ftp.fr.debian.org/debian(...) j'ai 112Mo au total.

Mais bon y a plein de truc qui peuvent etre virer comme ppp, exim, base-config, par contre il faut 12 Mo en plus pour le kernel. M'enfin on est bien loin des 300Mo et le /usr/bin fait 10Mo

Au final on arrive bien a un truc minimal de 100Mo.

Le probleme d'abuse c'est que je doute de son efficacite, sinon ca serait une solution miracle pour stoper les spams...

mouai, tes tables ssh doivent vite se remplir....

Même Debian a pris du poids : je me souviens d'un débat parlant de 300MO pour Sarge (ou qq. chose du genre), alors que pour Woody on pouvait s'en tirer avec 150MO.
Ho le joli troll.
En unstable j'ai une dvb-box qui prend environ 100Mo, evidament y a que le script minimun...

Je sais pu combien fait ce que l'on obtient avec un debootstrap, mais ca doit pas etre tres gros non plus...

oui, mais ces alternatives ne sont pas toute assi completes que OpenSSL, parfois les auteurs n'y ont pas reflechi et ont utilisé openSSL et le portage n'est pas forcement evidant.

Ben DES bien que plus trop efficace est encore utilise dans certains domaines (SSl2 par exemple).

RC2 : ca sert dans les normes SSL2/SSL3

Donc c'est plus des algos historique qu'il faut encore supporter par compatibilite.

Pour tes nouveaux algos, t'as des papier d'analyse qui evalue leur efficacite ?

La licence du projet OpenSSL est du type Apache. C’est-à-dire que l’on est libre de l’utiliser pour des applications gratuites ou commerciales.

Sauf que d'apres certains (debian entre autre) elle serait incompatible avec la GPL, d'ou des ports vers la Gnutls si possible ou le retrait du ssl ou du paquet quand c'est pas possible...

oui, meme a une epoque, il y avait un hack sous forme de plugin qui permettait de le choisir : http://mozex.mozdev.org/(...)

Ok, merci.
Tu devrais pouvoir monter un peu plus theoriquement [1]

T'as des erreurs dans /proc/net/atm/speedtch* ?

[1]
moi avec un sagem sur ftp://ftp.proxad.fr/mirrors/cdimage.debian.org/debian-cd/current/i(...) je fais du 758.06 KB/s ~ 6 Mbits/sec

Lorsque tu commite, tout se passe en local, je pensais que ce détail était connu, puisque Mercurial est un SCM distribué, c'est à dire que ton checkout est equivalent à un repository. Donc tu n'as pas besoin de te connecter pour commiter.
Effectivement, j'avais pas fait gaffe, c'est le basé sur HTTP qui m'a induit en erreur. Justement, la synchro entre 2 repos (lorsque tu recupere le commit des autres), ne peut elle pas souffrir d'incoherence en cas de coupure reseau ?

Par hassard aurais tu fais des tests sur l'interuption de la transaction lors d'un commit ie une coupure du reseau ou un kill lorsqu'il est entrain de commiter les modifications.
Souvent les SCM que j'ai pu utiliser on tedance a ne pas apprecier...

Et ça marche ! Certes, je n'ai ni les services, ni le super débit mais ça marche et ça me "sauve vraiment la vie" !
Pour info t'as combien ?
Tu utilise bien le module noyau ?

Si le speedtouch est bien foutu, tu devrais avoir dans les 7500kbits/s en down et 900kbits/s en up.

Un truc que ke trouve domage c'est les pertes de fonctionnalite en passant de mozilla a firefox.

Par exemple le fait qu'il n'y ai plus vraiement de gestion des langues dans firefox et du fait que pas mal de personne proposent des biannaire localisé au lieu de xpi traduit, me fait pense a un truc mal foutu ou il est necessaire de traduire les sources et recompiller...

Apres la sidebar me manque aussi sous FF.

attention les droits d'auteurs sont limite a 70 ans, donc ton example n'est pas forcement pertinent.