Mise à jour du serveur X.org et donc ... problèmes avec les drivers NVIDIA. Le fichier de log /var/log/Xorg.0.log nous indique un changement de version d'ABI du serveur X. Si la dernière version des pilotes (NVIDIA-Linux-x86_64-280.13) supporte la compilation sous Linux 3.0, ils n'ont pas encore pris en compte ce changement d'ABI (c'est peut être en cours de test).

[    48.968] (II) Loading /usr/lib/xorg/modules/drivers/nvidia_drv.so
[    48.968] (II) Module nvidia: vendor="NVIDIA Corporation"
[    48.968]    compiled for 4.0.2, module version = 1.0.0
[    48.968]    Module class: X.Org Video Driver
[    48.969] ================ WARNING WARNING WARNING WARNING ================
[    48.969] This server has a video driver ABI version of 11.0 that this
driver does not officially support.  Please check
http://www.nvidia.com/ for driver updates or downgrade to an X
server with a supported driver ABI.
[    48.969] =================================================================
[    48.969] (EE) NVIDIA: Use the -ignoreABI option to override this check.
[    48.969] (II) UnloadModule: "nvidia"
[    48.969] (II) Unloading nvidia
[    48.969] (EE) Failed to load module "nvidia" (module requirement mismatch, 0)
[    48.969] (EE) No drivers available.

La solution temporaire, mais fonctionnelle, (les deux version étant assez proche pour tenter cette manip) est d'ignorer la vérification de la version d'ABI lors du lancement du serveur X. Pour cela il faut éditer le fichier /etc/X11/xorg.conf :

Section "ServerFlags"
 Option  "IgnoreABI" "True"
EndSection

MAJ du script ici

J'aime bien suivre au jour le jour les statistiques du blog, ça fait passer 5 minutes et parfois cela permet de mieux répondre aux attentes des internautes (quand un mot clé revient régulièrement, mais que l'article proposé ne répond pas forcément à la question). À ce propos mes stats ont été divisés par 2 ou 3 depuis septembre ... Bref elles sont générées via AWStats. Il est un peu lent, mais quand on y est habitué on en tire plein d'informations intéressantes. Le problème principal d'AWStats est qu'il n'est composé que d'un seul fichier PERL de 20 000 lignes, ce qui le rend relativement indigeste et difficile à manipuler pour un néophyte.

L'objectif du jour est d'obtenir les nouvelles phrases clé par rapport à la dernière mise à jour. Pour cela j'ai réalisé un petit script PHP qui va brutalement analyser la sortie HTML d'AWStats et afficher dans un tableau : les nouvelles lignes en vert, les lignes mises à jour en jaune et les lignes supprimées en rouge. Le script est basique, il n'y a pas de gestion de date (si on rafraîchit deux fois dans la même journée), mais fonctionne plutôt bien.

Le script est disponible ici

En retard sur ma mise à jour (comme d'hab), me voici donc avec un noyau Linux 3.0 fraichement installé ! Comme d'habitude il faut recompiler le pilote graphique NVIDIA et le pilote Wifi Realtek (rtl8192e), sauf que le passage à la version 3.0 perturbe les scripts de compilation, même si les structures internes sont sensiblement identiques aux dernières 2.6.xx.

Les modifications à appliquer à HAL/rtl8192/Makefile sont :

• Changer la vérification de version 2.6 en 3.0

-ifeq ($(shell uname -r|cut -d. -f1,2), 2.6)
+ifeq ($(shell uname -r|cut -d. -f1,2), 3.0)

• Le chemin de include/linux/autoconf.h a changé

-CONFIG_FILE := $(KSRC)/include/linux/autoconf.h
+CONFIG_FILE := $(KSRC)/include/generated/autoconf.h

• Le chemin de include/linux/modversions.h a changé

-CFLAGS += -DMODVERSIONS -DEXPORT_SYMTAB -include $(KSRC)/include/linux/modversions.h
+CFLAGS += -DMODVERSIONS -DEXPORT_SYMTAB -include $(KSRC)/include/config/modversions.h

• Changer la variable CFLAGS par EXTRA_CFLAGS

Le patch complet est disponible ici

Un petit make "clean && make && make install" et on peut de nouveau profiter du Wifi !

Le pilote rtl8192e est dans la branche stagging depuis 1 an et demi (noyau 2.6.32), ça serait bien qu'il intègre enfin la branche stable, on pourrait peut être enfin profiter d'un Wifi correct ...

La version 0.3 est sortie !

9 mois après la première version stable, voici la version 0.2 de KissCount. Pour rappel KissCount est un logiciel de comptabilité personnelle que j'ai commencé à développer voilà un peu plus de deux ans pour répondre à mes propres besoins : avoir un logiciel simple qui permet de rentrer ses opérations quotidiennes et pouvoir visualiser instantanément l'état du budget, contrairement à la majorité des logiciels sur le marché qui essaient de couvrir les besoins de tous les utilisateurs renforçant ainsi la complexité de l'interface.

Au final 9 mois c'est long pour ce qui a été fait. En réalité beaucoup de modifications ont été faites pour l' "ouverture" du logiciel et ne me concernent pas directement, donc j'ai vraiment dû me pousser pour implémenter tout ça !

Petite capture pour voir la nouvelle tête (à comparer à celle-ci) :

Si ça parait plus joli c'est surtout que j'ai (enfin) activé le moteur de rendu GTK...

Nouvelles fonctionalités

• Meilleure interface (avec l'utilisation des sizers)
• Ajout d'ascenseurs (c'est con, mais ça manquait)
• Statistiques interne au mois
• Opérations de groupe (Rennomage / changer la catégorie ou le compte)
• Comptes virtuels et mode réel
• Paquet Debian
• Import XML (KissCount), OFX et Grisbi (expérimental)
• Export XML (KissCount)
• Mettre à jour les mois suivants
• Pleins de bugs corrigés (et ajoutés :p)

Comptes virtuels et mode réel

Petite explication : Les comptes virtuels ont été crées pour pouvoir budgétiser une dépense, ce sont des comptes "virtuels" (comme leurs noms l'indique), c'est-à-dire que les transferts vers/depuis ces comptes sont fictifs (ils ne sont pas effectifs au niveau de la banque). Mais les opérations seront prisent en compte dans les statistiques.

Le compte virtuel le plus courant se nomme "Impôts". Je sais qu'à la fin de l'année j'aurais X € à débourser pour M. l'état. En début d'année je "vire" sur ce compte le montant à débourser (ne pas faire l'opération depuis le compte courant ...), qui se retrouve bloqué virtuellement pendant un an.

Naturellement cela "fausse" les valeurs si j'essaie de faire un rapprochement avec ce qu'indique mon relevé de banque. C'est pour ça qu'on peut passer en mode réel, ce qui aura pour effet de ne pas prendre en compte les opérations sur des comptes virtuels (ce que fait déjà le mode rapprochement).

Version Windows

Pour assurer une diffusion plus large de KissCount (pour l'instant 0...), il serait intéressant de réaliser une version pour Windows(tm)(r). En soit il ne s'agit presque que de la mise en place d'un compilateur croisée. Hélas le rendu de l'application est VRAIMENT laid (comme dans la première version), car les sizers ne sont pas pris en compte ...

L'avenir

Désormais je travaille (et j'utilise) la v0.3 du logiciel. La (grande) majorité des fonctionalités ont été implémentées (c'était déjà le cas pour la v0.1), donc sauf nouvelle idée ou correction de bug, il n'évoluera pas beaucoup. Le prochain changement majeur sera le passage à WxWidgets 2.9 et éventuellement une ré écriture du code.


D'autres captures d'écran sont disponibles dans la documentation française et anglaise

Voilà un an que je suis chez OVH (depuis l'achat du nom de domaine). Le choix d'OVH a été simple : connu, en France, prix attractifs. Bref tout se passait bien : pas de problème, l'interface d'administration est un peu foullie, mais on s'en sort quand même.

Puis vint l'étape du renouvellement (je vais squatter soutade.fr pendant encore au moins un an) :


J'effectue l'étape de renouvellement (nom de domaine + certificat SSL) le lundi 18 juillet. Concernant le certificat SSL, un mail est envoyé sur le serveur, mais il n'y a qu'un nombre limité d'adresses possible (admin, root, postmaster ...) : très pratique quand on n'a pas installé de serveur mail !! Le serveur mail était actif, mais l'utilisateur que j'ai sélectionné dans la précipitation ne l'était pas. Naturellement le mail s'est perdu, bloquant l'avancement de la commande (donc du renouvellement du nom de domaine expirant le lundi suivant) et aucun rappel n'est envoyé.

Je contacte donc le support par mail le mardi 19 au soir. 24h plus tard toujours pas de réponse, je "signale le mail" au manager en précisant que la réponse n'est pas assez rapide.

Jeudi 21 : toujours pas de réponse, je contacte le support technique. On me dit que le support SSL va traiter ma demande et qu'il me recontactera par mail : 7 minutes perdues en numéro surtaxé.

Vendredi 22 : toujours pas de réponse, j'envoie un nouveau message au support technique, je signale l'opération quelques heures plus tard, mais rien n'y fait. Nouvel appel au support technique dans la soirée : "Normalement le nom de domaine devrait être renouvelé, si lundi (date limite) il ne l'est pas, contactez le support commercial" : encore 13 minutes de perdues.

Lundi 25 : évidemment le nom de domaine n'a pas été renouvelé (mais il n'expire que dans la soirée). Je contacte le support commercial (c'est moins cher que pour le support technique). "Votre demande va être signalée au support SSL". 3h plus tard on répond enfin à mes demandes écrites et en une demie-heure l'affaire est réglée : commande validée, nouveau certificat SSL, nom de domaine renouvelé !!


OVH propose un joli graphique http://www.ovh.com/fr/support/ présentant le temps de réponse moyen (entre 2h et 3h), mais c'est de la fumisterie pure et simple ! C'est quand même scandaleux de devoir contacter le support commercial pour que les questions techniques soient prisent en compte. Et comme dans toutes les grandes boîtes : support technique/commercial externalisé, les personnes ne sont là que pour se faire taper dessus mais n'ont quasiment aucune connaissance technique ("- Un renouvellement SSL : ça doit prendre une semaine, peut être plus, peut être moins ..."). Bref on est peut être en période estivale, mais sur ce coup OVH manque cruellement de sérieux. J'espère que ceux qui ont un hébergement sont mieux servis niveau support ! Si ce n'était pas deux fois plus cher j'aurais déjà tout transféré chez Gandi.