Sytoka Modon a écrit 4565 commentaires

J'ai pas dis qu'il fallait lire les man dans un terminal (même si c'est ce que je fait). Je dis simplement que c'est un format standard pour la doc et que je ne vois pas pourquoi les applications "modernes" aurait un autre format.

Rien n'empêche de lire les man dans un navigateur html... Rien n'empêche d'avoir des hyperliens (texinfo avait déjà tout ca).

La seule chose gênante est que l'environnement et/ou une application donnée de bureau veuille t'imposer un "browser". Un browser est un browser et il devrait tous se lancer en tant que

browser url

Je ne vois pas pourquoi l'application devrait être lié intimement au browser dans la très grande majorité des cas.

Qu'avez vous tous avec Tweeter ? J'ai jamais mis les pieds sur ce machin et je ne vois pas pourquoi j'irais en y mettre un.

Tweeter a vraiment un intérêt pour que cela revienne si souvent ici ?

Je ne dis pas que ce que tu penses est faux, je dis juste que pris comme cela, tes deux paragraphes se contredisait par manque de clareté. J'avais bien compris ou tu voulais en venir et tu as donné exactement ci-dessus la différence entre les deux époques.

Ceci dis, comme dis dans un autre post, l'UE a aussi lancé sa propre procédure mais on voit qu'on n'a pas encore le poids des USA car tout le monde va se lancer dans la solution des USA (même si le processus est ouvert à la communauté).

Dans mon boulot de tout les jours, je n'ai pas vu encore une seule fois les retours des approches internes à l'UE.

Sinon, tout cela est bien beau mais tant que le hash de Windows n'aura pas de grain de sel, on sait ou est le trous. A mon sens, il vaut parfois mieux un hash pas terrible à grain de sel plutôt que l'engin de mort sans sel.

Attention, XP n'est plus maintenu ! C'est XP SP3 qui l'est...

Le service pack 2 a été très important. Il est donc partiellement faux de dire que le XP qu'on utilise aujourd'hui date de 2001. Le XP d'aujourd'hui est très différent.

Normalement, les applications sous debian sont censées utilisés www-browser ou x-www-browser selon que tu veuilles du mode terminal ou X11.

Après, que GNOME ou KDE nous gonfle a vouloir toujours imposer leur sauces à eux, c'est un autre problème. Une page web est une page web et les applications devraient être plus tolérante sur la navigateur et passer plus de temps à travailler leur code ;-)

Pour la vitesse, si tu te loggue via ssh sur une machine, tu n'est pas au millième de seconde près... Donc dans ce cas là, il n'y a pas de problème de vitesse. Pour ouvrir ton trousseau de clef gpg, ssh-agent... ce n'est pas une action que tu fais toutes les deux miniutes et encore une fois, il n'y a pas de problème de vitesse à ce niveau là.

> En tenant compte du fait que tu savais qu'il y avait 14 autres algorithmes jugé aussi
> robuste que la version lente de MD6 et qui eux sont plus rapides

Non, au moment du POST je ne le savais pas. Je n'ai pas pris le temps de surfer sur tout leur site avant d'exprimer que j'étais surpris.

> Multiplié les algos, c'est réduire le temps que cette poignée de personne a pour les
> valider... Je suis pas certain que tu arrives à l'effet voulu.

Il ne faut pas exagérer non plus. Tous les candidats sont très bon même si leur algo ne sont pas tous aussi bon.

Je n'y connais rien mais le RSA n'est pas si bon que cela puisque il faut des clefs de plus en plus grosse (cf pb clef gpg chez debian et autre), alors qu'il y a des algo qui permettent de faire bien mieux (courbe elliptique si mes souvenirs sont bons).

Bref, avoir plusieurs schéma est une bonne chose. J'ai regardé le schéma proposé par D. J. Bernstein : CubeHash. C'est vrai que comme cela, il semble simple. La suite, sans prendre de crayon et vu mon niveau en crypto, je ne suis pas capable d'en déduire quoi que ce soit.

> Par contre entre AES et SHA-3, il y en a un petit... Ils suivent le même processus de
> standardisation par le NIST:

OK, le lien est quand même faible. Ils suivent la même procédure.

> SHA-3 sera au hash ce que AES est au chiffrement: la solution estimé la meilleure par
> la communauté de la cryptographie. Contrairement à DES et SHA-(0,1,2) qui avaient été
> poussé unilatéralement par le NIST (et donc la NSA).

Désolé mais tu te contredie sur les deux dernières lignes. C'est une procédure NIST dans les deux cas. Pour moi, la communauté intervient plus de nos jours on va dire dans leur procédure mais cela reste du NIST. Bref, ton argumentation n'est pas bien développé à ce niveau là si tu cherches à convaincre quelqu'un.

Mais je ne tiens pas à MD6 ! Je dis, tiens il n'est plus la, surprenant ! Surprenant tout simplement parce que le compétiteur n'est pas un "amateur" dans le domaine. N'ayant pas suivis les débats, j'ai le droit d'être surpris. Je dirais même qu'il est normal d'être surpris et de vouloir en savoir plus.

Sinon, je préfère effectivement qu'il y ait plus qu'un seul hash, vu qu'un jour il tombera, s'il toutes les applications ne sont pas sur la même formule, cela me convient. Sinon, je ne vois pas le rapport entre l'AES et le hash mais je dois avoir oublié un truc.

Je pensais au mot de passe de connexion sur une machine : login, ssh. Pour ces mots de passe la, il n'y a pas de problème de vitesse.

Pour les applications web des hébergeurs, ce n'est pas pareil.

La vitesse s'est bien mais pour, par exemple les hash des mots de passe, on s'en fiche !

A noter que MD6 n'est plus là. Surprenant...

Pour l'aide, j'utilise man ;-)

Par contre, les manuels au format groff des cliclodromes sont de plus en plus mal fait, voire beaucoup trop léger. Pas besoin d'une dépendance khtml normalement, un bon système basé sur groff ou texinfo est largement suffisant. D'ailleurs, sur debian, avec le système des alternatives, on a un lecteur web par défaut, les applications devrait utiliser celui-ci.

Et alors, tu n'es pas obliger d'utiliser gnome ou kde... Moi j'installe les postes vierges et je ne met que les applications dont j'ai besoin. Et il n'y a pas gnome sur mon poste, ni kde.

> si t'as pas les codecs, pas de son

Lapalissade !

C'est normal s'il sers à quelque chose... S'il ne sers à rien, il n'a pas besoin d'être là !

Donc, il faudrait avoir l'arbre de dépendances des paquets Microsoft dans Windows. Je ne sais pas si cela est disponible. La tradition sous Windows est d'avoir une grosse base commune partout et de ne pas gérer les dépendances.

2) -> Changer de distribution.

Sous windows, c'est vrai que c'est plus simple, si tu n'est pas admin, il n'y a quasiment pas de mise à jour... C'est sur qu'avec cela, tu ne casses rien, ce sont les virus qui s'en charge ;-)

Je crois que le dernier est plutot celui-la !

ftp://ftp.nag.co.uk/sc22wg5/N1751-N1800/N1782.pdf

La page qui récapitule tout cela

http://ftp.nag.co.uk/sc22wg5

le fortran avance... Avec un peu de retard, Fortran 2008 devrait sortir en 2010.

La proposition à l'état actuelle

ftp://ftp.nag.co.uk/sc22wg5/N1751-N1800/N1775.pdf

Tu peux prendre la version binaire et la mettre dans /opt. Ensuite, un p'tit alias et c'est bon...

C'est pas parce qu'on a apt-get qu'il faut aussi devenir neuneu !

Au moins, avec /opt, les choses sont propres parce que sous Windows, il y a pas mal de polution de la base de registre qui ne sera jamais nettoyer ensuite.

Non, on m'as parlé de 2 ans et demi pour le bilan global : fabrication ET recyclage.

Pour moi, un bilan GLOBAL prends en compte les produits chimique et leur recyclage...

Il reste qu'un panneau dure longtemps, plus longtemps qu'on ne le pensait. Même s'il s'arrête au bout de 20 ans, tu as déjà 17 ans et demi d'énergie parfaitement propre ! Qui dis mieux ?

Bref, tout cela est basé sur ce chiffre de 2 ans et demi et je n'ai pas de source pour le valider. Des sources ?

Il parait qu'il faut 2 ans et demi pour qu'un panneau solaire fabrique l'énergie qui aura servis à sa construction ainsi qu'a son recyclage. Si c'est vrai, sachant qu'un panneau dure trente ans, c'est un produit hyper écologique !

Quelqu'un confirme ?

Je suis d'accord avec toi. Cela a l'air très surprenant et j'avoue que j'ai cru a une blague la première fois. Mais /a priori/, c'est assez sérieux et il y a du monde aussi.

N'étant pas au CEA mais connaissant des gens dans certains centres, ils ont globalement bien plus que crédit que les universitaires... Le CEA n'a pas pour objectif premier la recherche amont (laissé au universités et aux EPST dont le CNRS) mais ils sont plus dans le prototypage pré-industriel pour un certain nombre de produit.

Il y a un paquet de gens qui travaillent au CEA tant sur la pile à combustible, que sur le stockage hydrogène que sur les batteries... Pour le stockage, je crois que le magnésium piège l'hydrogène si mes souvenirs sont bons. Une nouvelle idée est donc se stocker l'hydrogène dans un réservoir solide !

L'industrie pétrolière est très puissante mais le CEA aussi et les hommes politiques ont de en plus peur de l'évolution du climat. Malgré les dires de certain mamouth, la tendance générale des chercheurs n'est toujours pas bonne...

C'est mieux qu'avant. Cependant au niveau des photos aériennes, c'est pas de super qualité et surtout pas tout jeune... En tout cas vers chez moi ! Les photos ont au moins 4 ans, voire plus.

s/Breton/Africain/g;
s/.../.../g

Bref, je vous sors un texte super pour élever votre débat et sortir de vos problèmes de couleur rose/marron. En retour, j'ai droit à un score négatif sans explication.

Vous êtes petits joueurs, je préfère aller voir ailleurs -> []

Enfin, le H264, ca utilise aussi pas mal de ressources coté client...