Comme pour la version précédente il a fallu attendre presque un an pour voir sortir la mouture 0.3 de KissCount. L'objet de ce retard est double : D'une part j'ai, depuis un an, beaucoup moins de temps de libre et, d'autre part, la création d'une version pour Windows a fortement retardé l'évolution du projet. Qu'est ce qu'on retrouve dans cette nouvelle version ? La principale modification est le passage à Qt4. Ça a été plus long que compliqué et une fois que j'ai réussi à reproduire un tableau correct, j'ai pu dérouler ! Le passage depuis wxWidgets est relativement "simple" car ils font tous les deux partis d'un monde objet avec des concepts proches en ce qui concerne l'approche graphique.

Nouvelles fonctionnalités

Aucun designer n'a rejoint l'équipe, mais grâce au trio Qt + icônes oxygen + libkdchart (bibliothèque graphique de KMyMoney), l'application commence vraiment à ressembler à quelque chose. Il faut noter aussi la mise en place de l'auto complétion, fonctionnalité attendue depuis la première version de KissCount. Une autre fonctionnalité intéressante est la gestion simple des sauvegardes. Enfin il y a une option pour "cacher" un compte, ainsi il n'apparaîtra plus dans le panneau principal. C'est un bon moyen pour garder un compte plutôt que de le supprimer (et donc de perdre son historique) ou pour ne pas afficher les comptes dont on se sert peu.

L'import des fichiers OFX n'est pas disponible pour la version Windows.

Attention : la nouvelle version de la base de données n'est pas compatible avec les versions 0.1 et 0.2, la migration étant impossible du fait de la suppression de certaines colonnes d'index.

Pour l'avenir

La version précédente était (selon moi) très aboutie en ce qui concerne le coeur de l'application. Maintenant il ne reste que l'enrobage à fignoler. Il ne manque plus de fonctionnalité majeure, mais on pourrait penser à :

• Meilleure interface graphique (toujours)
• Traductions
• Empaquetage
• Plugin
• Imports/Exports plus larges
• Impression

Au gré des besoins et de la popularité, il sortira peut être un jour une version 0.4.

D'autres captures d'écran sont disponibles dans la documentation française et anglaise. Le code source est disponible ici et la page de téléchargements se trouve là.

At work we're not root in our machines. This simplify the administrator's works and we don't need to be root for usual tasks. If I need to, I can ask my colleague two desks in front of me. But for a special case I was given modprobe access via sudo. I said to him "If I can use modprobe, I'm root !", he replied "No because modprobe only loads modules from /lib/modules, but this is your challenge !".

Challenge accepted and successfully completed ! I'm running an Ubuntu 10.4 LTS with a 2.6.32-41-generic kernel.

Module source

The module was easy to develop (even if it has been a while I havn't do kernel module). It was named beyrouth for "be root", but it's more generic. Indeed you can change UID and GID of any running process !

/*  
 *  beyrouth.c - Change task's UID and GID
 */
#include /* Needed by all modules */
#include /* Needed for KERN_INFO */
#include 
#include 
#include 
#include 

// Copied from linux/cred.h
#define __task_cred(task) \
  ((const struct cred *)(rcu_dereference((task)->real_cred)))

// Copied from linux/cred.h
#define get_task_cred(task)                             \
  ({							\
    struct cred *__cred;				\
    rcu_read_lock();					\
    __cred = (struct cred *) __task_cred((task));	\
    get_cred(__cred);					\
    rcu_read_unlock();					\
    __cred;						\
  })

int pid = -1;
int uid = -1;
int gid = -1;

module_param(pid, int, 0);
module_param(uid, int, 0);
module_param(gid, int, 0);

int init_module(void)
{
  struct cred *_cred;
  struct pid* _pid;
  struct task_struct* task;

  printk(KERN_ERR "Hello world\n");

  if (pid == -1)
    {
      printk(KERN_ERR "PID is missing\n");
      return -2;
    }

  _pid = find_get_pid(pid);
  if (!_pid)
    {
      printk(KERN_ERR "PID not found\n");
      return -3;
    }

  task = pid_task(_pid, PIDTYPE_PID);
  if (!task)
    {
      printk(KERN_ERR "Task not found\n");
      return -4;
    }

  _cred = get_task_cred(task);
  if (!_cred)
    {
      printk(KERN_ERR "Cred not found\n");
      return -5;
    }

  if (uid != -1)
    {
      _cred->uid = uid;
      _cred->euid = uid;
      _cred->suid = uid;
      _cred->fsuid = uid;
    }
  else
    uid = _cred->uid;

  if (gid != -1)
    {
      _cred->gid = gid;
      _cred->egid = gid;
      _cred->sgid = gid;
      _cred->fsgid = gid;
    }
  else
    gid = _cred->gid;

  commit_creds(_cred);

  printk(KERN_ERR "New UID %d GID %d\n", uid, gid);

  // Don't load module
  return -1;
}

void cleanup_module(void)
{
  printk(KERN_INFO "Goodbye world\n");
}

MODULE_AUTHOR("Grégory Soutadé");
MODULE_DESCRIPTION("Change task's UID and GID");
MODULE_LICENSE("GPL");

The module is GPL because we want to access to GPL exported kernel's functions. Maybe it's not the most elegant way to do, but it works for now. It came with its Makefile :

obj-m += beyrouth.o

all:
	make -C /lib/modules/$(shell uname -r)/build M=$(PWD) modules

clean:
	make -C /lib/modules/$(shell uname -r)/build M=$(PWD) clean

Modpost error

This pretty compile on a Debian VM. But with Ubuntu I have this f***ing error :

  Building modules, stage 2.
  MODPOST 0 modules

There is no resource on the net to bypass this compilation error.

ONE SOLUTION : I had "-n" switch activated in my GREP_OPTIONS (exported by .bashrc). Disable this swtich make the compilation works again !!

OLD ISSUE : The only issue seems to do a "make modules_prepare" on kernel sources, but I'm not root (for now) !! The solution is to copy kernel headers (take care of symbolic links)

mkdir linux
cp -r /lib/modules/2.6.32-41-generic/ linux
cp -r /usr/src/linux-headers-2.6.32-41* linux
cd linux/2.6.32-41-generic/
rm build
ln -s ../linux-headers-2.6.32-41-generic/ build
cd -

Edit your Makefile to change kernel header's root

make -C ./linux/$(shell uname -r)/build M=$(PWD) modules

Edit ./linux/2.6.32-41-generic/build/scripts/Makefile.modpost, change modules rules by :

modules   := $(MODVERDIR)/../beyrouth.ko

Now you can run make, and it works !!! It's not sexy, I know...

  Building modules, stage 2.
  MODPOST 1 modules

Modprobe

The second problem is that modprobe looks for modules in /lib/modules/`uname -r`. The first thing to do is to create modules.dep beside beyrouth.o with :

beyrouth.ko:

After that you can open a new terminal and do "ps -o pid,user,group,args" :

  PID USER     GROUP    COMMAND
13209 soutade  soutade  bash
13231 soutade  soutade  ps -o pid,user,group,args

Finally change kernel's version for modprobe to change kernel's module path :

sudo modprobe --set-version ../../home/soutade/beyrouth/ beyrouth pid=13209 uid=0 gid=0
FATAL: Error inserting beyrouth (/lib/modules/../../home/soutade/beyrouth

"Operation not permitted" is a valid return because we don't want to insert beyrouth.ko into kernel. dmesg tells us :

[533621.707288] Hello world
[533621.707293] New UID 0 GID 0

And "ps -o pid,user,group,args"

  PID USER     GROUP    COMMAND
13209 root     root     bash
13236 root     root     ps -o pid,user,group,args

I now have a root terminal, even if I won't use it !

Git is great, it's true. I don't wanna enhance this scm but introduce a little tip. In git, local branches are cheap, thus a common work flow is to create branches for everything. But you cannot switch from one branch to another if there are some modifications on your code and the first thing you does when a colleague ask you to test quickly something is to stash your work and do a checkout. The problem appears when you come back to your original branch two days later (because this silly bug was hard to fix) and you've forgotten that there is something in the stash list !

The tip of the day is a post-checkout's hook script that will show stashes pending to current branch after a checkout. Here I used a hook script because stashes are implemented by a bash script, so there is no API to properly access in C language. Plus, a modification in internals git code must be maintained by hand.

The first thing is to create a template repository. As described in this question on stack overflow, we'll create a global hook directory in our home, so every git repository will have access to it :

git config --global init.templatedir '~/.git_template'
mkdir -p ~/.git_template/hooks
touch ~/.git_template/hooks/post-checkout
chmod a+x ~/.git_template/hooks/post-checkout

Then you can edit post-checkout with :

#!/bin/sh
#
# Git post checkout hook
# Parameters   
#
cur_branch=`git branch | grep '\*' | awk '{print $2}'`
git stash list | GREP_OPTIONS="" \grep "[oO]n $cur_branch:"

Now after each "git checkout" you'll be noticed if there are pending stashes in the current branch !

Elles sont là ! Mais que ce fût long ! Les vidéos des JM2L 2011 sont arrivées après 3 mois d'attente. Les absents vont enfin pouvoir rattraper leur retard.

Petit zoom sur une commande peu connue mais qui peut être très utile (surtout lorsqu'on administre un serveur) : nohup.

Pour la partie technique, nohup exécute un processus en ignorant au préalable le signal hup child. Signal qui est envoyé aux processus fils lorsque le processus père meurt et, comme tout le monde le sait, lorsqu'un processus reçoit un signal auquel il n'est pas préparé, il meurt (à ce niveau c'est un génocide !!). La principale utilité est donc de ne pas tuer un processus après fermeture du terminal, ce qui se révèle particulièrement utile lorsqu'on accède à une machine par SSH.

Petite subtilité : nohup redirige le flux de sortie standard dans le fichier "nohup.out", mais pas le flux d'erreur. Donc si l'on veut conserver l'affichage sur la sortie standard on lancera un autre terminal avec un "tail -f nohup.out". C'est un inconvénient, mais surtout un avantage lorsque l'on veut accéder à posteriori au log du processus (que l'on peut toujours rediriger, si on le souhaite, dans un fichier).