KrysKool.browse(cr, uid, ids, context)

Configurer le clavier d'un macbook avec un linux en console sur Debian/Ubuntu

KrysKool — Sun, 14 Feb 2010 10:42:00 +0100

Lorsque l'on installe la version serveur d'un linux, celui ne possède que la console, bien sur le mappage clavier d'un Macbook ne sera pas correctement mapper (y compris dans une machine virtuelle) il faut donc le reconfigurer avec la méthode ci dessous

dpkg-reconfigure -p low console-data

choisir le menu

Choisir un codage clavier dans la liste complète

puis sélectionner

Mac / Unknown / French / Standard / MacBook

Voila votre clavier de votre macbook correctement mapper

Debugguer facile un traitement OpenERP

KrysKool — Fri, 29 Jan 2010 23:15:00 +0100

Si vous souhaitez avoir un trace permanente dans un morceau de code OpenERP mais que celui-ci ne s'affiche que lorsque votre serveur est en mode DEBUG, il faut procéder comme suit.

Ajouter

from tools.misc import debug

Puis ensuite utiliser la fonction debug() en y mettant la variable que vous souhaitez tracer, comme ceci

res = {'a': 'ok'}
debug(res)

Vous verrez apparaitre ceci coté serveur si celui ci a été lancer avec ~~log~~level=debug ou que la variable log_level = debug

2010-01-29 19:42:06,600 DEBUG:my_function: res = {'a': 'ok'}

ou my_function est la fonction dans lequel vous avez invoqué debug()

Faille de sécurité dans OpenERP 5.0 et antérieur

KrysKool — Mon, 21 Sep 2009 10:36:00 +0200

Un faille de sécurité a été découverte dans OpenERP 5.0 et antérieure, celle-ci permet de réinitialiser le mot des passes des utilisateurs et notamment admin pour ensuite se connecter à OpenERP sous cet utilisateur qui possèdent tous les droits.

Cette faille est de type injection SQL, elle s'applique sur la méthode read des objets en lui passant un demande mal formé qui permet d'injecter des requêtes de MAJ des mot de passes utilisateur, et ainsi permettre un connexion future avec ces nouveaux mot de passe.

La version 5.0.5 sortie la semaine corrige cette vulnérabilité. vous êtes inviter à mettre le plus rapidement possible à jour votre version si celle-ci est accessible au travers d'internet sans protection (accès directe en XMLRPC ou NETRPC)

La version est disponible ici

Gestion de l'écotaxe ou DEEE

KrysKool — Sun, 14 Jun 2009 21:43:00 +0200

L'écotaxe permet de financer le recyclage du matérielle électrique et électronique. Elle est payé par le fournisseur ainsi que par le client qui participe au recyclage du matériel acheté avant l'application de cette taxe

Le système de taxes d'OpenERP permet de gérer la TVA entre autre mais aussi d'autres types de taxes qu'elles soient en pourcentage ou montant fixe (HT ou TTC). La DEEE est un taxe définit en montant HT, celle-ci se voie donc appliquer de la TVA. Bien sur cette taxe ne peut être remisable, c'est à dire que si l'on fait 5% de remise sur le produit, cette taxe ne doit pas se voir amputer des 5%. La richesse d'OpenERP au niveau des taxes lui permet de gérer très facilement ce type de taxe, sans ajout de code Python.

Packaging du client OpenERP Pour Windows

KrysKool — Mon, 18 May 2009 16:02:00 +0200

Afin de valider le fonctionnement en mode TSE du client lourd, j'ai re-crée le packaging d'installation.

Ce packaging comprend les améliorations suivantes.

Timeout définissable
Amélioration pour un fonctionnement simultannée en TSE/Citriix
Amélioration de bug divers.

Vous la trouverez disponible a cette adresse.

Traduction dans OpenERP 5.0

KrysKool — Tue, 28 Apr 2009 20:15:00 +0200

Les traductions de OpenERP 5.0 et supérieur sont gérés via l'interface de traduction de Launchpad. Il est également possible de faire les traductions en local a l'aide d'outil comme poEdit.

En version 5.0 les traductions de chaques modules sont disponibles dans chaque répertoire de module. Dans un répertoire de module, vous trouverez un répertoire i18n dans lequel vous trouverez des fichiers .po et .pot. le fichier .pot est un fichier de modèle qui ne doit pas être traduit. les fichiers .po ont pour nom le pays et la langue tel que défnit par les normes ISO 639 et ISO 3166, ce qui donne pour la langue française en France, fr_FR.po. pour ouvrir ce fichier PO un simple editeur de texte suffit, ou bien utiliser une interface comme poEdit.

Lorsque l'on développe, il est fréquent que de nouveau terme à traduire soit ajouter, il faut donc venir mettre à jour nos fichiers PO avec les chaînes supplémentaires sans perdre ce qui a déjà été traduit. pour celà nous allons exporter un nouveau fichier POT qui viendra remplacer le précédent, avec l'assistant présent dans le menu Administration. puis à l'aide du programme msgmerge, nous allons mettre à jour tous les fichiers PO présent dans le répertoire i18n avec la commande ci-dessous.

msgmerge --update -N fr_FR.po module.pot

ou module.pot correspond au fichier POT de notre module, il ne reste plus ensuite qu'a ouvir le fichier fr_FR.po et de traduire les chaînes supplémentaires.

Ajouter des traces de debug dans vos modules.

KrysKool — Tue, 21 Apr 2009 22:56:00 +0200

Parfois il est utile de surveiller le comportement d'un module et par conséquent d'avoir temporairement des commentaires supplémentaires en sortie de la console OpenERP. mais par la suite on voudrait pourvoir couper ces messages sans toucher une ligne de code de notre module.

Pour mettre ces commentaires, et conditionner leur affichage en fonction du niveau de détail choisit, il faut procéder comme suit. Ajouter tout d'abord ceci en début de votre fichier python

import netsvc

ensuite instancier le logger

logger = netsvc.Logger()

ensuite il ne reste plus qu'a utiliser la méthode notifyChannel

logger.notifyChannel('init', netsvc.LOG_DEBUG, 'Mon commentaire de DEBUG')

ce message d'erreur s'affichera lorsque le niveau de trace sera sur DEBUG au niveau du serveur, avec l'option --log-level=debug. voici la liste des niveaux de trace possible

LOG_DEBUG_RPC
LOG_DEBUG
LOG_INFO
LOG_WARNING
LOG_ERROR
LOG_CRITICAL

pour une information permanente vous utiliserez LOG_INFO comme ceci

logger.notifyChannel('init', netsvc.LOG_INFO, 'Mon information')

Utilisation de sudo sans mot de passe sous Ubuntu/Debian

KrysKool — Thu, 16 Apr 2009 20:01:00 +0200

Pour un besoin professionnel, je devais pouvoir utiliser les commandes sudo sans qu'un mot de passe me soit demander. bien sur les utilisateurs se connectant au serveur le faisaient via clé SSH uniquement (authentification par mot de passe interdite), ceci permet que lorsque qu'une personne quitte la société celle ci n'ai aucun mot de passe en sa possession, il suffit donc de supprimer ses clés des serveurs auxquelles elle pouvait se connecter (la centralisation des clés SSH publique dans un annuaire LDAP est un atout non négligeable, mais non décrit dans cet article).

Pour commencer il faut modifier la configuration du fichier /etc/sudoers pour cela nous utiliserons l'utilitaire visudo a cet effet

visudo

ensuite il faut ajouter la ligne tout à la fin

%sudo ALL=NOPASSWD: ALL

cette ligne indique que tous les utilisateurs qui appartienne au groupe sudo n'ont pas besoin d'indiquer de mot de passe pour utiliser la commande. ensuite ajouter votre utilisateur (ex toto) au groupe sudo comme ceci

adduser toto sudo

ensuite déconnectez vous et reconnectez vous, puis lancer une commande avec sudo, celui ci ne vous demandera aucun mot de passe. Bien sur cette manipulation est à mettre en place dans le cas ou le processus d'authentification est assez sûr et ne surtout pas mettre les utilisateurs www-data (apache) ftp (wu-ftp) et d'autres sensibles comme ceux ci, comme faisant parti du groupe sudo.

Il est bien sur possible de restreindre la liste des commandes qui peuvent être lancer sans mot de passe, pour voir la configuration man sudoers

Documentation d'installation OpenERP 5.0 sous Windows en Français

KrysKool — Sat, 07 Mar 2009 13:00:00 +0100

La documentation d'installation d'OpenERP sous Windows est disponible sur le site de Syleam (prononcer Si Lé Ham) dans la section documentation.

Cette documentation d'installation nous l'avions déjà fournit pour l'installation de la version 4.2. Elle décrit pas à pas toutes la chaine d'installation, Après ses quelques jours d'existences, nous avons eu quelques retours de personnes qui après avoir installer le AllInOne n'arrivait pas a faire fonctionner correctement l'outils, ils ont suivis la procédure d'installation manuelle, et tout fonctionnait correctement. Le plus gros soucis pour les personnes ayant installer le AllInOne étaient l'impossibilité de faire des sauvegardes. Pour les personnes désireuses de l'utiliser en production, il convient d'en effectuer une installation manuelle.

Un version Anglaise de cette documentation est en cours de rédaction.

Vérifier ses fichiers XML lors du développement de module

KrysKool — Wed, 25 Feb 2009 19:00:00 +0100

Lorsque l'on développe un module OpenERP, il arrive quelques fois qu'on est une erreur de syntaxe dans un fichier XML. Lors du lancement du serveur, celui indique une erreur en affichant un traceback python avec ce message d'erreur

etree.XMLSyntaxError: line 55: Extra content at the end of the document

Ce message et le reste de la trace ne sont pas explicite. heureusement il est possible de valider notre document via une feuille Relax-NG. Pour valider notre document XML nous allons utilisé l'outil xmllint, voir ci dessous

xmllint --relaxng /repertoire/server/bin/import_xml.rng mon_fichier.xml

en l'exécutant si vous avec une erreur, il vous indiquera ou elle se trouve, voir exemple ci-dessous

mon_fichier.xml.xml:6: namespace error : Failed to parse QName 'model:'
        <record model:"ir.ui.view" id="view_report_mon_fichier_tree">
                      ^

Vous voyez tout de suite l'erreur sous un angle meilleur, vous faisant gagner un temps précieux.

Lorsque votre fichier est valide, il est affiché à l'écran et en dernière ligne vous devriez voir ceci

mon_fichier.xml validates

Pour ne pas afficher le contenu du fichier XML il faut également ajouter --noout

Lorsque qu'une erreur survient, xmllint retourne le code 1

Patchs intégrés dans OpenERP 5.0

KrysKool — Tue, 20 Jan 2009 10:24:00 +0100

Au début du mois de Décembre j'avais écrit quelques patchs, hier certains d'entre eux ont été intégrés au noyau.

Mes améliorations

Premier Patch

Le premier patch concerne les informations fournit par les log du serveur. J'y ai ajouté en plus de la machine hébergeant la base de données, le port d'écoute ainsi que l'utilisateur connecté. Ceci est d'autant plus pratique en développement que l'on utilise plusieurs moteur de base de données PostgreSQL, il arrive aussi parfois que l'on utilise plusieurs utilisateurs PostgreSQL afin de limiter le nombre de base de données dans la liste déroulante ou d'avoir un utilisateur par client qui permet facilement de différentier les bases de chacuns.

Second Patch

Le second patch permet 2 petites améliorations:

Utiliser des chiffres comme premier caractère du nom de la base de données, ainsi il est possble de préfixer sa base par 50 pour identifier la version du soft (ex 50test)
Tri des base de données par ordre alphabétique.

Amélioration en attente

Gestion des tablespaces (compatible avec les versions 7.4 qui n'en n'ont pas), le tablespace peux être définit a l'ensemble des objets, mais il est possible d'en spécifier un pour les index uniquement.

Améliorations en vrac

En génération de facture, lorsque l'on a activé l'archivage lors de l'édition du document, celui-ci est stocké dans la gestion documentaire. avant cette modification, le document était toujours re-généré. ce qui pose problème si l'adresse du client change ou bien que le logo ou les autres informations de la société change. Maintenant lorsque que le document est archivé, à la seconde fois ou l'impression est demandé, celui ci est récupéré au lieu d'être re-généré.
Les traductions sont maintenant par module et charger en même temps que l'installation du module
Le serveur peut démarrer sans lui spécifier de base de données, et ainsi pouvoir créer la base de données à partir du client
Un système de cache à été intégré qui accélère notamment les traitements du aux vérifications d'accès.
Les certificats SSL peuvent être renseigner dans le fichier de config et non plus se trouver dans le répertoire bin et avoir les nom par défaut.
possibilité de spécifier le port du serveur SMTP
les erreurs (traceback) sont maintenant complètement intégrés aux système de log
la verbosité des log est maintenant définissable.

Marre des tentatives d'intrusion en ssh dans vos log

KrysKool — Mon, 01 Dec 2008 23:13:00 +0100

Si vous lisez régulièrement vos logs de vos serveurs, vous avez surement remarqué qu'il se remplissent de plus en plus souvent avec des tentatives de connexion en ssh (port 22), ce sont des bots qui essai de pénétrer votre serveur a l'aide de dictionnaire et de compte non sécurisé. Pour bloquer ses tentatives vous utilisez sans doute déjà Fail2Ban qui blacklist via IpTables l'ip qui a loupé ses tentatives (3 fois par défaut), d'ailleurs vous avez surement pester dessus les journées ou vous avez de gros doigts :), fail2ban a la facheuse tendance a envoyé un mail à chaque tentative, depuis quelques semaines il est surement devenu votre spammer favori, pourtant une autre solution existe, c'est de ne rendre le port ssh visible seulement après avoir exécuter un rituel, cela s'appelle le port knocking.

Voici la définition Wikipédia du port knocking

Le port-knocking est une méthode permettant de modifier le comportement d'un firewall en temps réel en provoquant l'ouverture de ports permettant la communication, grâce au lancement préalable d'une suite de connexions sur des ports distincts dans le bon ordre, à l'instar d'un code frappé à une porte.

Cette technique est notamment utilisée pour protéger l'accès au port 22 dédié au Secure shell (SSH), elle ne nécessite pas beaucoup de ressources et reste facile à mettre en œuvre. En 2008, cette technique n'est pas encore largement adoptée par la communauté informatique, mais elle a déjà été intégrée dans certains rootkits.

coté serveur

Pour cela il existe une service qui permet de faire du port knocking knockd

sous Debian et dérivé, faite juste un

# apt-get install knockd

editer le fichier /etc/knockd.conf et changer la séquence par défaut

redemarez le service via

# invoke-rc.d knockd restart

coté client

Pour vous connectez a votre serveur en ssh direct, cela sera impossible, car knockd veille au grain. il vous faut également installe knockd coté client, puis exécuter la ligne ci dessous.

$ knock mon_serveur 7000 8000 900

Vous changerez bien sur la séquence de port et mettrez celle que vous avez choisi. ensuite vous avez un laps de temps définit par la variable cmd_timeout pour vous connecter avec ssh. passer ce delai les nouvelles connexions ssh seront refusés, mais celle déjà établit resterons.

Partager des fichiers rapidement en 1 ligne de code

KrysKool — Mon, 01 Dec 2008 22:17:00 +0100

Il arrive parfois que l'on doivent partager des fichiers lors d'une formation ou d'un groupe de travail, mais cela implique de pouvoir partager facilement ces fichiers entre des machines Linux, Mac et Windows.

La plupart des solutions ont besoin d'un accès authentifié, ce qui ne facilite pas la chose, il existe pourtant un moyen simple de le faire et ceci en 1 ligne de code en python.

$ python -c "import CGIHTTPServer; CGIHTTPServer.test()"

placez vous dans le répertoire ou se trouve vos fichiers a partagés et lancer la commande ci-dessus. vous aurez ainsi un serveur HTTP sur le port 8000. Pour verifier ouvrez votre navigateur préféré, et tapez dans la barre d'adresse http://localhost:8000/

Vous verrez la liste des fichiers et des répertoires disponibles.

Evolution de la composition des séquences dans OpenERP 5.0

KrysKool — Sun, 30 Nov 2008 23:50:00 +0100

Dans la version 4.2 de TinyERP j'avais implémenté l'année sur 2 chiffres, j'ai bien sur reporté mon amélioration dans la version 5.0 en y apportant quelques nouveautés

En plus de l'année sur 2 chiffres voici la liste de ce que j'ai implémenté.

Le jour dans l'année (1 - 365) %(doy)s
Le numéro de la semaine dans l'année (0 - 52) %(woy)s
Le jour dans la semaine (0 - 7, 0 étant le lundi) %(weekday)s
L'heure de 0 à 24 %(h24)s
L'heure de 0 à 12 %(h12)s
Les minutes %(min)s
Les secondes %(sec)s

Vous retrouvez toutes ces informations dans la description de la légende.

Gestion de la l'année a 2 chiffres dans OpenERP

KrysKool — Wed, 19 Nov 2008 13:10:00 +0100

Pour les besoins d'un client j'ai du adapter la génération de séquence avec l'année sur 2 chiffres (donc avoir 08 à la place de 2008)

J'ai donc modifié le code afin de rajouter une nouvelle variable %(y)s en complément de %(year)s, un fois les modifications faites et testés j'ai poussé mes modifications dans une branche et fait une demande de merge (fusion) avec la branche principale de la 4.2, celle ci a été accepté une heure après.

Les équipes de l'éditeur Tiny font un travail formidable, pour nous donner un produit toujours plus riche, plus stable, plus performant, merci encore à eux.

Je vous invite a regarder la version de OpenERP 5.0 qui sera finaliser prochainement, et qui apportera encore son lots de nouveautés, et qui en fait un des ERP Libre du marché le plus abouti.

Salon IRC Francophone pour OpenERp

KrysKool — Fri, 07 Nov 2008 19:08:00 +0100

Depuis quelques temps je me demandais, si un salon IRC Francophone sur OpenERP aurait son utilité.

Après réflexion et en comparaison de ce qui existe pour la communauté Francophone de PostgreSQL et la richesse qu'elle apporte, j'ai créé un salon #openerp-fr sur Freenode.

server: irc.freenode.net
salon: #openerp-fr

Utilisation d'une méthode sur un champ de type sélection dans un module

KrysKool — Fri, 17 Oct 2008 21:40:00 +0200

Un champ de type sélection dans un objet OpenERP est une liste déroulante, il 'y a 2 façon de peupler ce champs sélection.

Définition

Un champ sélection de définit comme ceci dans un module OpenERP

 columns = {
    'liste': fields.selection( [....], 'Ma liste', size=32),
 }

Remplissage

... peut être peupler de 2 façons:

Statique

La première méthode est la méthode statique elle peut se définir comme ceci.

 [('brouillon','Brouilon'),('ouvert','Ouvrir'),('fermer','Terminer')]

Dans la fenêtre à l'écran vous verrez apparaître Brouillon, Ouvrir, Terminer tandis que dans la base de données vous verrez brouillon, ouvert, fermer

Dynamique

La méthode dynamique, peut être soit du code python, ou du SQL. il suffit de reproduire la même structure que la méthode statique, ce qui donnerait l'exemple ci-dessous.

 def _ma_methode(self, cr, uid, context={}):
      cr.execute('SELECT champ1, champ2 FROM ma_table WHERE ....')
      return cr.fetchall()

 columns = {
    'liste': fields.selection( _ma_methode, 'Ma liste', size=32),
 }

champ1 et champ2 seront obligatoires des chaines de caractères, si jamais dans champ1 vous récupériez un champ numérique, il faudrait alors le traduire comme ceci:

trim(to_char(id, '9999999999')) as champ1

Premier patch pour TinyERP/OpenERP

KrysKool — Sun, 07 Sep 2008 22:13:00 +0200

Aujourd'hui j'avais recensé quelques petites corrections utiles, que j'ai décidé de coder en utilisant la nouvelle plateforme de développement de TinyERP/OpenERP sur Launchpad

Mes premières modifications ont portés sur la gestion des exceptions lors de la création des port d'écoutes (XMLRPC et NETRPC), en effet si vous avez lancé 2 fois votre serveur TinyERP, le second lancement se traduit par l'arret du processus (ce qui est normal) en indiquant que le port d'écoute est utilisé, or lors du lancement du serveur TinyERP par un script init.d, celui sort avec un code erreur 0, ce qui indique que tout c'est bien passé, ce qui n'est pas le cas. Le patch proposé récupère l'exception, puis indique sur la sortie stderr qu'il y'a une erreur et que le port d'écoute est déjà occupé, puis retourne le code erreur 1 (au lieu de 0). Le patch proposé l'a été pour la version stable 4.2{1} et la version Trunk{2} (développement).

L'autre patch concerne la comptabilité avec PostgreSQL 8.3 pour la version 4.2. En effet dans un billet précédent je vous expliquait que la version 4.2 ne fonctionnerait pas avec PostgreSQL 8.3 et qu'il fallait ne pas y toucher. Comme dit le proverbe "Faites ce que je dis, mais faites pas ce que je fais", j'y ai touché ;) , vous allez me dire "Mais pourquoi donc", a cela je vous répond.

PostgreSQL 8.3 fait parti de Ubuntu Hardy Heron (8.04), La 8.2 est marqué obsolète.
Dans Debian Lenny, seule PostgreSQl 8.3 est dispo, la version 8.2 n'est même pas disponible dans des backports.
Seul les reporting basés sur des vues PostgreSQL posent problèmes, l'impact sur une éventuelle régression est inexistant.

Les 2 premiers points ont fait pencher la balance, d'ailleurs au moment ou j'écris ces lignes, les patchs viennent d'être intégré à la version 4.2 :).

1 https://code.launchpad.net/~syleam/openobject-server/4.2_exit-properly
2 https://code.launchpad.net/~syleam/openobject-server/exit-properly
3 https://code.launchpad.net/~syleam/openobject-addons/4.2_postgresql8.3_compat

Version TinyERP 4.2.3 disponible

KrysKool — Fri, 22 Aug 2008 20:00:00 +0200

La dernière révision de la version stable de TinyERP vient de sortir

La version stable de TinyERP veient de sortir en version 4.2.3 voici la liste des changements par rapport à la dernière version

Serveur

Add python-xml in the required packages
Fix truncated string in DB when update server and field are varchar
Fix bugs on ir.actions.report.xml
Putting default value 'pdf' for report type field
Properties uses the company of the user
Unicode error with accented characters
Add a new group "No One" this group helps to hide some actions, menuitems
Bugfix with the rowHeights parameter, don't set the value in a tuple, if there is only one value
Fix with the python-xml package on Ubuntu Hardy 8.04

Client GTK

Fixed one2many list (readonly problem)
Fixed one2many dialog (readonly problem)
Add a new window to manage the extension
Fix a problem with the locale
Modify the file widget
Load Images and Binary only when in form view
Fix with the filename when you use the Save As dialog

Client Web

Fixed navigation problem (now remembers the offset of O2M widgets)
Safari 3.0 issue (possible bug in Safari)
- Safari submits selection fields even if name attribute is missing.
Better calendar view
- rendering issues (FF3)
- Tangoish colors
- item sorting problem in month view
Fixed onchange method for many2one.
Fixed (#767), fails to load the translation catalog if installed as egg.
Fixed o2m view record problem (bug #757)
Fixed #696, 'View Log' on User creates error
fixed sidebar link translation problem
Fixed `Reference widget`, now it's an extended `M2O` (using same JS).
Form view parser now checks for duplicate fields.
Fixed `editable list view` in popup (unable to get values of parent fields)
Visibility of Manage button in configuration.
Fixed one2many (default_get_context)
Improved Cache system
Cache for i18n catalog to speedup the `gettext` operations.
Fixed Import/Export bugs (649, 650)
Fixed Calendar view (handle server errors)

Depuis le passage à la plateforme de développement Launchpad, le développement de TinyERP et sa qualité se sont encore améliorés, la prochaine version est déjà très prometteuse.

Mapping clavier MacBook sous Debian Lenny

KrysKool — Thu, 21 Aug 2008 23:09:00 +0200

Ci dessous la configuration pour obtenir un mapping de clavier de MacBook correcte sous Debian Lenny

Editez le fichier /etc/X11/xorg.conf

Section "InputDevice"
       Identifier      "Generic Keyboard"
       Driver          "kbd"
       Option          "CoreKeyboard"
       Option          "XkbRules"      "xorg"
       Option          "XkbModel"      "pc105"
       Option          "XkbLayout"     "fr"
       Option          "XkbOptions"    "lv3:enter_switch,apple:goodmap,numpad:mac"
EndSection

Ensuite redémmarrer le serveur X