Vous avez sans doute déjà croisé une de ces images au gré de vos pérégrinations sur le web. Une photo d'un chat, accompagnée d'une légende écrite à la manière du titre de ce journal. Ce sont les lolcats [http://en.wikipedia.org/wiki/Lolcats].

Il existe maintenant le LOLCODE. La programmation facile pour tous ceux qui ont appris à parler comme ça : http://lolcode.com/

> Lire le journal (9 commentaires, moyenne: 3,9).

On s'en souvient, Novell avait décidé de ne pas fournir KDE dans leur distribution.

Ils ont reçu à ce sujet de nombreux mails de leurs utilisateurs, et ont décidé de revoir leur stratégie : KDE sera bel et bien disponible et supporté dans les produits « Entreprise » et il sera aisé de le choisir comme bureau par défaut.

Deux liens qui en parlent, en allemand, pour ceux qui contrairement à moi, y comprenne quelque chose :)
Heise Online : http://www.heise.de/newsticker/meldung/66011
Der Standard : http://derstandard.at/?url=/?id=2239023

(Tiré du blog de Stephan Binner, lu via Planet KDE. Le billet original : http://www.kdedevelopers.org/node/1608)

> Lire le journal (10 commentaires, moyenne: 3,3).

Je sais que la tendance est plutôt à cracher sur Flash, mais parfois, on voudrait bien y avoir droit malgré tout.

Alors j'ai pris mon courage à deux mains et j'ai pondu quelques explications relatives à tout ça, en me basant sur un post du forum Gentoo : http://forums.gentoo.org/viewtopic.php?t=216959(...)

Si comme moi vous avez une Debian pure64, que vous utilisez Konqueror et que vous voulez le plugin Flash, allez voir sur http://wiki.alrj.org/DebianTips/Amd64Flash(...) pour connaître la marche à suivre.

> Lire le journal (2 commentaires, moyenne: 2,5).

Voila, j'en avais un peu assez de btdownloadgui.py, qui utilisait wxpython/gtk alors je me suis lancé.

Pour tous ceux qui utilisent KDE ou qui préfèrent les applications QT, vous pouvez essayer QTorrent, disponible sur http://allergy.alrj.org/Code/qtorrent/(...) (basé sur le moteur du client expérimental, auquel je n'ai pas touché)

Comme d'habitude dans le libre, ne vous fiez pas au numéro de version. C'est 1.x, mais ça ne veut pas dire que c'est testé :)
Il n'y a pas de doc, pas de changelog, pas encore eu vraiment de beta-testeurs, mais ça semble bien fonctionner chez moi.

N'hésitez pas à essayer et à me faire part de vos commentaires/suggestions/rapports de bug/autres.

> Lire le journal (25 commentaires, moyenne: 1,4).

Je sais que les journaux ne sont pas là pour ça, mais bon...

Je me suis offert il y a quelques jours un écran 22", ce qui a relégué mon 19" au rang d'écran secondaire. Jusque là, c'est très chouette.

Mais un problème se pose, maintenant : ma Radeon 7000 est incapable d'afficher le 2048x1536x32x75 (en 16 bits ça passe en bavant légèrement), et la deuxième sortie est d'une qualité à faire rigoler les premières cartes VLB...

Je cherche donc la perle rare. Une carte
- qui tienne le 2048x1536 d'un coté, 1600x1200 de l'autre, le tout en 32bits, 75Hz
- avec des drivers libres
- qui n'a pas besoin d'être une brute en 3D, je ne joue pas

Chez Matrox, la première condition est remplie par la Parhelia, mais pas la seconde.

Avec mon ATI actuelle, je n'ai jamais réussi à mettre les écrans dans le bon sens... soit les deux s'affichent, mais celui de droite à gauche et vice-versa, soit il met le 19" out of sync, en utilisant les valeurs de refresh d'un écran sur l'autre et inversément. J'ai trifouillé autant que possible sans parvenir à ce que je voulais

NVidia, je ne sais pas exactement ce que supportent les drivers libres, j'ai peur que ce soit utopique.

Bref, ma solution est-elle d'acheter deux Matrox (AGP + PCI) ?

> Lire le journal (25 commentaires, moyenne: 1,2).

Bonjour à tous.

Je suis en train de développer une petite application en python, qui utilisera SNMP. Seulement voilà, SNMP + python, ça n'a pas l'air d'être une histoire d'amour.

yapsnmp : La première que j'ai essayée. Semblait pas mal, basée sur net-snmp. Mais elle n'est plus maintenue depuis août 2002 et a un gros défaut : (au moins) un memory leak. Comme je développe un daemon, elle file à la poubelle.

pysnmp : Elle a failli être très bien, 100% python, toujours maintenue. Mais elle ne supporte pas les OID symboliques. Dommage.

snmpy : Pas encore réellement essayé. Basé sur net-snmp, mais sur la version 4.2. A mon avis celle que j'utiliserai, même si elle n'est plus maintenue depuis mars 2002.

Alors, je me pose quand même une question : Est-ce que des gens utilisent SNMP avec python ? Si oui, avec quelle lib ?
J'avoue que je suis assez sidéré de voir le vide qui existe à ce niveau.

PS: À ceux qui me diront de contribuer, je répondrai que je ne connais quasi pas SNMP, j'ai uniquement besoin de faire un bête get("mon_oid")...

> Lire le journal (0 commentaire).