Blackknight a écrit 1234 commentaires

Je pense effectivement qu'un AMD irait tout aussi bien (voire mieux). Pour un Alpha par contre, ça fait quand même un sacré don ;-)

Bon, pour l'instant et si mes sources sont bonnes, l'hébergeur est l'ancienne boite de Sébastien et c'est donc un de ses anciens collègues qui a gardé la bécane et laissé les accès. Donc pour l'instant, c'est du gratos mais comme toutes les bonnes choses, ça pourrait ne pas durer. La solution pour l'instant, c'est une seule machine. Ceci dit l'idée de deux machines plus petites n'est pas mauvaise, parles-en donc avec Sébastien (sinon, je m'en chargerai).

Si ce sont les stats Http que tu as regardées, c'est normal ;-(. Mais il faut savoir que cette machine n'héberge pas qu'un serveur Web mais les mailing lists, le serveur CVS et des scripts de génération de la documentation et du site web (au format DocBook comme il se doit) qui tournent toutes les nuits.

Pour ceux qui voudraient me scorer -1, sachez que sans l'intervention du modérateur, vous auriez encore sous les yeux la faute de frappe sus-citée.

Pour ceux qui ne voudraient pas chercher l'adresse e-mail (autre que celle du site US), la voici sous forme d'une recette pour donner plus de boulot aux spammers:
le nom est toujours gioria suivi au choix de @freebsd.org ou @freebsd-fr.org.

Tout le monde se sera rendu compte de l'énormité de ma faute de frappe : il s'agit de Sébastien Gioria et non de sa variante probablement méditérranéenne qu'est Sébastie !!!

Juste une petite précision : on peut aussi y stocker des clés GPG bien sûr. C'est quand même important de le mentionner étant donné que c'est L'Outil de crypto du libre.

Il me semble que LeLisp est une implémentation du Common LISP.
De toutes façons, pour moi, ce ne sont que de mauvais souvenirs d'étudiants.

Heu, et pi chez moi, y a plus de barre parce que je me connecte avec mon FreeBSD chez Oreka.
Bon, sinon la barre était (et est toujours je crois) indépendante du browser. De plus, depuis le changement de fonctionnement (30% de minutes en plus pour une connexion normale), je crois qu'elle est devenue optionnelle, en clair, on peut la réduire.

Du coup, on se prendrait presque à rêver du JPEG2000 ;-)

Le taux de compression n'est pas important car contrairement au JPEG, il n'est pas destructif (j'ai eu la confirmation). De là à dire que ce n'est pas adapté, cela dépend. Pour regarder une image comme ça en passant (qui a dit de fesses ?), le JPEG s'est sympa mais lorsque tu désires voir toutes les teintes, les contrastes... c'est foutu : en zoomant, il y a des gros patés, la résolution en ayant pris un coup à la compression.

Ben sinon, il y a le PNG qui est recommandé par le GNU dans la page expliquant le GIF (http://www.gnu.org/philosophy/gif.fr.html(...) ) avec un petit lien sur le site du PNG (http://www.libpng.org/pub/png/index.html(...) ).
Par contre, la compression du PNG n'est pas extraordinaire mais je ne crois pas que l'algo soit destructif (d'ailleurs, j'en suis presque sûr).

Et donc sur une Slack <mavie>,comme moi.</mavie>

Enfin, le temps d'analyse de tous les mails envoyés après le coup de pub ne doit pas être négligeable. Avant de crier au loup, on devrait peut-être attendre un tant soit peu de voir ce qui ressort des 10 Mo déjà reçu. Ceci dit 10 Mo, ça fait un peu short pour le nombre de spams que tout un chacun reçoit chaque jour.

Peut-être ont-ils trop de succès ? 10 Mo de mails en texte, c'est certainement plus que leur capacité d'analyse, surtout depuis le peu de temps que le service existe.

Ah, la Slack !!!
Que du bon tout ça et pas usine à gaz, modulaire etc...
Sinon commencer Linux en 79 peut semble quelque peu avant-gardiste étant donné que la première version (enfin, pré-version en Alpha) date de 91. Je suppose donc que tu parles d'Unix (lequel d'ailleurs ?). Ou alors, c'était de la pure ironie.

Et tu oublies :
- Une très bonne intégration de GPG
- filtrage facile des mails oui mais avec la possibilité d'utiliser les expressions régulières, des propositions de filtrage en fonction du mail sélectionné
- Une bonne gestion des threads (malgré un petit bug de temps en temps chez moi)
un must AMHA.

Au passage, j'ai aussi eu le même pb avec une Matrox Productiva G100 (qui a le même âge que l'ensemble de ma machine la plus performante).

Joli, bien fait. En fait, c'est juste un commentaire de félicitations. Je pense que l'auditoire a été intéressé par le fond et la forme, surtout que tout ça a été élaboré avec du libre.
Encore bravo.

Pour ce qui est de l'IHM, il me semble quil existe un produit GNU pour GPG, GPA (il permet de faire pas mal de choses comme gérer les clés, les récupérer sur un serveur de clés etc...). Sinon, il y a aussi SeaHorse (pour Gnome). Sous Windows, il y a aussi WinPT qui permet de gérer les clés, les récupérer d'un serveur, générer des clés, signer, révoquer, crypter, décrypter ... Tout quoi ! Donc je pense que récupérer l'IHM de PGP n'est pas indispensable quand on sait qu'il existe déjà des solutions. Et puis, une IHM, il suffit de s'y habituer pour la trouver sympa (quoique j'ai encore du mal avec Gimp) ou tout du moins fonctionnelle.

Le test est relativement sympa mais manque certaines choses :
- Le test est fait sur quelle machine ? Parce qu'afficher les 50 images en 7 secondes et ben, c'est pas possible sur un Pentium I !
- Les screenshots, c'est pas la première fois que ça arrive sur FRLinux, sont pas terribles pour mater les fameuses polices anti-aliasées. En clair, pour des images de cette taille-là, si on veut de la définition, c'est pas du JPEG qu'il faut (ou lors avec un taux de qualité à 100%). Autre solution, on agrandit les screenshots.
Du coup, même si l'article est concis et intéressant, on a l'impression de passer à côté des principaux intérêts de cette version de Gnome : la rapidité et la beauté des graphismes.

Pour moi, ça va mon âme d'enfant n'est pas encore assez grande pour me demander à aller voir un Disney.

Tout cela pour dire que ce magnifique équipement appartient à la DAM et que tout se qui s'y fait est donc secret.
Secret, secret, comme tu y vas. Il semblerait que les personnes qui parlent, dans les posts au dessus, du LMJ et de la LIL qui sont des projets de la DAM ne savent pas tenir leur langue. Pour mémoire, il n'y a aucune habilitation de demandée pour travailler sur ces deux projets.

Ouvrez les yeux : le nucléaire, ça fait plus bander personne et le Sénat ne veut plus mettre un sou dedans. Par contre quand il s'agit d'analyser nos emails ou craquer des codes... Les Alphas sont doués pour ça et les barbus armés ont bon dos. Le reste aussi. C'est marrant ça, à la DAM (division des applications militaires du CEA), il y a un paquet de bandeurs pourtant. Et ça bouge tout ce petit monde-là !! Et pour des gens qui n'ont plus de budget, ils ont quand même beaucoup de moyens. Mais bon tout ça, ce sont aussi mes sources à moi (qui sont mes yeux d'ailleurs). Pour ce qui est d'analyser les mails, les barbouzes français font pas comme les bourrins de Ricains qu'écoutent tout ce qui passe sur le tuyau, ils prennent à la source alors tant que tu ne représente qu'un insignifiant citoyen n'ayant accès à rien de bien dangereux, tu risques pas d'être écouté. Quand bien même tu le serais, les histoires de famille, chien, cul ...., ça n'intéresse pas franchement la sécurité nationale.

ça me paraissait bizarre, parce que dans ce dolmaine, il me semble impératif d'utiliser les standarts , non?
Ben quoi, IE n'est-il pas un standard de fait comme le disent certains chroniqueurs ? Perso, j'ai bossé dans une boîte tout Microsoft et je peux te dire que l'outil de développement Java pour les sites Web, c'était Visual J++ qui, comment dire, fournissait des extensions à Java. Mais tout ça, ce n'était pas grave parce que seul IE comptait.
La situation a un peu évolué par la suite dans le sens où on parlait du Java de Sun et du Java de MS.