Menu principal

Statut de la page

[Je préfère ton clone] padopi

Je reprends du service sur ce blog pour parler d’un petit projet libre qui m’a fait bien rigoler: padopi. C’est une application web qui permet d’envoyer des faux mails à vos amis pour leur faire croire qu’ils se sont fait coincer à télécharger. Bon, les mails en question se terminent par une petite phrase qui explique que c’est une blague, mais sinon c’est criant de vérité (il parait qu’ils sont inspirés du véritable mail hadopi). Je vous préviens: l’utilisation de ce genre de service est probablement répréhensible, mais ça ne vous empêche pas de récupérer le code du projet sur github:

git clone https://github.com/padopi/padopi

Ou bien, si vous préférez mon clone (Ho ho ho):

git clone https://github.com/chmduquesne/padopi

Aller, en bonus, la pub de référence :)

Vus : 2074
Publié par Christophe-Marie : 13

Mise à jour de TalkMyPhone

Salut planet-libre,

J’ai mis à jour TalkMyPhone, mon application android.

Pour ceux qui n’auraient pas suivi le lancement de l’application la semaine dernière, TalkMyPhone est une application permettant de contrôler son mobile à distance via xmpp, le protocole utilisé par jabber/gtalk.

La version beta supporte désormais:

- la réponse aux sms

- faire sonner le téléphone à distance (pour le retrouver)

- demander la géolocalisation du téléphone

Ça se passe ici:

https://code.google.com/p/talkmyphone/

Update: On en parle sur frandroid!

Vus : 988
Publié par Christophe-Marie : 13

TalkMyPhone, une appli android pour recevoir des notifications de son téléphone

Hello planet libre, J’ai codé une application android pour recevoir des notifications de son téléphone. Le principe est simple: vous créez un compte jabber pour votre appareil et vous l’inscrivez dans vos amis gtalk (vérifiez que ça marche avec pidgin/empathy en vous envoyant un message). Puis vous installez l’application sur votre appareil et vous la configurez comme il faut en réglant les champs “login compte jabber téléphone”/”mot de passe compte jabber téléphone”/”adresse gmail à notifier”. Vous démarrez alors le service et votre téléphone vous transmet les sms qu’il reçoit et vous notifie des appels de vos correspondants. J’avoue que ça n’est pas d’une utilité fantastique, mais j’aime bien être notifié de tout et n’importe quoi sur mon ordinateur, et ce genre de notifications me manquait. Je prévois de rajouter de petites fonctionnalités comme la [...]
Lire la suite
Vus : 1047
Publié par Christophe-Marie : 13

De l’intérêt de détacher des programmes de la console (sans screen)

Qui n’a jamais perdu par erreur une compilation, une session ssh ou une fenêtre irssi en fermant une console par inadvertance, à cause d’un lag réseau, ou bien à cause d’un redémarrage brutal de X11? Les outils présentés ici permettent de vous affranchir de ce genre de problème. dtach est un petit programme bien pratique qui sert à détacher un programme de la console où celui-ci tourne. De manière simple, ça veut dire que si on quitte le terminal dans lequel on a lancé le programme détaché, on pourra par une courte commande récupérer ce programme. Exemple, la commande suivante permet de lancer le programme irssi en détaché, sur le socket /tmp/irssi.sock (qui sera créé par le programme), où, s’il est déjà lancé, de récupérer ce programme. dtach -A /tmp/irssi.sock /usr/bin/irssi J’en connais des tas qui ne jurent que par gnu screen. Mais  à [...]
Lire la suite
Vus : 915
Publié par Christophe-Marie : 13

Utilisons incron pour être notifiés des événements du système de fichiers

incron est un programme fonctionnant sur le même principe que cron, mais basé sur des événements dans le système de fichiers plutôt que sur des moments de la journée. C’est très propre: pour l’utiliser, on spécifie un ou des fichiers à surveiller, un type d’action à détecter sur le(s) fichier(s) en question, et une commande à déclencher lorsque l’événement survient. Je me suis dit que c’était l’occasion où jamais de mettre à jour un vieux script que j’avais, qui me met au courant des modifications sur mes logs (je tire l’idée de ce script d’un ancien post sur le planet libre). Après avoir installé incron, j’édite ma table de configuration incron: incrontab -e Avec mon éditeur favori, je lui mets la ligne [...]
Lire la suite
Vus : 962
Publié par Christophe-Marie : 13

La TODO liste du pauvre

Il y a des dizaines de logiciels permettant de gérer sa TODO liste. Paradoxalement, si on cherche quelque chose de simple,  on ne trouve pas. Ce que je cherchais à faire est on ne peut plus simple à décrire: quelque chose qui apparaisse une fois par heure. En effet, le problème des notes persistantes est que l’on finit par ne plus les voir. Pour cela, j’ai opté pour les notifications. Le principe est simple: on met sa TODO liste dans le fichier ~/TODO. Une fois par heure, le contenu de ce fichier est affiché dans une bulle de notification qui dure 10 secondes. Une façon gentille de rappeler les choses à faire, intrusive, certe, mais à la durée assez courte pour ne pas être ennuyeuse. Ça se fait très facilement avec le script suivant: #!/usr/bin/env bash # pour que cron sache sur quel moniteur jouer la notification DISPLAY=:0.0 #params todofile=$HOME/TODO icon='/usr/share/icons/gnome/32x32/status/dialog-information.png' popupTime=10000 urgency='low' if [...]
Lire la suite
Vus : 943
Publié par Christophe-Marie : 13

Gérer ses plugins vim avec :GetLatestVimScripts

J’ai envie d’attirer l’attention sur une fonctionnalité sympa de vim, qui pourtant semble méconnue de pas mal de monde, même des utilisateurs avancés: la commande “:GetLatestVimScripts”, ou son alias “:GLVS”. Le principe est simple: vous installez un script pour vim, et vous voulez que ce script se maintienne à jour (c’est à dire que vous voulez profiter des versions successives du script par l’auteur). Au lieu de vous embêter à vérifier si il y a des nouvelles versions périodiquement et d’avoir à suivre un procédé d’installation qui differera selon que vous ayez affaire à un vimscript, un vimball, ou une quelconque archive, vous pouvez tout simplement dire à vim de gérer tous vos scripts d’un coup. Pour cela, il vous suffit de maintenir à jour la liste des scripts qui vous intéressent dans le fichier ~/.vim/GetLatest/GetLatestVimScripts.dat . Le format de ce fichier est [...]
Lire la suite
Vus : 942
Publié par Christophe-Marie : 13

gdb 7.0 est sorti, c’est une merveille et vous ne le saviez pas.

L’annonce vient de tomber sur la mailing liste : gdb vient de sortir dans sa version 7.0! Vous vous dîtes: “Bof, gdb je connais, une nouvelle version d’un débogueur qui sort, il n’y a pas de quoi fouetter un chat.” Détrompez-vous!  Les progrès apportés sont tels que je n’allais pas vous laisser les ignorer. Je veux bien entendu parler du “reverse debugging”. Hein? C’est quoi? Bon, j’explique : normalement, dans un debugger (ou un “débogueur”, en bon français), on déroule le programme toujours dans le même sens. Et ben maintenant, on a la possibilité de revenir en arrière! Dans le concept, c’est un peu comme rembobiner un film, mais pour un programme. Donc voilà, par exemple, on avait “c” pour “continue”, on a maintenant “rc” pour “reverse continue”. Bon, ça paye pas de mine, comme ça, mais à faire c’est probablement [...]
Lire la suite
Vus : 881
Publié par Christophe-Marie : 13

autotools, doxygen, et génération conditionnelle

On m’a donné une astuce bien sympa pour générer de la documentation de manière conditionnelle avec doxygen. J’utilise ça dans le projet que je code au boulot, et je pense que ça vaut le coup de partager. L’idée est de générer la  documentation automatiquement à chaque compilation de mon projet, en faisant appel aux features avancées de doxygen en fonction des outils dont dispose l’utilisateur : dot, htags, perl, etc… On va donc vérifier quels programmes sont présents grâce au configure.ac, et on va générer le doxyfile en fonction desquels sont présents. L’exemple que je donne n’est pas complet, mais vous pouvez vous en inspirer: Fichier configure.ac AC_CHECK_PROG([DOT], [dot], [yes], [no]) AC_CHECK_PROG([HTAGS], [htags], [yes], [no]) AC_PATH_PROG([PERL], [perl], []) AM_CONDITIONAL([DOXYGEN], [test "x$doxygen_ok" = xyes]) AM_CONDITIONAL([DOT], [test "x$dot_ok" = xyes]) AC_CONFIG_FILES(  [...]
Lire la suite
Vus : 990
Publié par Christophe-Marie : 13

autotools, makefile et notify-send

Au boulot, j’usilise les autotools comme buildsystem de mon projet. C’est pas l’idéal, je préfererais un truc plus moderne du style cmake, mais vu que tout le monde y est j’ai pas trop le choix. Bon, et qu’est ce qu’on fait pendant que ça compile? Généralement, rien : ça dure pas assez longtemps pour se mettre à un autre truc et trop pour ne pas glander sur xkcd. Alors voilà un bon truc, qui s’adaptera facilement à des Makefile classiques, pour être prévenu par un popup lorsque votre compilation ou vos tests se terminent: vous ajoutez un appel à notify-send dans la cible par défaut de vos Makefiles, de manière à ce que celui-ci vienne en dernier. Autant sur un Makefile, c’est pas très dur, autant avec les autohells, j’ai galéré. En fait c’est tout simple, il suffit d’utiliser une cible ‘-local’ dans le Makefile.am, qui permet [...]
Lire la suite
Vus : 1010
Publié par Christophe-Marie : 13
Powered by BilboPlanet