Questions fréquentes sur Grisbi
-
Grisbi et la sécurité
-
À propos de Grisbi
-
Fonctionnement de Grisbi
-
Problèmes techniques
Grisbi et la sécurité
Comment vérifier l'intégrité des archives sources de Grisbi ?
Il peut arriver qu'après avoir télécharger les archives sources de Grisbi,
vous soyez dans l'incapacité de compiler celles-ci. Auquel cas, la première
question que vous devez vous poser est :« N'y aurait-il pas eu
un problème au téléchargement ? ».
Pour y répondre, une seule solution ; téléchargez également le fichier
somme de contrôle associé à l'archive et dont l'extension est md5
(ce fichier est disponible, dans la page téléchargement,
derrière le lien « md5 » sur la même ligne que l'archive à télécharger).
Par exemple, le fichier somme de contrôle associé à l'archive
grisbi-0.4.4.tar.gz se nomme grisbi-0.4.4.tar.gz.md5.
Déposez ce fichier dans le même répertoire que l'archive et tapez la commande
suivante dans une console ouverte dans le répertoire contenant les deux
fichiers :
md5sum -c grisbi-0.4.4.tar.gz.md5 ou bien
md5sum --check grisbi-0.4.4.tar.gz.md5
- Si votre archive est intègre, s'affichera alors dans votre terminal le message
suivant :
grisbi-0.4.4.tar.gz: OK
- Si votre archive est endommagée, s'affichera alors dans votre terminal un message
similaire à celui-ci :
grisbi-0.4.4.tar.gz: ÉCHEC
md5sum: AVERTISSEMENT: 1 des 1 sommes de contrôle checksum ne concordent pas..
Dans ce cas, il est nécessaire que vous téléchargiez une nouvelle fois l'archive
concernée.
Comment être certain que l'archive que j'ai récupéré a bien été produite par les développeurs de Grisbi ?
Sachez-le, les virus ne sont pas réservés aux systèmes Windows !
Des petits malins essayent aussi d'infecter votre système d'exploitation préféré. Aussi, ne compilez et n'installez JAMAIS des sources dont vous n'êtes pas certain de la provenance. C'est la raison pour laquelle les développeurs de Grisbi ont décidé de signer systématiquement les archives et paquets qu'ils fournissent et mettent à disposition sur la page téléchargement de leur site.
Lorsque vous téléchargez une archive source, pensez également à télécharger le fichier
signature associé que vous trouverez derrière le lien « GnuPG » sur la même
ligne que l'archive. Le nom du fichier signature est identique à celui de l'archive,
avec l'extension supplémentaire asc. Déposez le fichier signature dans
le répertoire où se trouve l'archive, ouvrez un terminal dans ce même répertoire et tapez
la commande suivante :
gpg --verify grisbi-0.4.4.tar.gz.asc grisbi-0.4.4.tar.gz
Si l'archive et son fichier signature associé correspondent, vous aurez alors dans le
terminal un message similaire à :
gpg: Signature faite jeu 25 mar 2004 16:37:28 CET avec une clé DSA ID 20D7D773
gpg: Bonne signature de "Dionysos (Grisbi Team) <dionysos@grisbi.org>"
gpg: alias "Alain PORTAL (Grisbi Team) <dionysos@grisbi.org>"
Si l'archive et son fichier signature associé ne correspondent pas, vous aurez alors
un message qui ressemblera à :
gpg: Signature faite jeu 25 mar 2004 16:37:28 CET avec une clé DSA ID 20D7D773
gpg: MAUVAISE signature de "Dionysos (Grisbi Team) <dionysos@grisbi.org>"
Pour plus de renseignements concernant GPG et sa configuration, vous pouvez consulter
tout d'abord la page manuel de GPG, mais également une excellente introduction à GPG
sur la page Introduction à GPG.
Vous trouverez également, sur le site
de Gérard Delafond, une
traduction en français
de la page manuel de GPG.
Enfin, si vous n'êtes pas réfractaire à la langue anglaise, reportez-vous simplement
au site officiel GNU Privacy Guard.
Mais... Pourquoi n'y-a-t'il pas de fichiers signature et somme de contrôle pour les paquets RPM ?
Parce que RPM fait bien les choses !
En effet, les informations signature et somme de contrôle sont intégrées dans le paquet
Il vous suffit de taper la commande :
rpm -K grisbi-0.4.4-1.rh73.i386.rpm
pour voir s'afficher le message :
grisbi-0.4.4-1.rh73.i386.rpm: md5 gpg OK
qui vous indique que non seulement le paquet n'est pas endommagé,
mais qu'il a bien été construit par un des membres de l'équipe Grisbi.
Et si vous souhaitez plus de renseignements, ajoutez alors l'option v sur la
ligne de commande :
rpm -Kv grisbi-0.4.4-1.rh73.i386.rpm
S'affichera alors dans votre terminal le message suivant :
grisbi-0.4.4-1.rh73.i386.rpm:
MD5 sum OK: 8597a1a5ab6ebb1fdba6bc3dfe650a35
gpg: Signature faite jeu 25 mar 2004 16:50:33 CET avec une clé DSA ID 20D7D773
gpg: Bonne signature de "Dionysos (Grisbi Team) <dionysos@grisbi.org>"
gpg: alias "Alain PORTAL (Grisbi Team) <dionysos@grisbi.org>"
À propos de Grisbi
Quand Grisbi supportera t'il GTK2 ? Quelles sont les prochaines améliorations à venir ?
Grisbi supporte GTK2 depuis la version 0.5.0. La liste des fonctionnalités en cours de développement est disponible dans le manuel de Grisbi
Fonctionnement de Grisbi
Comment lancer Grisbi en français ou en anglais ?
Grisbi utilise gettext pour gérer l'internationalisation de ses chaînes de caractères.
Pour l'exécuter en français, utiliser les deux lignes suivantes (sous bash) :
$ export LANG=fr_FR
$ grisbi
Si malgré ça Grisbi parle toujours anglais, vérifiez que les fichiers de traduction (grisbi.mo) sont bien installés correctement (dans /usr pour une installation par paquet ou dans le préfix pour une installation à partir de sources). Vérifiez également que le Français est supporté par vos locales (consultez la documentation de votre distribution).
Pour l'exécuter en anglais, utiliser les deux lignes suivantes (sous bash) :
$ export LANG=C
$ grisbi
Problèmes techniques
Sous RedHat, les textes accentués de Grisbi (version <= 0.4.1) ne sont pas affichés ou sont mal affichées.
Il s'agit d'un problème GTK/Gnome sous RedHat. Positionnez vos locales sur fr_FR pour que
cela fonctionne correctement. Par exemple, sous bash :
$ export LANG=fr_FR
$ grisbi
Grisbi ne reconnaît pas mon fichier QIF.
Les fichiers au format QIF produits par les sites des banques ne respectent que très rarement la norme QIF. Grisbi possède pour le moment un moteur d'import très strict, mais celui-ci devrait s'assouplir dans le futur.
Tout d'abord, vérifier que le fichier QIF commence par la chaîne !Type, !Option ou !Account. Si ce n'est pas le cas, Grisbi ne sera pas capable de l'analyser. Vérifier également que les fins de ligne ne comportent pas de caractère « ^M ».
Au secours ! Grisbi a perdu toutes les décimales de mon compte !
Il s'agit malheureusement d'un bogue des versions de Grisbi 0.4.1 ou inférieures. Le problème arrive lorsqu'on crée son compte avec une locale française (export LANG=fr_FR) et que plus tard on le rouvre avec une locale autre (export LANG=C par exemple).
Il n'y a pas moyen de faire marche arrière sauf charger une sauvegarde du fichier. Ce problème est corrigé dans les versions CVS.