da !

À l'eau ?

davux — 2012-02-27T16:15:27Z

Journée assez spéciale, plutôt forte en sensations... Passer l'aprem seul sur la plage de Mermejita tout en jouant du saxo, profiter du soleil, des vagues, ça m'a fait un bien fou... Photos rigolotes au passage... Puis une rencontre inopinée avec une allemande passant par là qui est venue me causer au moment où je sortais de l'eau (y'a que les allemands qui peuvent papoter sans sourciller avec toi pendant que t'es à poil, le nudisme étant méga banal là-bas !). Sur le chemin du retour elle m'a montré un endroit avec des tonnes de noix de coco - en voulant en faire tomber une paire je me suis ouvert la lèvre, forcément. Puis tentatives d'ouverture desdites noix de coco à la machette, il va sans dire que je me suis mis un coup de machette sur le doigt (rien de grave, c'était au rebond, mais ça me fera une jolie cicatrice). N'empêche ça a marché, au passage j'ai progressé à la machette, et j'étais très fier de boire et manger de la noix de coco cueillie et scalpée moi-même! (que je dûsse faire jaillir le sang de ma lèvre et de mon doigt ne fait qu'y apporter un goût épique!) Faudrait que je machette une m'achète (ou le contraire), c'est fort pratique (quand on a une phalange en trop).

En me connectant à internet, échange de mail intense et très important (oserai-je dire décisif à bien des égards...) avec une personne très spéciale... on verra à quel point quand le destin notoirement facétieux décidera quoi faire de tout ça...

Et pour bien finir la soirée, en rentrant dans ma tente je me suis évidemment fait assaillir par une armée de fourmis rouges qui s'étaient dit que c'était le passage idéal pour leur nuit de travail et que qu'est-ce que je foutais là, moi qui visiblement n'allait pas transporter le moindre bout de feuille. J'ai donc été prestement congédié... et m'aprète donc à finir ma nuit sur une sorte de base de lit étrange, tout en continuant d'écraser un nombre surprenant de fourmis qui avaient trouvé moyen de se planquer un peu partout sur mon corps et le traversent maintenant avec empressement et incompréhension à la recherche de ma tente, de leurs potes et de leurs bouts de feuilles, qu'elles ne trouveront probablement jamais.

En attendant, il est 3h30 du matin, et la journée de demain s'annonce au moins aussi riche en surprises que celle-ci, avec par exemple la suite des cyber-réjouissances, ainsi qu'un premier atelier d'acrobaties "main à main" (acrobaties où un couple fait mille trucs improbables en se tenant par les mains), dans le cadre de la rencontre de cirque de Mazunte, et sûrement une poignée de surprises, contrariétés et autres petites attentions de la vie.

Et avec tout ça, là, je suis censé m'endormir. Mais bien tûr. Mauvaise nuit, j'ai lu. Quelque chose comme ça, oui.

Tchèque !

davux — 2011-05-27T17:00:45Z

marrant, à cuba y'a une galerie d'art qui s'appelle salumec

il y a bien un pays qui s'appelle yemen

Anarchist Oso

davux — 2011-03-15T20:07:29Z

Con L., recientemente tuvimos un chiste: se burla de mí, de que soy un malandro tierno. Entonces sería un Teletubby negro!

Encontré un Teletubby en una página donde convierten imágenes a formato vectorial. Proporcionan el archivo fuente en formato .cdr (Corel Draw), entonces lo convertí a SVG con el programa Uniconvertor, y lo edité con Inkscape para que sea negro y con el logo de Debian encima de la cabeza. :)

Por cierto, este blog tiene casi 8 años y es el primer artículo en otro idioma que francés.

Non dédié !

davux — 2011-03-15T19:53:59Z

J'ai migré mon blog de Dotclear à SPIP. Enfin !

Historique des épisodes récents

En janvier, j'ai eu l'opportunité de louer un serveur dédié pour pas très cher (20 BTC/mois) à quelqu'un qui faisait intermédiaire entre moi et OVH. J'ai donc déplacé ma page perso, y compris le blog, de poivron où elle était depuis un moment. J'ai aussi déplacé Plaztika, hébergée également sur poivron depuis environ 1 an et demi. Dans la foulée j'en ai aussi profité pour faire tourner mon propre serveur Jabber, car mon domaine était chez l'APINC depuis un moment aussi. J'ai pris cette décision en grande partie suite à un incident et indisponibilité, pour aider à alléger leur serveur, qui commence à devenir très central et sensible (j'appelle ça "l'effet no-log", pour les gens à qui ça parle). Je n'ai pas déplacé le mail hors de poivron, par contre, car je ne me sentais pas encore capable d'administrer un serveur de mail.

Première fois de ma vie que j'avais un serveur dédié, où j'étais complètement autonome sur l'admin ! Ouaaaais !

Ça a fonctionné 2 (deux) mois.

Un jour (au passage le premier jour d'une semaine de camping à l'aéroport, donc trop pratique, mais c'est une autre histoire), je reçois un message de Karina qui me dit "Hé dis, Plaztika est down" (mais en espagnol). Je vérifie ce qui se passe, effectivement la machine est complètement inaccessible, et je peux rien faire depuis l'interface d'admin OVH. Mails au support technique, entre deux je vérifie ma messagerie sur le forum de Bitcoin, et là je tombe sur un message laconique du type (Just a man, son pseudo, et son nom c'est a priori Eniton Folarin) qui me louait le serveur :

All my services have been suspended and I cannot refund you. If it's any consolation in terms of the trouble caused to you, I have also lost my job. I am sorry.

(Tous mes services ont été suspendus et je ne peux pas te rembourser. Si ça peut te consoler des désagréments que ça te cause, j'ai aussi perdu mon boulot. Je suis désolé.)

Le type ne peut soi-disant pas rembourser, mais il a accepté très aimablement mon paiement la veille, et le système Bitcoin informait que les sous n'avaient pas encore été réutilisés dans une autre transaction. Malgré mes messages, il n'a jamais redonné signe de vie. Sur le forum, une autre personne mentionne qu'elle est exactement dans le même cas, et qu'elle a reçu exactement le même message.

Pendant les jours qui suivent, impossible d'obtenir d'OVH ne serait-ce que le moindre petit accès de 5 minutes au serveur ou à une poignée de fichiers. Même pas possible de payer un mois supplémentaire du serveur ! Vive la bureaucratie et merci OVH.

Bilan de la coupure :
Page perso down, données inaccessibles. Heureusement, j'avais une sorte de sauvegarde datant un peu sur poivron, mais le contenu ne change pas souvent.
Plaztika down, une grosse semaine de boulot perdue (tableaux, expos, infos sur les artistes) correspondant à la date de la dernière sauvegarde, ainsi que les images des 3 derniers mois. Tout à refaire. Par contre, heureusement, j'ai un clone local du dépôt git que j'utilise pour le développement du site, donc le code lui-même n'a pas été perdu.
Serveur Jabber down. Heureusement, en migrant mon roster depuis l'APINC j'avais gardé le fichier XML dans un coin, et mon roster avait peu changé depuis.

J'ai donc passé ma première journée à l'aéroport à bricoler une vilaine page en flash avec l'outil de création "facile" de Gandi (PageMaker je crois que ça s'appelle). C'est méga nul mais ça permet de penser à autre chose pour évacuer le stress et de faire quelque chose d'à peu près utile en attendant que les différentes pistes lancées aboutissent (ou pas).

Je n'ai jamais pu récupérer les données perdues. Cependant, grâce à oz et son serveur dédié où il m'a fait une petite place, Plaztika est de nouveau sur pieds, j'ai remis à peu près toutes les données manquantes, les artistes et moi avons renvoyé à peu près toutes les photos correspondantes, youpi tralala. Dommage que tout ça arrive pile quand je suis en speed pendant une semaine à l'aéoport de Mexico, puis en voyage au Chili. C'est la vie.

Quant à ma page perso, j'en profite pour tout passer sous SPIP, chose que je voulais faire depuis longtemps. Je viens de migrer la base DotClear du blog grâce au plugin de Maïeul qui se paie même le luxe de convertir le texte des billets en syntaxe SPIP (mais qui hélas n'a pas réussi à importer les catégories et les commentaires... tant pis, je le ferai à coups de requêtes SQL. EDIT : c'est fait : dump SQL, sed, import.). Pour l'instant j'ai mis Zpip (ou Z, ou Z-core, ou Z-dist, je comprends toujours pas) et un thème vite fait, et dans un futur plus ou moins proche je compte migrer le reste (code, CV, etc.) vers le même SPIP, avec du code un peu plus adapté.

Le chat et l'écureuil

davux — 2011-02-11T19:49:00Z

Les gens de Jappix ont sorti une version "mini" il y a quelque temps, qui s'appelle... Le suspense est intense. Jappix Mini. Oui bon ça va. Nan mais c'est bien, aussi, Jappix Mini.

C'est un petit chat (miao... PAF ! Ta gueule, pas toi !) sous forme d'onglet en bas des pages, qui marche en incluant un petit bout de javascript au début du HTML. On peut indiquer le ou les salons à utiliser, le serveur auquel se connecter, anonyme ou pas, est-ce qu'on veut un autojoin, et plein de trucs dans le genre.

Y'a pas longtemps, j'ai fait un petit plugin SPIP autour de Jappix Mini, pour simplifier encore plus le truc. Une fois le plugin installé, il suffit d'insérer #MODELE{minichat} dans les modèles de pages (squelettes), et ça met le minichat sur la ou les pages correspondantes. Côté espace privé de SPIP, il y a un petit formulaire de configuration pour indiquer des valeurs par défaut.

À la base j'ai fait ça par flemme, et aussi parce que je me disais que ça pouvait servir à d'autres, mais je me rendais pas compte à quel point ça allait bien ensemble, en fait. Par exemple, je l'utilise sur Plaztika, et en voulant faire en sorte que suivant la langue de navigation (le site est disponible en français, anglais et espagnol) on arrive sur un salon différent, il est apparu que c'est très facile. Il suffit d'utiliser un bloc avec par exemple [es]arte@chat.plaztika.com [en]art-en@chat.plaztika.com [fr]art-fr@chat.plaztika.com dans le formulaire de configuration, et pouf le modèle transmet la langue du contexte tout le long de la chaîne, et le bout de Javascript est généré avec la bonne valeur de salon. Résultat, si on visite le site en français, on arrive sur le salon francophone, et ainsi de suite, le tout avec très peu de modif niveau conf (utiliser le bloc multi). Niveau plugin pareil, je n'ai presque rien eu à faire pour obtenir ce comportement. Le tout fonctionne sur un Jappix Mini non-modifié, qui n'a même pas besoin d'être embarqué dans le plugin.

Tout ça pour dire que je m'attendais pas à ce que ces deux projets (Jappix et SPIP) aillent aussi bien ensemble et décuplent les possibilités l'un de l'autre, avec presque rien comme code entre les deux. En plus de ça, les deux sont écrits dans le même langage, PHP (oui moi aussi je conchie PHP, c'est pas le propos), ce qui fait qu'on pourrait essayer de réutiliser des bouts de Jappix pour amener encore un peu plus de Jabber dans SPIP. Y'a encore un peu de boulot des deux côtés pour y arriver, notamment côté Jappix pour avoir un code un peu plus modulaire et rendre certains bouts utilisables hors de l'appli Jappix, mais globalement ça ne semble pas irréalisable.

Au passage, si vous aimez l'art, que ce soit pour en papoter, pour en acheter, en vendre, en faire, etc., vous êtes invités sur le salon francophone art-fr@chat.plaztika.com. Si vous parlez anglais, c'est art-en, et en espagnol c'est arte. Pour l'instant il n'y a pas grand monde, mais le but c'est de glander un peu sur les salons pour que les visiteurs trouvent des gens et que ça se lance. :)

Comment miner son après-midi

davux — 2010-01-29T19:42:00Z

Ça c'est de la journée productive. Levé sur les coups des midi, vadrouillé un peu... et d'un coup je me suis dit "tiens j'aimerais bien jouer au démineur de façon rigolote". J'ai pensé aux différentes solutions possibles de fabriquer un démineur pas trop traditionnel : SVG + javascript, voire Jabber... puis je me suis dit que c'était sûrement faisable en CSS.

Quelques heures plus tard, un résultat rigolo, sans une seule ligne de javascript (en vrai il y a une ligne, mais rien à voir : c'est parce que j'ai insisté pour faire du HTML5, par pur caprice, donc il faut faire reconnaître les balises HTML5 à Internet Explorer). La génération de la grille elle-même est en PHP, mais le code HTML/CSS produit est autonome.

Quand on clique sur le bouton bien connu, ça commence une nouvelle partie, et si on rappelle l'URL d'une partie terminée ou laissée en cours de route, ça la reprend telle qu'on l'a laissée. On peut filer l'URL de sa partie en cours à d'autres personnes pour qu'elles l'essaient. Si on veut vraiment recommencer une partie déjà terminée, il suffit de l'enlever de l'historique du navigateur.

Il reste encore quelques problèmes non-résolus :

~~impossible d'enlever un drapeau déjà posé.~~
pas de ~~comptage des mines restantes, ou de~~ détection que la partie est gagnée.
~~pas d'ouverture automatique des cases qui n'ont pas de mines autour~~
bien sûr, on n'a pas la fonctionnalité bien pratique de milieu-cliquer sur un numéro pour gagner du temps quand on a trouvé toutes ses mines.
~~pas de compteur de temps.~~
on peut jouer avec les paramètres d'URL pour changer le nombre de cases, mais la CSS ne suit pas (largeur de l'élément "article"). J'ai hésité, parce que le coup de la fenêtre qui ressemble à Windows c'est vraiment pas crucial, mais je me suis dit que j'avais le droit de privilégier le ridicule sur le fonctionnel.

Mais si quelqu'un a des idées pour corriger tout ça, je prends. :)

Il reste aussi des babioles marrantes à faire comme la possibilité de séparer la CSS de présentation à la windows et la CSS de mécanisme des cases, bombes, drapeaux, pour proposer d'autres thèmes que ce cher Windows 95.

Ah, je préviens, j'ai testé sur à peu près aucun navigateur autre que le mien (Firefox 3.5.6).

Got Cleared

davux — 2010-01-20T19:38:00Z

Je considérais mon vieux blog sous DotClear 1.2-rc3 comme une antiquité prête à jeter à la poubelle, gardée dans un coin juste pour l'archive... D'ailleurs même les liens ne fonctionnaient pas, en gros il y avait la première page lisible et c'est tout.

Du coup j'ai commencé à me dire que je le rapatrierais bien vers SPIP (j'espère toujours le faire un jour, si je trouve comment faire pour convertir les entrées en gardant une syntaxe wiki, donc sans importer du code HTML). Alors je me suis dit que quand même, une première étape c'était déjà de pouvoir y accéder. Ça c'est avéré facile : vu que les URLs marchaient pas à cause des règles de réécriture Apache et que j'avais la flemme de me pencher sur les règles de réécriture en question, j'ai juste désactivé les URL super-classe-moumouttes-sans-point-d'interrogation-au-milieu et suis repassé à un schéma classique de query string. Et là, première merveille : un blog qui fonctionne ! Toutes les pages, mêmes les premières ! Et les commentaires aussi ! Ouah ça fait bizarre, un peu comme un zombie ou Jésus ou les tortues-squelettes dans Super Mario World... enfin un de ces trucs qui ressuscitent.

N'empêche... 1.2-rc3, quoi. La version de 2004, stadire. Hum. Imaginant mal l'outil d'import avaler ça sans broncher, je me suis donc cogné les mises à jour successives vers 1.2.1 (histoire d'avoir un truc qui dise pas "rc"), 1.2.3, 1.2.5, 1.2.7.1 (oui, de 2 en 2, quand même... on peut être prudent mais faut pas déconner)... puis 1.2.8 (ça c'est parce que je savais pas qu'elle était sortie sinon j'aurais évité l'étape 1.2.7.1). Puis à côté, hop ! install de dotclear 2, hop ! clique sur import dotclear 1.2, hop ! ça marche pas. Gros bug. Une histoire de table qui existe pas ou je sais pas quoi. Grmbl. Après une ~~bonne~~ nuit de sommeil, on cherche un peu mieux et hop nous voilà sous DotClear 2 !

Dommage que mon thème précédent marche pas direct, mais bon tant pis, ça sera l'occase d'en faire un autre. Ou pas. Après tout, l'idée de départ c'est pas de se remettre à bloguer mais d'importer les anciens posts dans SPIP. Et merde, je me suis fait arnaquer : j'aime bien DotClear 2.

Centre de Gravité

davux — 2009-10-08T21:45:37Z

De plus en plus de sites web passent à Gravatar. Ce service permet d'afficher sur son site web l'avatar des utilisateurs en se basant sur leur adresse mail. De la part des utilisateurs, il suffit de s'inscrire sur le site gravatar.com et d'y définir leur gravatar.

A priori l'idée est bonne. Cependant, le gros problème que je vois (et qui fait que je n'utiliserai pas ce système que ce soit en tant qu'utilisateur ou en tant que webmaster), c'est que plus l'utilisation de Gravatar se généralise, plus l'architecture qui en résulte devient totalement centralisée, ce qui va complètement à l'envers des bases d'internet.

Premièrement, c'est une architecture fragile : si gravatar.com décide de fermer, de rendre le service payant, etc., pouf, plus personne n'a d'avatar...

Ensuite, il est très facile pour eux de compter l'apparition de tel ou tel utilisateur ici et là. Grâce aux referrers, la boîte qui gère (ou rachètera) Gravatar a accès à la liste des sites où apparaît chaque utilisateur, ainsi qu'aux statistiques de fréquentation des pages qui contiennent les gravatars. En liant les deux, c'est facile aussi de savoir les centres d'intérêt associés aux adresses mail concernées. Jolie source d'info en perspective pour le spam et les collectes de données en tout genre à qui voudra acheter ces informations. Je sais pas pourquoi, je ne serais pas surpris de lire d'ici quelques semaines/mois que Google a racheté Gravatar.com.

De manière générale, il est assez intéressant de voir le fleurissement de ce genre de "services" sur internet : youtube, twitter, etc. (je suis pas fort en services web 2.0 mais vous complèterez de vous-mêmes). Ils souffrent tous du même problème que Gravatar. Si on opère un petit retour mental dans le passé, je me demande à quoi ressemblerait internet si le système DNS s'était développé sous cette forme, si HTTP s'était développé sous cette forme (ça a été tenté par the Microsoft Network alias MSN, et aussi par AOL), si les mails s'étaient développés sous cette forme (tentative toujours en cours par Microsoft), etc.

Pendant que j'y suis, et puisque c'est en plein dans le sujet, Omega a développé un système nommé Omniprésence qui permet de rendre son avatar Jabber accessible à une application web. Le site presence.jabberfr.org fait tourner cette application (mais d'autres le peuvent aussi, c'est là le point important), il est donc possible d'implémenter Omniprésence sur votre site web au même titre que Gravatar (mais en se basant sur l'adresse Jabber des utilisateurs). Cependant, pour ne pas tomber dans les mêmes travers centralisés que Gravatar, il serait intéressant de voir comment on pourrait déduire le "serveur Omniprésence" de l'utilisateur à partir de son adresse Jabber. À défaut, il reste aussi possible d'ajouter un champ pour l'indiquer explicitement. C'est plus lourd (enfin un champ en plus, ça va), mais ça change tout en termes d'architecture.

Sur la toile

davux — 2009-08-20T09:22:45Z

Les gens sont fous... Bon, faut reconnaître qu'un écureuil (d'ailleurs c'est pas plutôt une marmotte ?) qui apparaît sur une photo de vacances, intrigué par le retardateur, genre "tiens c'est quoi ce truc qui fait du bruit...", c'est plutôt rigolo. Mais de là à lui créer une page sur Facebook et tout et tout, quand même...

Du coup, en parlant de à quel point les gens font tout un buzz du premier rongeur qui passe, on se retrouve à alimenter le buzz en bloguant dessus. Le paradoxe de l'observation ou un truc comme ça, z'appellent ça en mécanique quantique.

Le truc qui m'a fait marrer, sinon, c'est la galerie d'images historiques avec l'écureuil qui apparaît inopinément (ma préférée, c'est la numéro 11). Du coup, je me suis dit que j'avais qu'à contribuer à l'absurdité de la situation :

apt-git

davux — 2009-04-23T21:04:01Z

Quelques idées en vrac, y'a peut-être des grosses conneries, parce que ça vient de me traverser l'esprit. En jouant avec git ces derniers jours, je me suis dit qu'en fait, le processus de développement et la gestion des paquets Debian ont quelques points communs conceptuels avec git.

Par exemple, l'upgrade de paquet, finalement, ça ressemble à git pull, ou git fetch puis git merge. Vu qu'en général un paquet remplace l'ancien, le seul cas de conflit à gérer c'est les fichiers de conf, et c'est de la résolution de conflit typique de git. Si un fichier de conf n'a pas été modifié, il est mis à jour si une nouvelle version existe. Par contre, si le fichier a été modifié, on gère le conflit "à la main" (mais cadré par git). Déjà maintenant avec dpkg, on peut voir un diff, garder l'ancien fichier, écraser avec le nouveau, ou résoudre le conflit à la main. Très "git merge", quoi.

Du coup, dans la même idée, on peut imaginer l'évolution des paquets "côté Debian" comme des branches ("stable", "testing", etc.). Par ailleurs, sur un ordinateur donné, pour chaque paquet, la version installée localement serait une branche à part entière ? (ou bien l'ensemble des paquets serait une branche ?) Du coup :

juste downloader les paquets c'est une sorte de git fetch d'une branche officielle.
faire une mise à jour de paquets c'est merger cette branche officielle dans la branche locale. Idem, lors des passages d'un paquet entre sid -> testing etc., et aussi pour la sortie d'une nouvelle version de Debian. On peut peut-être voir ça en termes de branches git ? de tags ?

Et l'upload de paquet par un DD ? git push ?

Plein de questions encore...

qu'en est-il de l'update ?
est-ce qu'on peut comparer un Changelog.Debian avec ce qui serait le ''git log' sur la "branche" du paquet officiel ?
comment mettre à profit l'historique de modifications ? (pour la branche locale ; pour les branches de paquets côté Debian)
en quoi l'aspect décentralisé de git est intéressant ? comment ça peut se voir pour les mirrors ? finalement le /etc/apt/sources.list serait une liste de dépôts git...
est-ce que le concept de backport est comparable au concept de git rebase ? je maîtrise ni l'un ni l'autre alors c'est peut-être une connerie...
est-ce qu'on pourrait imaginer un frontend "git-like" à dpkg ? ou une réutilisation plus directe des algorithmes et concepts de git par dpkg ?
vu sous cet angle, comment se voient les outils tels que dpkg-divert ?

bref, des idées en vrac, mais si je les mettais pas ça serait resté dans ma tête, alors que quitte à penser à des trucs idiots, autant les dire aussi, hein.