tag:linuxfr.org,2005:/users/allergyLinuxFr.org : les contenus de Amand Tihon2009-08-09T02:23:53+02:00/favicon.pngtag:linuxfr.org,2005:Diary/286432009-08-09T02:23:53+02:002009-08-09T02:23:53+02:00Bold: un linker particulier
J'ai l'honneur de vous faire part de la sortie de Bold, un linker d'un genre particulier qui ne servira pas à grand monde :-)<br />
<br />
Il est spécifiquement conçu pour ceux qui souhaitent réaliser des intros 4k (voire 1k), et ne fonctionne que pour x86_64. Pour des tailles supérieures, je doute que ses avantages contrebalancent ses limitations.<br />
<br />
Distribué sous GPL 3, il est écrit en python et disponible sur [<a href="http://www.alrj.org/projects/bold/">http://www.alrj.org/projects/bold/</a>]. Toute suggestion, amélioration, critique ou remarque est la bienvenue.<br />
<br />
La partie "runtime", qui peut être incluse dans le binaire final, est écrite en assembleur et bénéficie d'une exception à la GPL, un peu comme le runtime de GCC.<br />
<br />
Les principales caractéristiques de Bold sont les suivantes :<br />
<ul><li>En-têtes ELF limités au strict minimum</li>
<li>Structures internes (particulièrement la table DYNAMIC) réduites à leur plus simple expression.</li>
<li>Résolution des symboles externes par <i>hash</i>, pour ne pas embarquer dans le binaire les noms de fonctions à rallonge (OpenGL est parfois champion pour ça)</li>
</ul>
J'ai encore quelques idées d'amélioration, mais peu de courage pour les implémenter :<br />
<ul><li> Réordonner les différentes sections jusqu'à trouver l'arrangement qui compresse le mieux</li>
<li>Porter la chose pour x86, en 32 bits</li>
</ul><div><a href="https://linuxfr.org/users/allergy/journaux/bold-un-linker-particulier.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/54952/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/allergy/journaux/bold-un-linker-particulier#comments">ouvrir dans le navigateur</a>
</p>
Amand Tihonhttps://linuxfr.org/nodes/54952/comments.atomtag:linuxfr.org,2005:Diary/245652007-05-30T13:21:35+02:002007-05-30T13:21:35+02:00Im in ur compiler, parsin ur tokenzVous 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 <i>lolcats</i> [<a href="http://en.wikipedia.org/wiki/Lolcats">http://en.wikipedia.org/wiki/Lolcats</a>].<br />
<br />
Il existe maintenant le LOLCODE. La programmation facile pour tous ceux qui ont appris à parler comme ça : <a href="http://lolcode.com/">http://lolcode.com/</a><div><a href="https://linuxfr.org/users/allergy/journaux/im-in-ur-compiler-parsin-ur-tokenz.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/50980/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/allergy/journaux/im-in-ur-compiler-parsin-ur-tokenz#comments">ouvrir dans le navigateur</a>
</p>
Amand Tihonhttps://linuxfr.org/nodes/50980/comments.atomtag:linuxfr.org,2005:Diary/199462005-11-11T14:15:07+01:002005-11-11T14:15:07+01:00Novell reconsidère sa décisionOn s'en souvient, Novell avait décidé de ne pas fournir KDE dans leur distribution.<br />
<br />
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.<br />
<br />
Deux liens qui en parlent, en allemand, pour ceux qui contrairement à moi, y comprenne quelque chose :)<br />
Heise Online : <a href="http://www.heise.de/newsticker/meldung/66011">http://www.heise.de/newsticker/meldung/66011</a><br />
Der Standard : <a href="http://derstandard.at/?url=/?id=2239023">http://derstandard.at/?url=/?id=2239023</a><br />
<br />
(Tiré du blog de Stephan Binner, lu via Planet KDE. Le billet original : <a href="http://www.kdedevelopers.org/node/1608)">http://www.kdedevelopers.org/node/1608)</a><div><a href="https://linuxfr.org/users/allergy/journaux/novell-reconsid%C3%A8re-sa-d%C3%A9cision.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/46457/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/allergy/journaux/novell-reconsid%C3%A8re-sa-d%C3%A9cision#comments">ouvrir dans le navigateur</a>
</p>
Amand Tihonhttps://linuxfr.org/nodes/46457/comments.atomtag:linuxfr.org,2005:Diary/179562005-04-25T14:59:01+02:002005-04-25T14:59:01+02:00Debian AMD64, Konqueror et Flash, c'est possible !Je sais que la tendance est plutôt à cracher sur Flash, mais parfois, on voudrait bien y avoir droit malgré tout.<br />
<br />
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 : <a href="http://forums.gentoo.org/viewtopic.php?t=216959">http://forums.gentoo.org/viewtopic.php?t=216959(...)</a><br />
<br />
Si comme moi vous avez une Debian pure64, que vous utilisez Konqueror et que vous voulez le plugin Flash, allez voir sur <a href="http://wiki.alrj.org/DebianTips/Amd64Flash">http://wiki.alrj.org/DebianTips/Amd64Flash(...)</a> pour connaître la marche à suivre.<div><a href="https://linuxfr.org/users/allergy/journaux/debian-amd64-konqueror-et-flash-cest-possible.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/44520/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/allergy/journaux/debian-amd64-konqueror-et-flash-cest-possible#comments">ouvrir dans le navigateur</a>
</p>
Amand Tihonhttps://linuxfr.org/nodes/44520/comments.atomtag:linuxfr.org,2005:Diary/81362004-01-05T13:15:12+01:002004-01-05T13:15:12+01:00QTorrentVoila, j'en avais un peu assez de btdownloadgui.py, qui utilisait wxpython/gtk alors je me suis lancé.<br />
<br />
Pour tous ceux qui utilisent KDE ou qui préfèrent les applications QT, vous pouvez essayer QTorrent, disponible sur <a href="http://allergy.alrj.org/Code/qtorrent/">http://allergy.alrj.org/Code/qtorrent/(...)</a> (basé sur le moteur du client expérimental, auquel je n'ai pas touché)<br />
<br />
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é :)<br />
Il n'y a pas de doc, pas de changelog, pas encore eu vraiment de beta-testeurs, mais ça semble bien fonctionner chez moi.<br />
<br />
N'hésitez pas à essayer et à me faire part de vos commentaires/suggestions/rapports de bug/autres.<div><a href="https://linuxfr.org/users/allergy/journaux/qtorrent.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/34850/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/allergy/journaux/qtorrent#comments">ouvrir dans le navigateur</a>
</p>
Amand Tihonhttps://linuxfr.org/nodes/34850/comments.atomtag:linuxfr.org,2005:Diary/80882004-01-02T15:16:35+01:002004-01-02T15:16:35+01:00Dualhead et carte(s) graphique(s)Je sais que les journaux ne sont pas là pour ça, mais bon...<br />
<br />
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.<br />
<br />
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...<br />
<br />
Je cherche donc la perle rare. Une carte<br />
- qui tienne le 2048x1536 d'un coté, 1600x1200 de l'autre, le tout en 32bits, 75Hz<br />
- avec des drivers libres<br />
- qui n'a pas besoin d'être une brute en 3D, je ne joue pas<br />
<br />
Chez Matrox, la première condition est remplie par la Parhelia, mais pas la seconde.<br />
<br />
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<br />
<br />
NVidia, je ne sais pas exactement ce que supportent les drivers libres, j'ai peur que ce soit utopique.<br />
<br />
Bref, ma solution est-elle d'acheter deux Matrox (AGP + PCI) ?<div><a href="https://linuxfr.org/users/allergy/journaux/dualhead-et-cartes-graphiques.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/34802/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/allergy/journaux/dualhead-et-cartes-graphiques#comments">ouvrir dans le navigateur</a>
</p>
Amand Tihonhttps://linuxfr.org/nodes/34802/comments.atomtag:linuxfr.org,2005:Diary/67002003-11-05T23:01:33+01:002003-11-05T23:01:33+01:00Python et SNMPBonjour à tous.<br />
<br />
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. <br />
<br />
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 <i>gros</i> défaut : (au moins) un memory leak. Comme je développe un daemon, elle file à la poubelle.<br />
<br />
pysnmp : Elle a failli être très bien, 100% python, toujours maintenue. Mais elle ne supporte pas les OID symboliques. Dommage.<br />
<br />
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.<br />
<br />
Alors, je me pose quand même une question : Est-ce que des gens utilisent SNMP avec python ? Si oui, avec quelle lib ?<br />
J'avoue que je suis assez sidéré de voir le vide qui existe à ce niveau.<br />
<br />
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 <i>get("mon_oid")</i>...<div><a href="https://linuxfr.org/users/allergy/journaux/python-et-snmp.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/33429/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/allergy/journaux/python-et-snmp#comments">ouvrir dans le navigateur</a>
</p>
Amand Tihonhttps://linuxfr.org/nodes/33429/comments.atomtag:linuxfr.org,2005:News/140382003-09-24T22:27:32+02:002003-09-24T22:27:32+02:00Faille de sécurité dans ProFTPD<div>ISS a découvert un bug dans le traitement des téléchargements en mode ASCII, dans Proftpd.
<br />
<br />
L'attaquant peut obtenir un shell root en uploadant puis en téléchargeant en mode ASCII un fichier soigneusement choisi.
<br />
<br />
Tous les utilisateurs sont évidemment invités à patcher au plus vite.</div><ul><li>lien nᵒ 1 : <a title="http://xforce.iss.net/xforce/alerts/id/154" hreflang="en" href="https://linuxfr.org/redirect/28432">L'alerte</a></li><li>lien nᵒ 2 : <a title="http://www.proftpd.org/download.html" hreflang="en" href="https://linuxfr.org/redirect/28433">La liste des miroirs</a></li><li>lien nᵒ 3 : <a title="http://www.proftpd.org" hreflang="en" href="https://linuxfr.org/redirect/28434">Le site de proftpd</a></li></ul><div></div><div><a href="https://linuxfr.org/news/faille-de-securite-dans-proftpd.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/13363/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/news/faille-de-securite-dans-proftpd#comments">ouvrir dans le navigateur</a>
</p>
allergyhttps://linuxfr.org/nodes/13363/comments.atom