M a écrit 2999 commentaires

et tu propose quoi ?

.ogg c'est de la musique, basta !
et meme si c'etait que de la musique dans le .ogg tu peux mettre du vorbis, du flac, du speex et tous les autres codec windows (avec ogm).
Donc non ce n'est pas que de la musique, c'est un conteneur : il suffit d'eduquer les utilisateurs.

Imagine OpenOffice.org donnant la meme extension a tous ses formats de fichiers, texte, tableur, dessin vectoriel, ... disons ".zip" parce que "c'est logique, le conteneur c'est le meme"
Ben une extension en *.swx.zip aurait ete beaucoup plus claire, mais fallait pas troubler les utilisateurs d'un certains os ou les appli foireuses qui ne savent faire des association qu'avec l'extension...
Ensuite le conteneur des fichiers OOO c'est du xml, le *.zip n'est la que pour la compression mais ne sert en rien pour contenir le document...

heu non il y sont tous, il faut juste choisir les bons paquets : x-server-xorg (ou un truc du genre).

Ogg est le nom du projet qui a créé Ogg Vorbis, Ogg Theora et le container Ogg, ça semble logique
heuu, c'est la fondation xiph qui supporte le projet.

le site il s'apelle bien vorbis.com et pas oggvorbis.com...


What is Ogg Vorbis?
Ogg Vorbis is a completely open, patent-free, professional audio encoding and streaming technology with all the benefits of Open Source.

Ogg est le nom du projet qui a créé Ogg Vorbis, Ogg Theora et le container Ogg, ça semble logique
A parce qu'un codec se charge de faire du streaming maintenant...
Non ogg vorbis c'est du vorbis dans de l'ogg (le codec plus le format) ce qui different du codec audio vorbis qui a ete tester dans ce test.

J'irais pas jusqu'a dire que xiph essaye de faire passer leur format ogg de force en l'associant avec vorbis ou theora, sinon je vais me faire moinser....

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...