filyb.info

Mettre en place une passerrelle WAP

Florian — Tue, 26 Feb 2013 00:40:00 +0100

Une passerelle WAP ? Mais pourquoi faire ?

Quand on n’a comme tout téléphone portable qu’un vieux machin de 2004 (qui a donc 9 ans), et que celui-ci savait déjà faire du WAP, on essaye d’en profiter ! Le but est donc d’obtenir un bout de semblant de connexion avec internet. Et rajoutons deux contraintes : on parle de WAP 1.1, une espèce chimère du web, rien avoir avec le WAP récent, qui lui est quasi du vrai web ; et on passe par l’opérateur mobile Free.

Car oui, Free est sympa et pas cher, il propose de l’internet avec son téléphone. Mais bon, Free est moderne, il file de la 3G, et du GPRS (la 2G, qui existait déjà du temps du WAP 1.1). Mais en WAP 1.1, il ne suffit pas d’avoir accès au réseau Internet. Le téléphone avait besoin d’une paserelle (dont on lui donne l’IP), à qui il filait ses requête dans le protocole WAP, et qui elle faisait des requêtes HTML bien comme il faut sur l’Internet des gens normaux (et bon, il fallait que les pages soient dans un faux HTML, le WML). Et chez Free, pas de paserrelle ! Achetez un téléphone intelligent, et pis voilà.

Qu’à cela ne tienne, faisons-le nous-même ! C’est d’ailleurs une excellente idée dans tous les cas, car vu que la paserrelle est un intermédiaire incontournable, même en mode sécurisé, il vaut mieux avoir confiance en elle (c’est d’ailleurs une absurdité de conception : en sécurité informatique, on parle d’attaque man-in-the-middle…)

Pour cela, il nous faut un serveur (ici sous Debian) avec une IP fixe, et y installer Kannel, une passerelle libre. On ouvre dans le parefeu les ports UDP 9200 et 9201, et c’est bon, on peut essayer ! Configuration du profile WAP :

Support : GPRS
Utilisateur : free
Mot de passe : free
APN : free
IP : ip-du-serveur

Et on peut tester (google.fr est dispo en WML) ! Génial, n’est-ce pas ?

Reste un détail, pour l’instant la connexion n’est pas sécurisée. Pour rajouter la couche WTLS (le TLS du WAP), il faut une version récente de Kannel (>1.4, dans Debian, il faut prendre le paquet de unstable).

On configure alors les certifats (configuration de WTLS, générer des certificats), on ouvre les ports UDP 9202 et 9203, et on configure le portable pour utilise du WAP sécurisé : ça marche !

Reste plus qu’à se configurer une page d’accueil en WML aux petits oignons, et d’installer un MIR pour lire ses mails !

Lectures du matin

Florian — Fri, 26 Oct 2012 10:26:00 +0200

Le rezo du matin

Florian — Fri, 14 Sep 2012 09:15:00 +0200

Dans une France socialiste…

Florian — Sun, 02 Sep 2012 10:56:00 +0200

On expulse :

Les lectures du week-end

Florian — Sun, 01 Jul 2012 21:05:00 +0200

À quoi servent les notes ? ;
Ils sont trop forts ces voleurs 2.0… de Laurent Chemla ;
Acropole ;
“Syriza est un mouvement emblématique pour toute l’Europe”. Entretien avec David Harvey ;
Les banquiers détestent l’Islande ;
Les femmes font mauvais usage de la démocratie, visibilités des jeunes Afghanes et paniques morales dans Kaboul post Talibans ;
Congés payés : les gantiers seront les premiers ! ;
Je récuse… Lettre à Mme Aurélie Filippetti.

Lecture au café

Florian — Mon, 25 Jun 2012 09:19:00 +0200

74% des journalistes votent à gauche, oui madame ! Avec ça, on n’est pas sorti de l’auberge.
Heureusement, les grecs, eux, sont raisonnables (bon, ils n’ont plus d’électricité, aussi)
Et c’est pas avec tout ça qu’on laissera nos filles sortir dans la rue.

Petite revue de presse, de gôche, et du mercredi

Florian — Wed, 30 May 2012 19:23:00 +0200

Adespotes, nouvelles ordinaires de la crise grecque, où l’on voit le vrai visage du capitalisme et de l’impérialisme au quotidien ;
Le travail en poussière, épisode 1, et 2, articles de Fakir sur le visage caché du capitalisme, celui qui nous côtoie et que l’on ne voit pas (ou refuse de voir)… avec en prime la petite question sournoise : grâce à qui tout cela est arrivé ?

En buvant mon café

Florian — Sat, 26 May 2012 11:27:00 +0200

Les lectures en provenance de rezo.net du matin :

Euro, terminus ?, passionant article de Frédéric Lordon décortiquant la possibilité de la sortie de la zone euro par les gre·que·c·s ;
Printemps québécois : les étudiants tiennent tête à la « loi spéciale », article de Basta! sur le mouvement social au Québec ;
Changement de registre : Comment séduire ce doux visage ?, tous les conseils d’Odieux Connard ;
Et sinon, lecture un peu plus vieille, mais aussi plus… mystérieuse : Dans les souterrains de Paris des hackers veillent au patrimoine culturel.

Et pour lire tout ça, Enjoy Reading, c’est l’extension Firefox qu’il vous faut !

De la révolution du langage (propositions)

Florian — Mon, 09 Jan 2012 12:48:00 +0100

Travaux issus d’une réflexion commune le 1^er janvier 2012, ayant regroupée autour d’une table Luc, Émilie, Andrée, Jeanne et Nicephore.

Propositions de modifications de notre pratique de la langue :

Remplacer du coup (tic de langage appauvrissant la structure de la langue par son uniformisation des enchaînements propositionnels) par une autre partie de l’anatomie (variant suivant la nuance).

Exemples : de la clavicule (implication logique forte), du genou (mou), du pied, etc.
Remplacer optimal par à la petite femelle.
Ponctuer les phrases des autres par des onomatopées :
- beuh pour un mot moche ;
- bolong pour un adverbe ;
- diling pour joli mot ;
- miam…
Invergenration : on parle des hommes au féminin et des femmes au masculin (+ prénoms invergenrés ?)
Les barbarismes, c’est cool (les néologismes, c’est pédant).
Remplacer Poutrer par Madrier (oui, le verbe).
Remplacer chouette et autres trop bien ou génial par hibou. (Proposition : varier les nuances avec d’autres oiseaux, colibri, vautour, pigeon, etc.)

En vrac (technique)

Florian — Tue, 20 Dec 2011 17:12:00 +0100

Les dernières nouvelles, en direct de la régie (on voit le technicien, casque sur les oreilles, mur d’écran derrière lui, qui prend le micro) :

la documentation du serveur a fait peau neuve, annonce-t-il, que ce soit pour les utilisateurs, ou côté admin ;
la forge a elle aussi changée. Existe les lourdeurs de Trac, voici maintenant le petit nouveau RstForge qui s’occupe d’afficher de jolies pages web, et de faire le lien entre les dépôts et les bugs, désormais gérés par Ditz ;
et sous le capot aussi, les choses bougent ! Après le remplacement du serveur web Apache par Nginx, désormais les processus web sont gérés par supervisord, parfois aidé de son pote Green Unicorn (oui, une cousine de la licorne rose invisible, tout à fait) ;
et enfin, ce jour est la naissance officielle de la version 0.1 de iCalFilter un couteau suisse en ligne de commande pour les fichiers iCalendar, et dont vous saurez tout en lisant la dépêche sur LinuxFr !

En vrac, randos et interview

Florian — Mon, 12 Sep 2011 16:50:00 +0200

Quelques nouvelles, en vrac :

J’ai rajouté une page avec des itinérances ou des randos sur mon site web ;
Les cartes ont été réalisées avec Journey2web, un bout de code codé pendant l’été (dépêche sur LinuxFR) ;
Interview par Izusa à propos de Terriens cherchent futur.

Terriens Cherchent Futur, mon second roman

Florian — Mon, 11 Apr 2011 08:58:00 +0200

Il est là, il vient de sortir, mon second bouquin : Terriens Cherchent Futur.

On se presse à l’entrée du cabaret. Le clou de la soirée : une aléatrice des formes et des sons ; le spectacle promet d’être grandiose ! Une évasion dans un univers onirique, où l’on perd toute sensation de la réalité, où l’on est pleinement immergé dans des limbes d’illusions… Tout ceux qui en ont les moyens s’approchent du guichet, prennent un ticket, et vont s’asseoir dans la salle.

Tant pis pour ceux qui resteront dehors, trop miséreux pour de tels luxes, tout ceux qui survivent de petits boulots dans les recoins des villes. Ce soir, ils écouteront la radio discourant sur la misère du monde, pour leur expliquer qu’ils iront de nouveau travailler demain matin, et qu’ils devraient se satisfaire de leur situation. Ou alors ils éteindront le poste et rêveront à la vie qu’ils ont envie de construire…

Après tout, c’est eux que l’artiste retrouve quand le cabaret ferme.

Ce roman d’anticipation est publié aux Éditions Zythum, où vous pouvez le commander. Il est aussi possible de le lire en ligne, ou de le télécharger, gratuitement.

Et une fois le livre lu, si vous en voulez encore, trois nouvelles complètent le bouquin : 2089 – Lilith.

Ghost in the xkcd

Florian — Tue, 15 Feb 2011 08:42:00 +0100

Admin Mourning

Strip xkcd, CC-BY-NC 2.5

Je me sens réellement frustré de ne pas pouvoir faire partager ce genre d’xkcd sans avoir à expliquer avant à tout le monde ce qu’est un screen, un uptime… et encore faut-il que les gens connaissent Ghost in the shell…

Sérieusement, il y a combien de gens au monde qui ont compris toutes les références de ce strip ?

C’est flipant de se compter parmi eux…

…à moins que je n’ai pas tout compris.

Comment inclure du code source dans un document Latex, le tout en utf-8 ?

Florian — Tue, 08 Feb 2011 22:47:00 +0100

Si vous avez déjà essayé récemment de réaliser un document traitant d’informatique en LaTeX, vous vous êtes sûrement arraché les cheveux à cause du paquet listings. Celui-ci refuse non seulement d’inclure et de colorier du code contenant des caractères utf-8, mais en plus il refuse d’être utilisé au sein d’un document lui-même en utf-8. Damned!

Deux possibilité s’offrent alors à l’auteur exigeant (exigeant, donc pour qui utiliser LibreOffice n’est pas une option). La première, abandonner les jeux de caractères modernes, et revenir en ces temps anglo-centriques où un caractère était synonyme d’un octet, et utiliser la notation diacritique de LaTeX, qui non-seulement oblige à maltraiter ses poignets, et ne permet pas de profiter des belles polices de caractères unicode modernes (sans compte que modifier un texte déjà en utf-8, quelle galère…). Et ne parlons pas de jeux de caractères étendus… non, n’en parlons pas.

Refusons l’archaïsme en LaTeX, utilisons l’utf-8 ! C’est alors que l’excellent Pygments vole à notre secours. Ce module Python propose de la coloration syntaxique pour de nombreux langages, est accessible en ligne de commande d’un simple pygmentize, et propose… un export LaTeX ! (Dans le système d’exploitation universel, c’est le paquet python-pygments.)

La seule contrainte : les fichiers de code doivent être dans un fichier distinct de votre fichier principal. Si vous avez un exemple de code dans le langage C, mettons exemple.c, vous pouvez le convertir en LaTeX par la commande suivante :

$ pygmentize -f latex -P encoding=utf8 -o exemple.tex exemple.c

Pygments a toutefois besoin d’inclure quelques paquets et de définir ses propres macros. Pour obtenir ces définitions, il faut lancer la commande :

$ pygmentize -f latex -P encoding=utf8 -O full -o exemple-full.tex exemple.c

qui elle donnera un document LaTeX complet. Il suffit de copier le préambule de ce fichier, soit directement dans le préambule de notre document, soit en l’incluant. Ensuite, il nous reste juste à inclure les fichiers de code (sans préambule, donc convertis sans le -O full) à l’aide d’un :

\include{exemple}

L’obligation de convertir les fichiers de code étant plutôt contraignante, il est possible d’automatiser cela à l’aide d’un fichier Makefile, et de règles génériques. Suposons que nous regroupons tous les fichiers de code source du langage C dans un répertoire source-c. Voici (un bout de) notre Makefile :

# règles de dépendance des fichiers de code c
SAMPLE_C=$(wildcard source-c/*.c)
SAMPLE_C_TEX=$(SAMPLE_C:.c=.tex

# règles de production des fichiers tex à partir des fichiers c
source-c/%.tex: source-c/%.c
	pygmentize -f latex -P encoding=utf8 -o $@ $<

# règle de production du document pdf
document.pdf: document.tex $(SAMPLE_C_TEX)
	pdflatex document.tex

Une fois le Makefile prêt et les macros nécessaires dans le prélude, l’insertion d’un bout de code se fait simplement :

on crée un fichier source-c/foo.c contenant le code C à inclure dans le document ;
on ajoute dans le document un \include{source-c/foo} au bon endroit ;
on complie avec $ make.

Et voilà ! Encore une victoire pour {Python, LaTeX} !

SFR Swallow : passerelle mails vers SMS

Florian — Fri, 15 Oct 2010 18:27:00 +0200

Pour les besoins de la lutte en cours contre la réforme des retraites, on vient de coder un petit script utile : il permet d'envoyer des SMS depuis un ordinateur, en passant par l'interface web de SFR (très efficace couplé avec un forfait SMS illimité).

Nommé SFR Swallow, le script peut s'utiliser en ligne de commande :

$ sfrswallow 06numéro "Thank you for all the fish"

et mieux encore, il peut être utilisé couplé avec Postfix pour faire une passerelle e-mail vers SMS. Ainsi, il suffit d'envoyer un e-mail à une adresse du style 0642424242@sms.example.org pour envoyer par SMS le contenu du mail. Vu que c'est quand même lié à un forfait particulier, un système d'authentification (les mails doivent être signés avec une clef OpenPGP connue) est inclus.

Le code est disponible, la documentation est incluse avec.

hinstall : gérer ses paquets à la maison

Florian — Mon, 27 Sep 2010 22:34:00 +0200

Fermez les yeux, et imaginez que vous utilisez un ordinateur Unix sur lequel vous n'êtes pas root (ça va, vous lisez toujours ?)

Pour autant, pas question de se contenter du maigre choix de logiciels que ce root a bien daigné installer sur la machine (notamment, pas question d'utiliser les usines à gaz qui y font office d'environnement de bureau). Heureusement, sous Unix, il est toujours possible de compiler et d'installer ses propres programmes chez soi, dans son home. Et ce d'autant plus facilement que les programmes en questions sont léger, et ont peu de dépendances, bref, qu'ils sont moins craignos que les autres.

Pour commencer, préparons le terrain. Nous utiliserons, comme le recommande FreeDesktop, un répertoire ~/.local comme préfixe. C'est à dire qu'à l'intérieur se retrouvera la hiérarchie Unix standard des programmes que nous allons installer (par exemple ~/.local/bin, ~/.local/lib, etc).

Afin de pouvoir utiliser les programmes installés dans un tel endroit, il va probablement être nécessaire d'amender le script de lancement de votre shell préféré, par exemple ~/.bashrc pour Bash, et y définir les variables :

export PATH="$PATH:$HOME/.local/bin"
export LD_LIBRARY_PATH="$LD_LIBRARY_PATH:$HOME/.local/lib"

Bien. Passons aux choses sérieuses. Le script hinstall (licence WTFPL version 2), que vous pouvez directement placer dans votre ~/.local/bin, permet de gérer la configuration, la compilation et l'installation dans votre home d'un certain nombre de programes pas trop exotiques.

Il suffit de récupérer le code source du programme en question (par exemple, dmenu), puis de l'installer par un simple :

$ hinstall dmenu-4.1.1.tar.gz

hinstall déplacera l'archive dans ~/.local/src, l'extrayera, configurera le logiciel (soit par un ./configure ..., soit en éditant un config.mk), le compilera, et l'installera. Actuellement, les autoconf/autotools sont gérés, les Makefiles simples devraient fonctionner, et les setup.py sont reconnus.

Par contre, pas de gestion des dépendances : si au cours de la compilation une erreur se produit, le script s'arrête, et c'est à vous de trouver la dépendance à installer... avec hinstall.

hinstall permet aussi (dans la mesure où c'est prévu par les développeurs du logiciel en question) de désinstaller des programmes. Voir hinstall --help pour plus d'informations sur l'utilisation de hinstall.

Enjoy!

Sass – Syntactically Awesome Stylesheets

Florian — Fri, 30 Jul 2010 22:40:00 +0200

Quiconque qui ait un jour touché aux CSS est convaincu de l'intérêt d'avoir une mise en page indépendante du contenu, voir différentes mises en pages selon le client accédant à la page... et est aussi convaincu de combien le langage des CSS est une plaie. Peu de factorisation de code possible (combien de copier-coller pour des codes abscons en hexadécimal), et donc des fichiers illisibles, où la construction générale de la mise en page est perdue dans les détails techniques à rallonge.

C'est là qu'arrive Sass, qui propose une sorte de préprocesseur, qui offre un langage évolué (avec même deux grammaires possibles de ce langage) qui est ensuite compilé en CSS traditionnelles. Il suffit d'aller sur le site web de Sass, les exemples de code parlent d'eux mêmes. L'implémentation officielle, en ruby, est disponible dans Debian (prendre le paquet de unstable pour avoir la nouvelle syntaxe scss), et il existe aussi une implémentation en perl (mais je ne sais pas si elle gère scss). Le compilateur propose même un mode où il monitore les changements sur le fichier source, qu'il recompile dès que nécessaire : c'est très agréable au codage.

Et, cerise sur la cerise, la syntaxe sass est disponible dans le colorateur syntaxique Pygments, et pour il existe un patch pour scss, ce qui permet d'avoir la coloration syntaxique dans Bristoledit (rassurez-vous, c'est aussi possible dans vi et emacs).

Après ça, on ne peut plus refaire des CSS old-school sans souffrir...

Naviguons dans le code

Florian — Thu, 29 Jul 2010 23:25:00 +0200

Je viens d'installer webbzr sur TheFool, une interface web qui permet d'afficher élégament et simplement le contenu des dépôts bazaar publics.

Certes, webbzr est en php, mais il est léger et simple à installer, alors que demander d'autres ? Après tout, simple is beautiful.

J'avais certes déjà une plateforme Trac d'installée, mais tous les dépôts n'ont pas besoin d'autant.

On y trouvera notamment :

le dépôt de RstWiki, le moteur de wiki minimaliste qui fait tourner mes pages perso (et qui pour le coup mériterait peut-être un Trac...) ;
mes fichiers de configuration, tellement c'est pratique de les récupérer sur n'importe quelle machine qu'ils sont versionnés, et tellement c'est pratique de lire ceux des autres que je partage les miens.

Python 3 en Python 2

Florian — Mon, 12 Jul 2010 23:32:00 +0200

Un de mes objectifs pour la prochaine version de Bristoledit est de pouvoir faire fonctionner l'éditeur aussi bien avec Python 2 que Python 3, voir même avec Pypy. Pourquoi ? Parce que Python 3, c'est l'avenir, le language est plus propre, plus agréable. Mais Python 2 reste encore très utilisé, et certaines bibliothèques (PyGTK) ne sont pas encore compatibles avec la version 3. Et Pypy, parce qu'avoir un interpréteur plus rapide que CPython, c'est la classe.

La manière traditionnelle pour avoir du code compatible entre Python 2 et Python 3 consiste à l'écrire en Python 2, puis à le convertir avec 2to3. Mais c'est tout de même relativement contraignant.

Aussi, je me suis dit que j'allais essayer d'avoir un code fonctionnel avec ces trois interpréteurs, sans traduction préalable, comme l'a fait Ryan Kelly pour PyEnchant.

Voici donc upy (pour universal python), un module qui permet de s'approcher de la sémantique de Python 3, mais avec du code fonctionnel quelque soit l'interpréteur.

Exemples :

from upy import *    # oui, normalement ça ne se fait pas. Ici, on écrase sans

                     # discuter les fonctions internes de Python 2 par des

                     # équivalents de Python 3



spam = str()         # hop, une chaîne *unicode* vide

eggs = bytes()       # hop, un tableau d'octets (attention cependant, la

                     # sémantique de eggs[i] n'est pas la même entre Python 2

                     # et Python 3



spamspam = u('Hêllo Wôrld')    # u("") remplace u"", qui n'est valide qu'en

                               # Python 2

eggseggs = b("que d'octets !") # de même, b("") remplace le b"" de Python 3



uprint(spamspam)     # le print de Python 2 ne se remplace pas facilement...

                     # uprint a la même sémantique que le print de Python 3

                     # il est possible d'importer du __future__ le print de

                     # Python 3 dans Python 2.6, mais on perd alors la

                     # compatibilité avec Python 2.5 et Pypy.

D'autres objets sont disponibles, voir la documentation du module. Il est aussi possible de ne pas écraser les versions originelles, et d'utiliser juste des ustr, ubytes, etc.

Maintenant, il n'y a plus qu'à réécrire Bristoledit pour profiter de tout ça !

Bristoledit 0.2

Florian — Mon, 12 Jul 2010 11:10:00 +0200

Presque un an après la première, voici la seconde release de Bristoledit.

Rappels rapides : Bristoledit est un éditeur de texte adapté à l'édition de programmes informatiques ou de documents structurés (LaTeX ou HTML). Les principes de l'éditeur sont :

Interface : l'éditeur peut s'utiliser uniquement au clavier, mais sans être pour autant difficile à apprendre (raccourcis clavier habituels, shell avec autocomplétion complète).
Fonctionnalités : il existe déjà des outils qui font les choses bien, autant les utiliser. Par exemple, la fonction de recherche de l'éditeur utilise grep, le système permettant d'aller à la définition d'un symbole se base sur Exuberant Ctags.
Modularité : la plupart des fonctions sont implémentées sous formes de plugins, qu'il est possible de désactiver, de remplacer... Rajouter une fonction est aussi facile.
Personnalisation : la configuration de l'éditeur se fait à l'aide de fichiers Python, qui restent simples à éditer en tant que fichiers de configuration, mais peuvent servir pour implémenter les fonctions qui vous manquent en peu de lignes de code.

La version 0.2 ne propose toujours qu'une interface en mode texte (ncurses), mais la liste des changements depuis la version précédente est plutôt longue.

Pour le téléchargement, les instructions d'installation et d'utilisation, rendez-vous sur le site de Bristoledit.

Le développement continu, avec une roadmap déjà bien remplie, et une phase importante de refactoring qui commence.