Informatique

KissCount 0.1

Thursday, 11 November 2010
|
Écrit par
Grégory Soutadé

La version 0.2 est sortie !

Après 6 mois d'intense développement, voici la version 0.1 de KissCount. Tout a commencé par une simple feuille de calcul pour noter les dépenses d'un budget modeste (donc qui nécessite de l'attention), puis sont apparues les couleurs pour différencier les opérations, les lignes de démarcation entre les semaines, les graphiques ... Au fur et à mesure, des fonctionnalités de plus en plus complexes se sont ajoutées. Ne voulant pas me lancer dans de la programmation sous OOo, le projet KissCount est né !

L'objectif est simple : arriver à retrouver la simplicité d'une feuille calcul tout en automatisant le plus possible les manipulations et les calculs. Il faut pouvoir visualiser en un seul écran : les opérations courantes, l'état des comptes et la répartition des dépenses (statistiques). L'objectif initial était même de faire tenir toutes ces informations dans un écran d'une résolution de 1024x768.

Bien sûr il existe des dizaines d'autres logiciels de comptabilité personnelle : libres, gratuits ou payants. Mais après une recherche rapide je me suis rendu compte qu'ils avaient tous les mêmes fonctionnalités et la même ergonomie, ce qui ne répond absolument pas à MON besoin : ouvrir le logiciel, rentrer les opérations, voir l'état des comptes, fermer le logiciel. En effet la plupart des autres logiciels de comptabilité partent sur une base financière et essaient de modéliser le maximum de détails, hors pour une utilisation "normale" on n'a besoin que de 20% des fonctionnalités proposées. De plus ils se transforment souvent en cliquodromes insupportables pour réaliser de simples opérations.

Par exemple : les champs "date de valeur", "date d'opération", "numéro de chèque", "destinataire", "devise", "type de l'opération" (chèque, espèces, carte bleue) sont inutiles. Ils prennent de la place à l'écran et ralentissent la saisie.
Dans KissCount on considère que :

  • la "date de valeur" est équivalente à la "date de l'opération" : Si un chèque n'est encaissé que 6 mois plus tard on le considère pendant 6 mois comme déjà encaissé (ça évite de le dépenser) mais on a la possibilité de ne pas le prendre en compte lors du rapprochement mensuel
  • "Numéro de chèque" et "destinataire" : Ils peuvent être inclus dans la description de l'opération, le montant du chèque suffit souvent à l'identifier
  • "Devise" : Le logiciel considère que tout est dans la même devise, le change entre devises est exceptionnel dans la vie courante donc il n'est pas nécessaire de rajouter des mentions inutiles pour le supporter. Si l'utilisateur a à manipuler régulièrement différentes devises il peut se tourner vers d'autres logiciels
  • "Type de l'opération" : inutile car à part les espèces dont le montant est faible (il y a peu de personnes qui se promènent avec 1000€ en liquide sur eux) toutes les autres opérations se font à partir de ou vers un compte bancaire. Il suffit alors d'indiquer une opération de retrait (libre à la personne de gérer ce retrait comme elle l'entend).


Ce sont des exemples de la philosophie du logiciel qui se veut KISS avant tout.

KissCount v0.1

Petite mise au point pour ceux qui ne feraient que regarder les images : il y a deux types d'opérations dans KissCount, les opérations en jaune sont les opérations récurrentes (salaire, loyer ...) qui sont automatiquement reportées d'un mois sur l'autre et les opérations en vert sont les opérations du mois en cours (les couleurs et la police de caractère sont paramétrables pour chaque catégorie).

Actuellement les fonctionnalités suivantes sont implémentées :

  • Gestion des opérations, catégories, comptes bancaires
  • Grouper/Dégrouper des opérations
  • Lorsqu'une description est réutilisée pour une nouvelle opération, le logiciel remplit automatiquement la catégorie et le compte bancaire
  • Statistiques de répartition des dépenses (pratique pour analyser son budget)
  • Mode rapprochement (uniquement les opérations sélectionnées sont prises en compte)
  • Possibilité d'insérer des formules à la place de valeurs numériques
  • Fonction de recherche (avec édition des résultats)
  • Gestion des comptes partagés
  • Affichage des opérations de manière croissante ou décroissante
  • Traduction Français/Anglais
  • Support multi utilisateurs
  • Mini site web pour visualiser ses données en ligne (nécessite un serveur web)


Le logiciel n'a donc pas la prétention de détrôner les concurrents déjà en places mais simplement d'apporter une nouvelle vision innovante en partant du besoin réel de l'utilisateur.
A partir de maintenant le développement sera ralenti car toutes les fonctionnalités importantes ont été implémentées, ça ne veux pas dire que le projet est abandonné : s'il manque une fonctionnalité ou qu'il y a (encore) des bugs il y aura de l'activité.

Pour l'aspect technique : il est développé en C++ sur un modèle MVC avec wxWidgets comme boîte à outils graphique et un peu de PHP pour la partie web. Les données sont stockées dans une base SQLite3.

Pour le moment le principal défaut est que l'interface graphique est mal gérée au niveau des layouts, quelques graphiques plus sympa et des traductions seraient les bienvenues !
Le projet est hébergé sur une forge inDefero : http://indefero.soutade.fr/p/kisscount/
Des captures d'écran sont disponibles dans la documentation française et anglaise

SheevaPlug qui ne boot pas après mise à jour du noyau

Wednesday, 27 October 2010
|
Écrit par
Grégory Soutadé

C'est rare mais les gars du projet Debian se sont planté. Peut être que j'ai loupé un truc, mais après avoir redémarrer suite à la mise à jour de mon SheevaPlug vers le noyau 2.6.32-5-kirkwood, le système sortait en kernel panic lors de l'initialisation du réseau. Pas pratique ...

Une petite recherche sur le web m'indique le liens suivant : http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=597302#35
Le problème vient du fait que la commande flash-kernel n'est pas appellée après la mise à jour du noyau. La marche à suivre est de rajouter l'option ipv6.disable=1 à la ligne de commande (setenv bootargs ipv6.disable=1) lors du boot. Evidement chez moi ça ne fonctionne pas.

Bref un système inutilisable (puisqu'il plante avant le boot). Ma configuration est la suivante :
- Ubuntu d'origine dans la mémoire flash intégrée
- Debian installée sur la clé USB avec les partitions suivantes :
/dev/sda1    /boot
/dev/sda2    /
/dev/sda3    swap
/dev/sda4    /home

Heureusement on a accès à la clé USB depuis l'Ubuntu d'origine, cela va permettre de remettre en marche tout ça. Il faut d'abord démarrer sous Ubuntu (sortir le cable USB pour accéder à l'interface RS232 via putty ou screen), monter la clé, se chrooter (c'est donc "comme" si on avait booté sur la clé). Hélàs /dev/sdaX n'est pas automatiquement détecté par udev (les événements ne lui sont pas envoyé pour qu'il crée les périphériques), on va donc le faire à la main avec mknod. Puis on monte /boot et /proc avant de pouvoir lancer flash-kernel. On revient sous Ubuntu, un petit fsck sur les partitions modifiées et on peut enfin redémarrer normalement sur notre ancien système !

mount -t ext2 /dev/sda2 /media chroot /media mknod /dev/sda1 b 8 1            # 8 2 pour /dev/sda2, 8 3 pour /dev/sda3 ... mount -t ext2 /dev/sda1 /boot mount -t proc /proc /proc flash-kernel exit reboot

redémarrer sous Ubuntu

fsck /dev/sda1 fsck /dev/sda2 reboot

J'ai remarqué que lorsqu'on débranche brutalement l'alimentation, il ne boote plus sur la clé USB. L'astuce consiste à démarrer sur l'Ubuntu d'origine, monter la partition, faire un ls, démonter la partition, faire les fsck sur les partitions modifiées (sinon il va le faire au boot de la clé et comme le système a été modifié va redémarrer ...), puis redémarrer le Sheeva (via un reboot).

mount -t ext2 /dev/sda2 /media ls /media umount /media fsck /dev/sda2 reboot

L'idéal est de créer un script et de le rajouter dans le crontab d'Ubuntu pour qu'il s'exécute toutes les 10 minutes. Comme ça si le redémarrage intervient pendant la nuit ou quand on n'a pas accès au SheevaPlug il revient tout seul sur Debian. Les 10 minutes permettent de désactiver le crontab quand on a des choses à faire sous Ubuntu (comme un flash-kernel par exemple ...).

Astuces pour GNU/Linux

Sunday, 26 September 2010
|
Écrit par
Grégory Soutadé

Aujourd'hui deux petites astuces pour notre système favoris

Presse papier du serveur X


Vous connaissez certainement le presse papier, c'est l'emplacement temporaire qui accueille les données du couper/copier/coller. Et bien le serveur X a lui aussi un presse papier. Il suffit de sélectionner du texte dans une fenêtre pour le copier, puis de cliquer sur la molette de la souris (bouton 3) pour le coller. Une fois qu'on y a goûté on ne peux plus s'en passer ! Et surtout on râle quand on est sur les systèmes qui ne proposent pas cette fonctionnalité. De plus le presse papier d'X est indépendant, en gros vous pouvez faire un copier/coller traditionnel et en parallèle un copier/coller via X.


Être averti des mises à jours par mail


Heureux possesseur d'un SheevaPlug, il m'arrive souvent d'oublier de faire les mises à jours. Bon sur ma Debian stable il n'y en a pas tous les jours non plus ... Mais ce petit script va vérifier chaque soir s'il y a des mises à jours à effectuer et me prévient par mail. Bien sûr je pourrais forcer les mises à jours mais c'est moins propre que si c'est fait interactivement (notamment quand il s'agit du noyau et qu'il faut redémarrer).

#!/bin/bash apt-get update > /dev/null res1=`apt-get upgrade -s` res2=`apt-get dist-upgrade -s` res3="$res1\n$res2" echo $res3 | grep 'Inst' >/dev/null || exit 0 # Délimiteur du for IFS=$'\n' packages="apt-get upgrade :" for line in $res1 ; do     echo $line | grep 'Inst' >/dev/null || continue     tmp=`echo $line | cut -d' ' -f 2`     packages="$packages $tmp" done packages="$packages\n\napt-get dist-upgrade :" for line in $res2 ; do     echo $line | grep 'Inst' >/dev/null || continue     tmp=`echo $line | cut -d' ' -f 2`     echo $res2 | grep $tmp >/dev/null && continue     packages="$packages $tmp" done echo -e $packages | mail -s "Packages needs to be updated on cybelle" gregory@soutade.fr

Et dans /etc/crontab :

0  2    * * *   root    /root/apt.sh

Samsung r780

Sunday, 19 September 2010
|
Écrit par
Grégory Soutadé

Mon nouveau joujou est arrivé ! Après 6 années (oui 6) de loyaux services, j'ai décidé de mettre mon ancien PC portable à la retraite. Bien qu'il soit encore très fonctionnel pour son age et son matériel, le disque dur devient de plus en plus faiblard, parfois certains fichiers ne sont pas affichés lors d'un simple ls. Bref ça craint pour les données qui sont dessus (bien qu'il y ait une sauvegarde). C'est aussi par crainte que mon disque ne lâche que j'ai investit dans le SheevaPlug.

Donc il a fallu choisir une nouvelle bête (c'est rare d'avoir du matériel dernière génération pour moi, ce qui est plutôt paradoxal). Quel choix : fixe ? portable ? ultra portable ? Les ultra portables c'est non tout de suite, trop petit, trop faibles capacités. Reste le choix entre fixe et portable : fixe plus puissant et un peu moins cher mais beaucoup de fils, d'encombrement et pas de possibilité de transport. Bon, va pour un portable, les capacités de ces engins ont grandement augmentées ces dernières années. Encore un petit soucis : mac ou PC ? Il faut bien le reconnaître autant d'un point de vue matériel que logiciel les macs sont de très bonne qualité mais MacOS ne m'intéresse pas et apparemment ce n'est pas trivial d'installer un GNU/Linux sur leurs matériel ... tant pis, peut être plus tard.

Budget : entre 700€ et 1000€ (en dessous ça ne vaut rien, en dessus c'est un peu trop). Mais quitte à investir, autant que ça dure un minimum de temps (6 ans c'est pas mal). Donc le minimum requis c'était :
- Core i5 : préféré à AMD pour la conso
- Carte graphique nVidia : jamais eu de problèmes avec les pilotes propriétaires nVidia (même si c'est LE MAL)
- Écran > 15" à LED : TRÈS important, et puis niveau conso c'est important
- Poids < 4kg : parce qu'il ne faut pas déconner
L'ensemble de ces éléments doivent avoir une consommation réduite pour limiter l'utilisation du ventilateur.

Bref j'ai trouvé mon bonheur avec le Samsung r780 E7P-C5450 :
- Core i5 450M 2,4Ghz (double cœur)
- 4Go DDR3 1066Mhz
- 640 Go de disque dur 5400tr/min : la vitesse est un peu faible, mais c'est partout pareil :(
- nVidia GeForce 330M 1Go
- Ecran 17,6" LED
- Look sympa
- 2,8kg
- 850€ avec frais de port sur Amazone

Pour information l'ancien PC était un Gericom Hummer 30680 :
- Pentium 4 3Ghz
- 512Mo de RAM
- nVidia Geforce FX5500 64Mo de mémoire partagée
- 80Go de disque dur
- Écran 15" LCD (max 1024x768)

Bref c'est pile ce qu'il fallait ! Bon France Express ont du mal à gérer leurs livreur du coup j'ai dû attendre 4 jours au lieu de 2 max (12€ de frais de port quand même), mais il est arrivé c'est l'essentiel. Le package de Samsung est un peu léger (juste du carton avec quelques protections), on essais de réduire les coûts au maximum et puis ça fait écolo... Il y a quand même un petit  chiffon fournis avec.

Les ennuis commencent maintenant : premier démarrage (histoire d'activer Windows 7 64 bits pour ne pas perdre la licence), il y a un outils de restauration de Samsung qui se lance ... 30 minutes plus tard ... Point positif : il me propose de partitionner le disque, ils ont fait pas mal de progrès (système et données séparées). Bon entre Samsung, l'activation, la configuration, la mise à jour, la mise à jour de live messenger (qui ne fonctionne pas ...) : 3h !! Pour un système censé fonctionner "out-of-the-box" c'est pas terrible. On sent aussi le résultat de la décision de la cours Européenne envers Microsoft : Windows me demande de choisir un navigateur et va même le chercher pour l'installer !!
Autre point positif : le PC est silencieux et ne chauffe quasiment pas. L'écran rend vraiment très bien.

Windows c'est fait ! Passons maintenant sur un vrai système d'exploitation : Debian/GNU/Linux. Il faut faire les choses bien avec un système 64 bits. Première erreur : ia64 c'est l'architecture Itanium 64 bits (le flop d'Intel), en fait amd64 est équivalent à EMT64 qui est équivalent à x86_64. Étant donné qu'AMD s'était déjà positionné sur le marché du 64 bits, Intel a suivi. Le nom d'amd64 doit être là pour la compatibilité (quand il n'y avait qu'AMD en 64 bits).

Deuxième problème : j'ai l'habitude d'installer la version testing en netinstall (donc qui nécessite le réseau pour télécharger les paquets), donc comme d'hab j'utilise l'interface ethernet sachant que le Wifi est difficilement supporté nativement et la *PAF* c'est un chipset Marvell qui n'est pas inclus dans le noyau !! Heureusement qu'il y a un installateur depuis Windows sur la version stable (toujours en netinstall) ... mais qui ne prend pas en charge Windows 7 ! Bref téléchargement du premier iso de la version testing en mode normal (elle contient tout le nécessaire) ... le CD-RW utilisé foire légèrement (il passe pourtant la vérification) du coup changement de CD, téléchargement et compilation des pilotes réseaux et installation plus complète du système ... ouf. Mon ancien PC ne veut vraiment pas partir à la retraite.

Compilation des pilotes nVidia ... c'est beaucoup mieux le 1600*900 ! Copie du répertoire /home de l'ancien PC vers le nouveau (en ethernet). C'est magnifique Linux/UNIX, tous les fichiers de configuration des programmes se trouvent dans son répertoire personnel, donc c'est comme si on n'avait pas reformaté (comparé à la base de registre de Windows qui est une immondice).

Je note quand même que le pilote de la carte ethernet provoque d'importants ralentissements, le pilote Wifi n'a pas l'air terrible non plus (déjà que je me plaignais de l'ancien ...). Les touches fn ne fonctionnent pas non plus :( Il y a aussi un léger sifflement venant du ventilateur qui est assez désagréable.

Globalement ça marche bien, il est beaucoup plus rapide, surtout au niveau du disque dur (c'est important pour la sensation de fluidité), l'écran est beaucoup plus agréable. Il faut juste s'habituer à la nouvelle disposition du clavier (qui est au passage assez agréable au touché).

 

Pour ceux que ça intéresse :

Pilote Ethernet Marvell sk98lin
Pilote Wifi Realtek 8192e

Internet par Orange

Saturday, 11 September 2010
|
Écrit par
Grégory Soutadé

 

France Telecom/Orange premier fournisseur d'accès Internet/téléphonique en France ou comment avoir tous les défauts d'une grosse société :

  • Offres moins compétitives
  • Temps de réaction long
  • Externalisation du savoir faire
  • Volonté de garder le contrôle de la chaîne de bout en bout

Si on pourrait excuser les deux premiers points en compensant par une qualité de service plus importante, mais non on se contente de beaucoup de marketing pour faire passer la pillule.

C'est surtout les deux derniers point qui amènent aujourd'hui cet article. Deux points qui font que le matériel est vérouillé mais qu'en plus il est de mauvaise qualité ! (Mal)Heureux possesseur d'une Livebox Sagem F@st3202 j'ai été confronté à deux problèmes importants.



 

Internet lent sous GNU/Linux

Arf il me semblait avoir déjà résolu le problème par le passé, mais la Livebox a changé de place et l'accès en Wifi à Internet est devenu très lent. Au début je pensais que ce n'était qu'un simple problème de Wifi. En fait les symptômes sont plus sournois que ça, c'est la connexion qui était lente mais une fois établie je bénéficiais d'une bande passante normale. Attendre 3 secondes avant de commencer le chargement c'est une étérnité !!
Bref le problème vient de la résolution de noms (transformer une adresse internet comme http://blog.soutade.fr en adresse IP). GNU/Linux est un système trop avancé pour son temps, en effet il va d'abord essayer une résolution d'adresse IPv6 qui ne va jamais aboutir avec la Livebox jusqu'à arriver au timeout. Que faire ?

  1. Jeter la Livebox par la fenêtre et prendre un vrai routeur ADSL
  2. Désactiver l'IPv6, mais c'est dommage et compliqué
  3. Modifier les paramètres DHCP

La méthode la plus propre est bien sûr la 3., on garde la compatibilité (future) avec IPv6 sans trop toucher au système. On va donc utiliser un serveur de nom par défaut autre que celui de la Livebox, il faut éditer le fichier :

/etc/dhcp3/dhclient.conf

Et rajouter la ligne suivante en début du fichier:

prepend domain-name-servers 8.8.8.8;

Un petit coup de /etc/init.d/networking restart pour redémarrer les interfaces réseau et *magie* enfin un Internet pas trop lent ! (ça change du tout au tout). En fait on aura toujours la Livebox comme serveur DNS, mais uniquement si la requête sur le premier échoue. Ici j'ai choisis le DNS de Google, mais vous pouvez choisir n'importe lequel.


Développer un site web derrière une Livebox

Second problème : au nom de l'expérience d'Internet, si vous vous connectez sur le site d'Orange, vous serez automatiquement loggué (pratique si on vous pirate la connexion, surtout qu'il n'y a pas de WPA2 sur mon modèle). Mais surtout si on tente d'accéder à l'IP externe de la Livebox en étant à l'intérieur du réseau, on arrive sur la page de configuration de la Livebox ... Pas forcément pratique quand on veut tester le rendu de son site auto hébergé via son nom de domaine.

Une des solutions consiste à utiliser directement l'adresse IP de la machine qui héberge le site (192.168.1.12 par exemple), mais ce n'est pas très pratique si l'on a des hôtes virtuels (http://blog.soutade.fr, http://indefereo.soutade.fr par exemple) ou si on fait de la ré écriture d'URL. Cette fois ci on va encore jouer avec la résolution de nom, pour cela on va ajouter une entrée fixe dans le fichier /etc/hosts (C:\Windows\System32\drivers\etc\hosts pour Windows) :

192.168.1.12 www.soutade.fr blog.soutade.fr indefero.soutade.fr

Ainsi lorsqu'un programme essaira d'accéder à une de ces adresses, le système n'effectuera pas de requête DNS mais renverra l'adresse IP qui nous intéresse.


Conclusion

Le bilan n'est pas terrible pour Orange, mais ils possèdent toute l'infrastructure en France et au niveau qualité de service sont équivalents aux autres opérateurs, donc si on se contente des services qu'ils proposent c'est suffisant mais il ne faut pas en demander plus !