Victor STINNER a écrit 1639 commentaires

Pour les alternatives aux threads, je te conseille de regarder du projet PyPy. Il a déjà intégré une partie de (ou tout ?) Stackless Python.

Il existe un greffon greystoration pour GIMP. Pour la déformation, tu parles de la géométrie ? Pour les yeux rouges, il doit exister des greffons externes. Une des forces de GIMP réside aussi dans son extensibilité avec les extensions écrites en C, Perl, Python, etc.

J'avais lu qq. part que GEGL permettra les effets de calque. Le truc que j'aime le plus dans GEGL est la possibilité de travailler sur une image en basse résolution, puis de faire un rendu sur l'image en taille réelle. D'ailleurs, GEGL supporte les images d'une taille supérieure à la mémoire de la machine ;-)

Pour info, Harald Welte a également travaillé pour Open Moko. Il est maintenant passé chez VIA :
http://laforge.gnumonks.org/weblog/linux/openmoko/index.html

C'est l'ancien mainteneur de Netfilter (parefeu Linux). J'ai cru comprendre qu'il bossait sur le réseau dans OpenMoko.

J'avais peur en voyant le paté en première partie, puis l'énorme paté en deuxième partie. Finalement, ça se lit très bien, ce n'est pas technique et orienté fonctionnalités. On voit bien que les trolls « Gtk3 va tout casser » ou « Gnome c'est nul, regardez un peu la qualité de KDE » motivent les développeurs Gtk+/Gnome à prouver que Gnome est toujours là ! Tant qu'il y a des commits, il y a de la vie. Et alimentez les trolls pour motiver les développeurs !

J'ai longtemps utilisé Gnome, puis j'ai donné sa chance à KDE. J'ai migré mes deux postes à KDE. Ensuite, j'ai réessayé Gnome car Ubuntu est mieux fini dans sa saveur Gnome. Finalement, je suis revenu à KDE partout, je trouve Gnome trop limité. Exemple : on peut pas redimensionner une fenêtre avec ALT+clic droit+déplacement de la souris. Autre exemple : Nautilus n'affiche pas le débit lors d'une copie de fichier (soit-disant c'est inutile, seul l'estimation du temps restant est suffisante). Peut-être que KDE aime les geeks alors que Gnome les renie.

Autre conseil pour tester un logiciel : utiliser ./configure --prefix=/opt/logiciel. Comme ça, un rm -rf /opt/logiciel suffira pour le renvoyer d'où il vient. Ça marche sur la grande majorité des logiciels. Parfois, il faut jouer avec PATH, PYTHONPATH ou LD_LIBRARY_PATH pour que ça passe.

« il est possible de résoudre le problème en updatant ou en reflashant le BIOS de votre carte mère. » dit le blog Mandriva.

Et n'oubliez pas votre serviette !

Tu peux retrouver ce que tu as installé avec « history|apt-get install » ou « dpkg -l|grep 'lib.*-dev' » puis supprimer la pollution (tu devrais pouvoir supprimer tous les -dev sans risque). C'est aussi ça l'intérêt de Debian : installation simple, mais aussi désinstallation simplissime !

Au passage, pour ceux qui ne connaissez pas : « apt-get build-dep awesome ». C'est super utile pour recompiler un paquet Debian, ou même pour compiler une version plus récente à partir d'un tarball.

http://www.rockbox.org/twiki/bin/view/Main/SoundCodecs

En bref : MP3, Ogg/Vorbis, AAC et WMA gérés à merveille, mais en plus ça gère des formats moins populaires tels que FLAC, Speex, MOD, MIDI, etc. C'est quoi cette histoire de format NES 8 bits par contre ? C'est pour réécouter le musique de Tetris ?

Hum, j'ai 2 Go de mémoire. Un boot en cinq secondes voudrait dire que le disque dur lit à une vitesse de 400 Mo/sec. Et encore, ça suppose que Linux met 0 seconde pour lancer le programme qui va initialiser puis lire l'image mémoire depuis le disque dur...

Suspend-to-ram est quand même plus pratique. Avec les nouveaux types de mémoire (MRAM), ça pourrait même être aussi économique en énergie (càd : consommation nulle ;-)).

on trouvera bien un moyen pour que par exemple quand on lance une appli ayant besoin du reseau (au hasard Firefox) on puisse le détecter et automagiquement le script reseau se lance... une sorte de HAL à l'envers (-;

À l'époque des abonnements Internet payé au temps connecté (les vieux RTC avec la vitesse était comptée en bauds), l'ouverture d'une page web (sous Windows) affichait la fenêtre pour se connecter à votre FAI. Donc ça a déjà existé ce genre de chose. En plus, c'est fastoche à détecter (à « hooker »).

Il me semble qu'avant (v0.8) on pouvait déjà, mais il fallait spécifier le "game mode" en ligne de commande (moins pratique donc).

Justement, on peut maintenant choisir le « game mode » (mode de jeu), c'est juste le fichier qui décrit le nombre de munitions. Tu peux donc te créer tes propres options pour tes parties entre amis. Si tu penses que ça devrait être le mode par défaut, envoie ce fichier aux développeurs qu'ils appliquent les changements.

Sur http://wiki.laptop.org/go/G1G1_v2_update on peut lire « The laptop's operating system will be Linux-based (it will not dual-boot Windows and Linux, contrary to some reports). ».

C'est de la parano là. Si le DNS de Wanadoo avait été en rade une semaine après les élections, on aurait dit « raah, c'est la de merde Wanadoo », mais si Internet déconne juste avant les élections, on va pester contre un complot :-)

« on habite dans un pays dont les responsables sont assez bêtes pour croire qu'on musèle le net en filtrant les DNS locaux le jour d'une élection, pour faire plaisir à l'industrie des ayant-droits ou (...) »

De quoi parles-tu ? Ça me dit rien cette affaire.

Ah chouette, je ne savais pas. Je rajoute une référence sur le site web. Par contre, c'est python-ptrace, il n'y a pas de paquet archlinux pour Fusil.

En tant qu'utilisateur, je hais les captchas. Je connais deux moyens pour contrer le spam : utiliser un formulaire HTML personnalité que les robots ne connaissent pas (ils vont pas recoder leur outil juste pour TON site) ou alors filtrer le contenu (système de pondération utilisant un ensemble des règles). J'ai implémenté la 2e solution en Python :
http://haypo.hachoir.org/trac/wiki/antispam

Tu passes le message avec les entêtes à mon outil, il te dit spam ou pas spam. Il y a pas mal de messages légitimes détectés comme spam (au pif, entre 5% et 10%), mais sinon ça marche bien. Contacte moi si ça t'intéresse.

Idem, le texte de la pétition laisse à désirer...

Si le développement de Netfilter vous intéresse, je vous conseille les blogs de David S. Miller (parle par exemple des queues d'envoi multiple pour les cartes réseaux) et de Patrick McHardy (nftables, successeur d'iptables) :
http://vger.kernel.org/~davem/cgi-bin/blog.cgi/index.html
http://people.netfilter.org/kaber/weblog/

Il n'existe pas de fuzzer pour Fusil, mais c'est une bonne idée. Fusil est une bibliothèque Python qui est utilisée par différents fuzzers. Pour fuzzer Fusil, il faudrait... hum... générer des fuzzers aléatoires, et voir comment Fusil réagit ? Pour l'instant, je me contente d'exécuter les fuzzers et corriger les erreurs (erreur de Fusil, pas de la cible genre Firefox ;-)) quand j'en rencontre...

Je ne l'attend pas autant que Duke Nukem Forever ou Hurd, mais c'est une excellente nouvelle (pour la communauté Python).

À noter aussi, une faille de sécurité a été publiée la veille de la version 1.0 : faille de type cross-site request forgery que j'ai pas trop bien compris (une histoire de conservation des données HTTP POST).
http://www.djangoproject.com/weblog/2008/sep/02/security/

Je suppose que la version 1.0 finale ne contient pas cette faille.

Hum, j'ai du mal à définir ce qu'est exactement le fuzzing. Un raccourci maladroit serait de dire qu'il sert à trouver des vulnérabilités dans vos programmes. Le fuzzing sert avant tout à rechercher des bugs, mais pour les trouver, il doit les déclencher. Il est donc vrai que « générer des bugs » est incorrect.

Oh, drôle de hasard ! Il y a un dossier « fuzzing » dans le MISC ce mois (n°39) avec justement un article dédié à Fusil :-)

The story is about Duke Nukem 3D for Xbox Live Arcade, NOT Duke Nukem Forever.