Victor STINNER a écrit 1639 commentaires

Fortress est un nouveau langage (...) dans le domaine du calcul à haute performance (...). Techniquement, il s'agit d'un interprète écrit en Java (...).

Y'aurai pas anguille sous roche ? Si on compare Java classique à OCaml par exemple :
http://shootout.alioth.debian.org/gp4/benchmark.php?test=all(...)

Ah non, je confond avec http://www.formats-ouverts.org/

Autre vestige du passé : la vitesse des bateaux en noeuds. J'ai entendu que la mesure des noeuds vient d'une corde avec plein de noeud qu'on lance à l'eau. Le nombre de noeuds qui arrivent à l'arrière du bateau en un temps donné permet de calculer la vitesse...

http://fr.wikipedia.org/wiki/N½ud_(unité)

Je suis pour le SI (système international) ! Mètre, kilo, seconde, ampère, kelvin, mole, candela. Toutes les autres unités peuvent s'exprimer à partir de ces seules 7 unités.

http://fr.wikipedia.org/wiki/Unité_de_base_du_système_international

Exact, Wormux a été initié par Lawrence Azzoug en décembre 2002. Contribuez à l'article Wikipédia ^^
http://fr.wikipedia.org/wiki/Wormux

GnuTLS utilise gcrypt pour le chiffrement, bibliothèque issue de gnupg :
http://www.gnupg.org/(fr)/related_software/libraries.html

Les calculs sur les grands nombres entiers sont une adaptation de GMP (malheureusement, d'une très vieille version) :
http://www.swox.com/gmp/

gcrypt n'est pas très performant en environnement multi-threadé est n'est pas optimisé que pour Intel x86 32-bit (j'ai vu passer des emails pour l'optimisation AMD64, mais pour PowerPC 64 c'est pas gagné).

Je tire ces infos de ma petite expérience durant des tests de monté en charge de NuFW (qui utilise GnuTLS, et donc gcrypt) :
http://www.nufw.org/Tests-de-performance-intensifs-sur.html

Je ne dis pas qu'il faut éviter gnutls ou gcrypt, je ne connais pas openssl et je ne peux donc pas comparer. Je sais par contre qu'openssl résiste à des attaques sur les algorithmes de chiffrement tel que le "timing attack". Je ne sais pas ce qu'il en est pour GnuTLS.

http://www.generation-nt.com/actualites/22751/itunes-ipod-ap(...)

Hum, Konqueror 3.5.5 ne supporte toujours pas la transparence.

avec http://web.archive.org/web/*/http://linuxfr.org

Octobre 1999 :
http://web.archive.org/web/19991003032428/linuxfr.org/news/
Janvier 2001 :
http://web.archive.org/web/20010118204100/http://linuxfr.org(...)
Octobre 2002 :
http://web.archive.org/web/20021010010709/www.linuxfr.org/in(...)
Juillet 2003 :
http://web.archive.org/web/20030801071810/linuxfr.org/pub/
Juin 2004 :
http://web.archive.org/web/20040614211402/linuxfr.org/pub/
Février 2005 :
http://web.archive.org/web/20050203183423/linuxfr.org/pub/

(j'ai pris des liens un peu au pif, le 1er qui fonctionnait)

Il existe aussi 'jpegoptim' qui recompresse sans perte ! J'ai utilisé ça pour faire rentrer les photos des vacances de ma soeur sur un seul CDR (il y avait genre 10 Mo en trop, ça aurait dommage de devoir trier pour si peu de Mo).

1400x1050 sur le portable, 1280x1024 sur le fixe.

http://linuxfr.org/2006/10/26/21536.html

Hum, en écrivant "Java" je parle de la totale : langage, machine virtuelle, bibliothèque. La totale pour exécuter du code Java donc. À ce qu'on m'a dit, une machine virtuel, c'est la partie émergée de l'iceberg, Java est surtout intéressant pour les bibliothèques associées.

Je reste très perplexe quand au passage à la licence GPL de Java. J'ai lu que ça sera la version 7 alors que la 6 vient de sortir. Donc pendant encore un bout de temps, Javaçapuecestpaslibre. Donc, aujourd'hui, si on prend un projet comme Looking Glass 3D, quel est le pourcentage de code sous GPL ?

Faites du Python, c'est libre depuis longtemps (juin 2001) au moins.

http://mail.python.org/pipermail/distutils-sig/2006-November(...)
=> http://mail.python.org/pipermail/distutils-sig/2006-November(...)
=> http://mail.python.org/pipermail/distutils-sig/2006-November(...)

Le mieux serait, effectivement, de faire en sorte que setuptools arrive à retrouver la version des modules Python installés par Debian, Ubuntu, Mandriva, Gentoo, etc.

Non mais c'est vrai quoi. Déjà la gueule que ça a, erk. En plus, le goût, rien à faire non plus.

Je pense qu'il est bon que le monde entier le sache car c'est d'une importante capitale.

Haypo
PS: Ah sinon, ce journal, c'est n'importe quoi : ça mélange tous les plus gros trolls du moment. Resterait plus qu'à finir sur "vu comment j'aime pas le boudin noir je vais passer à Vista" et ça serait parfait.

On peut trouver tout le bazar en vrac dans:
http://plumbear.free.fr/hachoir/

et le repository bien rangé dans l'arborescence sous:
http://plumbear.free.fr/debian/

Merci à Michel Casabona (aka plumbear).

Python est à la fois une désavantage et un avantage :
* il est plus lent qu'un programme en C et utilise plus de mémoire (des statistiques sur l'extraction de méta-données m'intéresseraient)
* mais il n'a pas les erreurs du langage C (buffer overflow, pointeur explosif & co) et est plus robuste avec sa gestion des exceptions

Hachoir résiste bien aux fichiers corrompus et tronqués. Je voulais sortir un exemple concret pour le prouver, mais là je me suis souvenu qu'hachoir-metadata est encore très sensible : il n'aime pas les fichiers tronqués :) Il plante lamentablement lorsqu'un champ est absent. Il faudrait que je trouve une solution élégante et générique pour corriger ça.

Hachoir est une bibliothèque bas niveau pour manipuler des fichiers, ce n'est pas un programme dédié à la récupération des données tel que TestDisk. Je pense par contre qu'il peut être un très bon point de départ pour :
- reconnaître le format d'un fichier de format inconnu
- trouver le début d'un fichier dans une image disque
- recupérer une partie d'un fichier tronqué / partiellement corrumpu

Mais je n'ai pas du tout fait d'essai dans ce sens. N'ayant jamais été victime de disque dur fou ou de clé USB malade, je n'ai pas eu l'occasion de mettre en action l'Hachoir sur ce sujet.

Pour le format ZIP, il manque un petit patch pour pouvoir décompresser un fichier dans une archive ZIP. Avec cette fonctionnalité, il serait possible d'extraire un fichier donné d'une archive ZIP. Il faut juste trouver la bonne bilbliothèque Python pour le faire étant donné qu'Hachoir supporte depuis peu la décompression à la demande (on peut entrer dans une archive .gz puis dans une archive .tar puis dans une image .jpeg puis dans les données EXIF, et là trouver le code d'accès à l'immeuble ^^).

Mais en allant plus loin, est-ce que hachoir ne pourrait pas être la base des moteurs d'indexation ?
Ca peut se faire. hachoir-grep est un outil bourrin pour lister toutes les chaînes de caractère d'un fichier binaire. Il sort des chaînes en Unicode propre (si le charset est bien spécifié dans le parseur).

Sinon, hachoir-metadata vise les moteurs d'indexation / de recherche, mais en fait je n'ai jamais zieuté du côté de Beagle & co.

Je ne sais pas si Hachoir est assez rapide pour ces outils. Après il faut choisir vitesse ou qualité des infos :-p

Petit à petit, je déteste setuptools que je trouvais magnifique. À ce que j'ai compris du problème : (aucune distribution linux) n'inclut les informations "egg info". Setuptools n'arrive pas à déterminer les versions des modules Python installés. Alors plutôt que de deviner, il fait son bourrin et installe une deuxième version du module Python.

J'hésite entre :
* Supporter setuptools et ses nombreuses qualités : pouvoir installer tout un module dans un seul oeuf (fichier ".egg"), pouvoir installer plusieurs versions d'un module au même endroits et choisir la version au chargement, pouvoir installer un programme dans son dossier perso sans toucher au PYTHONPATH, ...
* Ne plus utiliser setuptools qui réinstalle tout et de travers en plus

Pour les documents Office, c'est essentiellement le format OLE2, et ce format est le plus complexe de tous les formats qui existent sur Terre. Un parseur a été entamé mais c'est pas encore ça. Aujourd'hui la meilleure bibliothèque pour lire ces informations est libgsf. Plus d'info par ici :
http://hachoir.org/wiki/MicrosoftOffice

Pour OpenOffice, rien n'a été fait pour l'instant, bien qu'un parseur ZIP existe et que Python a tout le nécessaire pour manipuler du XML.

Pour PDF, un parseur existait il y a bien longtemps, mais depuis il n'a pas été récupéré.

"et puis un jour les commentateurs liront le texte de la dépêche", il n'y a pas de paquet d'hachoir-* version 0.7. Mais libre à toi, smorico, d'en préparer ;-)

Ceci ressemble à une ancienne installation d'Hachoir (car le module "hachoir" a été renommé "hachoir-core"). Essaye "sudo easy_install -U hachoir-metadata" (U comme Upgrade). Au pire, suppression sauvage de l'ancienne version (rm -rf /usr/bin/hachoir* /usr/lib/python2.4/site-package/hachoir*) puis réinstallation.

Une recherche rapide sur "scrollbar" me donne :
http://www.google.com/patents?vid=USPATD501213 (D501213, Xerox, 2005)
http://www.google.com/patents?vid=USPATD406123 (D406123, Apple, 1999)
http://www.google.com/patents?vid=USPATD392963 (D392963, Apple, 1998)

Ces brevets ressemble très fortement à ce qu'on trouvait en 1990 sur n'importe quel ordinateur (MS-Dos, Atari, et bien d'autres). On trouvera facilement l'inventeur de l'icône, de la fenêtre, etc.

Ils sont valides ces brevets ? Ou alors c'est juste 7.000.000 de blagues ? C'est n'importe quoi les brevets.

Que mangez-vous le midi ? :-)

Est-il possible de prendre un jeu codé en C, voir en C++ ou pire en Perl ou Python, pour ce PIC ? On m'a dit un jour qu'un programme C bien codé pour être recompilé pour n'importe quelle archi, mais là j'suis un peu perplexe quand même.

Perso, je me refuse à coder en C ou même en C++. Je ne code plus qu'en Python (à part si je suis payé :-)). Alors me parlez pas d'assembleur.

Est-ce qu'il y a SDL de disponible ? Est-ce qu'il y a un système d'exploitation ? On peut écrire des threads ?

Sinon, je vois que seul les manettes à 2 boutons sont supportées... C'est un peu limité quand même. 4 boutons c'est pas envisageable ? J'avais codé un pilote pour manette de jeu. J'ai appris assez vite qu'il faut écrire un protocole entre la manette et l'ordinateur pour avoir plus d'axes et plus de boutons (enfin plutôt supporter le protocole de la manette...).

Haypo