Humus numericus

Et cette fois-ci c'est le Nouvel observateur qui nous l'offre, dans un article consacré à la fin de la course aux parrainages, et plus particulièrement la photo suivante qui l'accompagne :

Bon, on remarquera que la photo n'est pas franchement à l'avantage de notre candidat moustachu. Il a tendance à ressembler un peu à Gérard Depardieu jouant Obélix après avoir abusé de son Château-Lathune. Mais le plus rigolo, c'est quand même la légende de la photo. C'est à ce genre de petit détail qu'on reconnaît la manière dont certains journalistes perçoivent les habitants des quartiers populaires et certains de leurs porte-paroles potentiels.

En passant, ça me rappelle une remarque de Bernard Lahire qui, dans L'invention de l'illettrisme, s'étonnait du nombre de personnes qui remplacent "analphabète" par "analphabête".

Suite à la rédaction du document Introduction à Ion3, qui est, je le rappelle, un window manager totalement minimaliste mais diablement efficace, j'avais eu une petite controverse avec l'un des lecteurs du tutoriel pour savoir si Ion était adapté ou non à l'utilisation de Gimp. Le bougre en a même fait un article sur son blog.

Et ben il a fini par me convaincre. Une configuration semblable à celle qu'il présente est particulièrement pratique. Voici un petit guide pas à pas pour en mettre une en place.

Première chose à faire : créer un nouveau workspace. Pour cela, il vous suffit normalement de faire F9 et d'indiquer son nom : nous le nommerons ici gimpws. Par défaut, Ion crée un espace avec deux colonnes égales. Celle de gauche servira à la boîte à outils, celle de droite aux images. Vous pouvez modifier la taille respective des colonnes en utilisant Mod + bouton droit (remplacez Mod par la touche de votre config. Vous pouvez même rendre le cadre d'image flottant à gauche pour lui permettre de chevaucher la boîte à outils (clic droit sur le titre du frame, Tiling, Float split, at left.

Ensuite, nous allons donner un nom à ces frames pour les identifier. Sélectionnez celui de gauche, et tapez Mod + F3. A l'invite Lua code qui s'affiche, tapez la commande suivante :

mod_query.query_renameframe(_)

Ion vous demandez d'entrer le nom du frame : appelons-le gimptoolbox. Procédez de même avec le frame de droite et nommez-le gimpimage. La configuration de nos frames est terminée.

Reste à indiquer à Ion où afficher quoi. Nous allons le faire en utilisant des winprops, c'est à dire en rajoutant les lignes suivantes à la fin de notre fichier de configuration préféré (en général soit ~/.ion3/cfg_ion.lua, soit ~/.ion3/cfg_user.lua :

defwinprop {
  class="Gimp",
  role="gimp-startup",       
  target="gimpimage",
}
 
defwinprop {
  class="Gimp",
  role="gimp-tip-of-the-day",
  target="gimpimage",  
}

defwinprop {
   class="Gimp",
   role="gimp-image-window",
   target="gimpimage",
 }

defwinprop {
  class="Gimp",
  role="gimp-toolbox", 
  target="gimptoolbox",
}

defwinprop {
  class="Gimp",
  target="gimpws",
  float="true",
}

Que signifie tout ceci ? D'abord, on indique à Ion d'afficher la boîte de démarrage, l'astuce du jour et les images dans le frame nommé gimpimage. Ensuite, on lui dit de placer la boîte à outils dans le frame appelé gimptoolbox. Enfin, on lui dit d'afficher toutes les autres fenêtres de Gimp sous forme de fenêtres flottantes (utile pour tous les dialogues de config, de filtres ou d'effets).

Ainsi, lorsque vous lancez Gimp, vous pouvez le faire depuis n'importe où, vous serez sûr de le retrouver dans le workspace que vous venez de créer sans avoir à subir les barres de progression de chargement. Ensuite, vous disposez d'un grand espace pour visualiser et travailler sur l'image, et vous pouvez basculer l'image en plein écran avec un simple Mod + Return. Les fenêtres de config et d'outils s'affichent en flottant, ce qui permet de les déplacer pour ne pas masquer l'image. Et enfin, dernier avantage à mon avis, lorsque vous effectuez une capture d'écran d'une autre fenêtre depuis Gimp, celle-ci va automatiquement se placer dans le bon frame.

Voilà-t-y pas que ce week-end, nous avons eu la curieuse idée de vouloir profiter du réchauffement climatique et des dernières décennies qui nous restent avant d'être transformés en poulet rôti pour aller faire un tour à la campagne prendre un bol d'air pur au milieu des oiseaux qui chantent, c'est vous dire si on en a plus pour longtemps.

Le temps était quasi-printanier, la balade agréable, à peine avons-nous remarqué un chemin quelque peu boueux et pas toujours très pratiquable, surtout avec une petite fille de trois ans. Mais bon, après tout, c'est la nature, c'est normal qu'il y ait un peu de terre et d'eau, profitons en tant qu'il y en a encore.

Petite pause pique-nique, on profite de la tranquillité du lieu quand un léger ronflement se fait entendre. On aurait d'abord pu croire que l'un d'entre nous s'était laissé aller à une petite sieste, mais le niveau sonore devint bientôt beaucoup trop élevé pour provenir de cordes vocales même particulièrement efficaces. Tournant la tête vers l'origine de ce vacarme, nous vîmes alors émerger de la forêt un engin ridicule avec quatre grosses roues, un moteur super bruyant, une carosserie recouverte de boue et, juché par dessus, un espèce de guignol avec un casque qui parvenait mal à dissimuler sa fierté de dompter ainsi un engin synonyme de puissance, de testostérone et d'hypertrophie de l'appareil reproducteur.

Non seulement ce con nous a fait chier à cause du bruit infernal qui s'entend à 500 mètres à la ronde, non seulement ce crétin nous met potentiellement en danger de nous faire rouler dessus au détour d'un sous-bois, non seulement cet abruti nous empeste avec ses vapeurs d'essence en pleine nature, mais en plus ce clown a passé son après-midi à bousiller les chemins de terre en semant ornières et flaques de boue partout sur son passage. J'imagine le bonheur de ces dégénérés du bulbe qui passent leur semaine dans leur bagnole puis, dès qu'ils sont en week-end, courent profiter de la nature en pilotant une saloperie de moto-cross avec les petites roues qui vient déverser son quota de CO2 en plein bois tout en dégradant les chemins pour l'ensemble des promeneurs et des gens qui y travaillent. Et je suis sûr que ces crétins sont en plus très fiers d'eux quand ils croisent une famille avec de la boue jusqu'aux cuisses et qui les regarde passer avec des regards noirs.

Le seul truc qui m'a fait plaisir c'est d'imaginer que ces mecs-là, après avoir fait chier tout le monde le samedi, doivent passer leur dimanche à nettoyer leur bécane et leur combinaison cuir de toute la gadoue accumulée par leur grosses roues crantées bousilleuses de sentier.

Mise à jour du 11 février 2008 : suite au commentaire affligeant d'un soit-disant porte-parole de la fédération française de Quad, qui m'accuse de vouloir mettre en danger la vie d'autrui avec ma proposition de mettre des branches en travers des chemins (alors que j'avais bien précisé hors de question de provoquer des accidents ou d'embêter les vététistes), et comme j'ai autre chose à foutre que de perdre mon temps avec ces conneries, je propose plutôt que chaque personne croisant un quad dans un chemin de forêt non prévu pour cet usage lui fasse une grimace bien bien moche et, de plus, s'il s'agit d'un quadiste membre de la FFQ, qu'il chante à pleins poumons Tirelipimpon sur le chihuahua pour bien montrer à quel point ces sportifs de haut niveau domptant avec autant de classe toute cette fantastique puissance mécanique les impressionne.

Et encore, je suis foutu de me faire attaquer en justice pour incitation à la matraitance sur animaux par la fédération française des amis des chihuahuas.

Bon, laissez tomber...

Tout utilisateur de Debian qui se respecte connaît les dépôts de paquets spécialement conçus pour colmater les failles de sécurité. Dès qu'un problème est identifié, l'équipe de sécurité applique les correctifs existants et met tout ça à disposition le plus vite possible. Nous allons voir ici comment faire en sorte que ces mises à jour soient appliquées automatiquement, par exemple une fois par jour.

La première chose à faire est d'installer le paquet cron-apt, qui est spécialement fait pour ça :

# apt-get install cron-apt

Ce paquet permet de lancer une mise à jour à intervalle régulier. Le problème est que nous ne voulons mettre à jour que les paquets concernés par les problèmes de sécurité, et pas l'ensemble de notre distribution. Ceci est particulièrement important si on utilise une distribution testing ou unstable. Pour cela nous allons créer une source de paquets restreinte aux dépôts de sécurité. On va donc éditer un fichier /etc/apt/security.sources.list contenant la ligne suivante :

deb http://security.debian.org/ testing/updates main contrib non-free

(remplacez testing par stable ou unstable selon votre config)

Il faut ensuite indiquer à cron-apt d'utiliser ce fichier. Pour cela, ouvrez le fichier /etc/cron-apt/config et ajoutez ou décommentez la ligne suivante :

OPTIONS="-o quiet=1 -o Dir::Etc::SourceList=/etc/apt/security.sources.list"

Par défaut, cron-apt ne fait que mettre à jour les sources de paquets, et ne les installe pas. Si vous souhaitez automatiser également l'installation, il faut que vous rajoutiez un fichier nommé 5-install dans le répertoire /etc/cron-apt/action.d/ et qui contient la ligne suivante :

dist-upgrade -y -o APT::Get::Show-Upgraded=true

Attention : il est normalement déconseillé d'effectuer ce genre d'actions automatiquement sur un serveur. En cas de problèmes lors de la mise à jour, ceci peut empêcher certains services de redémarrer. Dans tous les cas, pensez à bien regarder les rapports envoyés par Cron pour vérifier que tout s'est bien dérouolé...

Et voilou. Il nous reste à régler la fréquence et le moment des mises à jour. Par défaut elles ont lieu une fois par jour à 4h du matin (cf le fichier /etc/cron.d/cron-apt). Ceci est très bien si vous avez un serveur qui tourne en permanence. Mais pour une machine de bureau, on pourra plutôt utiliser anacron et faire un lien sympolique vers /usr/sbin/cron-apt dans /etc/cron.daily :

# ln -s /usr/sbin/cron-apt /etc/cron.daily/cron-apt

Dans un précédent billet, j'avais fait une rapide comparaison entre quelques hébergeurs supportant Ruby on Rails. J'avais dans un premier temps choisi Dreamhost, dont les offres sont pour le moins alléchantes. J'avais finalement abandonné, d'une part car cela ne correspondait plus à mes besoins, mais aussi car en termes de performance ça me semblait un peu poussif, au moins depuis l'Europe.

Je viens de retenter le coup mais cette fois avec un autre hébergeur, en l'occurrence Site5. Les avis semblent partagés, mais j'en suis pour l'instant satisfait. Ils proposent une promo spectaculaire en ce moment, mais qui oblige à payer pour deux ans d'un coup, ce qui ne me convient pas, j'ai donc opté pour un plan de base avec paiement mensuel qui me revient à environ 8,50 euros par mois. Pour ce prix là vous avez : 10Go de stockage, 200Go de trafic, PHP, Perl, Python, Ruby on Rails via Apache/FastCGI, Accès SSH, Cron jobs, mails, bases de données, Subversion, etc. Pour le peu que j'en ai vu les performances m'ont l'air tout à fait honorables, j'ai d'ailleurs migré dev.nozav.org dessus il y a quelques temps, et ça tourne très bien.

Inconvénients

Pour l'instant, la seule limitation qui me saute aux yeux concerne l'hébergement des domaines. Avec le plan de base, vous ne pouvez héberger qu'un seul domaine (vous devez en héberger un d'ailleurs, il n'y a pas de sous-domaine machin.site5.com). Ça n'est qu'avec les plans plus onéreux qu'on accède aux domain pointers qui permettent d'en utiliser plusieurs. En ce qui me concerne ce n'est pas trop gênant pour le moment, l'hébergeur principal de mon domaine nozav.org me permettant de faire pointer des sous-domaines vers une adresse IP.

Avantages

Un des gros plus de l'offre de Site5 est le fait que chaque site hébergé se voit assigner une adresse IP unique. Ceci est très pratique pour un tas de choses, et notamment pour gérer l'hébergement de sous-domaines. Autres avantages, l'installation de base est assez claire, avec un home qui contient deux répertoires, public_html pour les sites web et public_ftp pour utiliser un serveur FTP déjà installé à la base. Par ailleurs, leur système d'administration est bien foutu, clair et visiblement écrit en Rails.

Mise à jour (7 janvier 2007)

Après plusieurs semaines, mon point de vue est toujours positif. J'ai migré dev.nozav.org, c'est à dire un site statique en HTML, mais aussi une petite application en Rails, et les performances sont tout à fait convenables, en tous cas bien meilleures que ce que j'avais expérimenté avec Dreamhost. Par ailleurs, le service de support est très performant (pourvu qu'on parle anglais, bien sûr) : en l'espace de deux heures, j'ai pu échanger trois ou quatre mails avec eux, et ils ont très rapidement modifier la config du serveur pour que je puisse déléguer la gestion des mails de mon domaine à un autre serveur tout en conservant la possibilité de comptes mails pour des sous-domaines (ce qui n'est pas trivial trivial comme demande).

Bref, pour l'instant je vous conseille cet hébergeur. Si vous souhaitez l'essayer, il y a toujours la garantie de 60 jours qui permet un remboursement intégral si vous n'êtes pas satisfaits.

Nouvelle mise à jour (20 janvier 2007)

Bon, comme je ne tiens pas en place niveau hébergement en ce moment, je viens à l'instant même de clôturer mon compte chez Site5. Non pas que je sois mécontent de leurs services, bien au contraire. Tout ce qui a été dit précédemment reste vrai à cette date : rapidité, fiabilité, support compétent, etc. Et ils m'ont bien reversé l'intégralité des sommes que je leur ai payé jusque là sans aucun problème puisque j'ai résilié mon compte avant 60 jours d'utilisation.

Si je change, c'est pour passer carrément sur un Virtual private server chez Tektonic. C'est un poil plus cher, y'a aucun support et faut tout faire soi-même. Par contre c'est totale liberté : on se retrouve avec l'équivalent d'un serveur dédié rien qu'à soi, et ce pour 15 dollars par mois, et on peut faire ce qu'on veut, y compris tout casser. J'essaierai de détailler davantage d'ici quelques temps.