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.
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.
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.
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 ;-)
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 !
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.
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 -> []
J'ai un gros coup de mous... Il faut dire que je gère emmerde sur emmerde depuis quelques temps !
* Il y a un exemple clair ?
* Il y a un dépot pour debian ? etch ? lenny ?
En tout cas, merci. La dernière fois qu'il y avait eu une annonce ici, j'étais allé sur le site et je n'avais pas compris cela. C'est peut être un point à mettre plus en avant. Quand je vois les articles pour CASifier une application (il y en a un dans Linux Magazine en ce moment), cela ne donne pas du tout envie car il faut modifier les applications en profondeur et donc c'est clair pour moi que ce n'est pas maintenable avec mes ressources humaines.
Donc là, si on change juste la tuyauterie d'Apache, c'est bien plus maintenable.
J'utilise souvent le module Apache pour authentifier les personnes. Très souvent, les application reprenne cette authentification et ne demande plus rien.
L'avantage, l'authentification est gérée par Apache et non par le code php... J'ai bien plus confiance (à tord peut être !). D'ailleurs, le login et le mot de passe devrait être géré par le navigateur et non via le code HTML... On aurait alors un bouton dans son navigateur pour se déconnecté. Ce serait bien mieux que les n systèmes d'aujourd'hui.
Je voudrais mettre un SSO directement dans le fichier de conf d'apache, Il y a moyen de faire cela simplement ?
[^] # Re: Le problème est ailleurs
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Microsoft proposera Firefox dans Windows 7. Évalué à 2.
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 ;-)
[^] # Re: MD6
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Rugby et cryptographie : Shabal est en demi-finale !. Évalué à 3.
> 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.
[^] # Re: MD6
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Rugby et cryptographie : Shabal est en demi-finale !. Évalué à 7.
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.
[^] # Re: MD6
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Rugby et cryptographie : Shabal est en demi-finale !. Évalué à 1.
Pour les applications web des hébergeurs, ce n'est pas pareil.
[^] # Re: MD6
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Rugby et cryptographie : Shabal est en demi-finale !. Évalué à -1.
# MD6
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Rugby et cryptographie : Shabal est en demi-finale !. Évalué à 5.
[^] # Re: Le problème est ailleurs
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Microsoft proposera Firefox dans Windows 7. Évalué à 3.
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.
[^] # Re: Le problème est ailleurs
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Microsoft proposera Firefox dans Windows 7. Évalué à 3.
[^] # Re: Concurrent de deezer sans flash
Posté par Sytoka Modon (site web personnel) . En réponse au journal Et un site de plus sans flash : mappy. Évalué à 2.
Lapalissade !
[^] # Re: Quelques commentaires
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Microsoft proposera Firefox dans Windows 7. Évalué à 2.
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.
[^] # Re: Surpris plus qu'énervé
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Une interview de Brad Spengler. Évalué à 2.
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 ;-)
[^] # Re: Et pendant ce temps
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Retard(s) pour la prochaine version de C++. Évalué à 4.
ftp://ftp.nag.co.uk/sc22wg5/N1751-N1800/N1782.pdf
La page qui récapitule tout cela
http://ftp.nag.co.uk/sc22wg5
[^] # Et pendant ce temps
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Retard(s) pour la prochaine version de C++. Évalué à 2.
La proposition à l'état actuelle
ftp://ftp.nag.co.uk/sc22wg5/N1751-N1800/N1775.pdf
[^] # Re: Anti-Windowsiens primaire
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Une interview de Brad Spengler. Évalué à 10.
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.
[^] # Re: Pile à combustible ?
Posté par Sytoka Modon (site web personnel) . En réponse au journal Un nouvel espoir pour la voiture électrique?. Évalué à 2.
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 ?
[^] # Re: Pile à combustible ?
Posté par Sytoka Modon (site web personnel) . En réponse au journal Un nouvel espoir pour la voiture électrique?. Évalué à 3.
Quelqu'un confirme ?
[^] # Re: Pile à combustible ?
Posté par Sytoka Modon (site web personnel) . En réponse au journal Un nouvel espoir pour la voiture électrique?. Évalué à 3.
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.
[^] # Re: Pile à combustible ?
Posté par Sytoka Modon (site web personnel) . En réponse au journal Un nouvel espoir pour la voiture électrique?. Évalué à 2.
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...
# Photos aériennes
Posté par Sytoka Modon (site web personnel) . En réponse au journal Et un site de plus sans flash : mappy. Évalué à 2.
[^] # Re: Tri Yann - La découverte ou l'ignorance
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Launchpad libéré !. Évalué à 1.
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 -> []
[^] # Re: Moué
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Le débat sur la lecture des codecs vidéo par les balises HTML5. Évalué à 2.
[^] # Re: C'est du poulet !
Posté par Sytoka Modon (site web personnel) . En réponse au journal Une alternative à make(1). Évalué à 2.
Find, grep font pareil ?
[^] # Tri Yann - La découverte ou l'ignorance
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Launchpad libéré !. Évalué à -1.
Le breton est-il ma langue maternelle ?
Non ! Je suis né à Nantes où on n'le parle pas.
Suis-je même breton ???... Vraiment, je le crois...
Mais de pur race !!!... Qu'en sais-je et qu'importe ?
Séparatiste ? Autonomiste ? Régionaliste ?
Oui et non... Différent...
Mais alors, vous n'comprenez plus :
Qu'app'lons-nous être breton,
Et d'abord, pourquoi l'être ?
Français d'état civil, je suis nommé français,
J'assume à chaque instant ma situation de français.
Mon appartenance à la Bretagne
N'est en revanche qu'une qualité facultative
Que je peux parfaitement renier ou méconnaître...
Je l'ai d'ailleurs fait...
J'ai longtemps ignoré que j'étais breton...
Français sans problème,
Il me faut donc vivre la Bretagne en surplus
Et pour mieux dire en conscience...
Si je perds cette conscience,
La Bretagne cesse d'être en moi.
Si tous les bretons la perdent,
Elle cesse absolument d'être...
La Bretagne n'a pas de papiers,
Elle n'existe que si à chaque génération
Des hommes se reconnaissent bretons...
A cette heure, des enfants naissent en Bretagne...
Seront-ils bretons ? Nul ne le sait...
A chacun, l'âge venu, la découverte... ou l'ignorance !
[^] # Re: Connexion avec Apache
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Sortie de LemonLDAP::NG 0.9.4. Évalué à 2.
J'ai un gros coup de mous... Il faut dire que je gère emmerde sur emmerde depuis quelques temps !
* Il y a un exemple clair ?
* Il y a un dépot pour debian ? etch ? lenny ?
En tout cas, merci. La dernière fois qu'il y avait eu une annonce ici, j'étais allé sur le site et je n'avais pas compris cela. C'est peut être un point à mettre plus en avant. Quand je vois les articles pour CASifier une application (il y en a un dans Linux Magazine en ce moment), cela ne donne pas du tout envie car il faut modifier les applications en profondeur et donc c'est clair pour moi que ce n'est pas maintenable avec mes ressources humaines.
Donc là, si on change juste la tuyauterie d'Apache, c'est bien plus maintenable.
# Connexion avec Apache
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Sortie de LemonLDAP::NG 0.9.4. Évalué à 3.
L'avantage, l'authentification est gérée par Apache et non par le code php... J'ai bien plus confiance (à tord peut être !). D'ailleurs, le login et le mot de passe devrait être géré par le navigateur et non via le code HTML... On aurait alors un bouton dans son navigateur pour se déconnecté. Ce serait bien mieux que les n systèmes d'aujourd'hui.
Je voudrais mettre un SSO directement dans le fichier de conf d'apache, Il y a moyen de faire cela simplement ?