Configuration du Framework

Le Framework FSO se configure en éditant le fichier /etc/frameworkd.conf. Le contenu de cette page est basé sur le fichier de configuration fourni en exemple par FreeSmartphone et disponible ici[GIT]

Structure du fichier

Le fichier /etc/frameworkd.conf est un fichier texte simple qui respecte le formalisme suivant:

[unelement]
unevariable = unevaleur
#uncommentaire

[unelement.unsouselement]
unevariable = unevaleur

Chaque élément du framework (frameworkd, odeviced, etc.) tel que détaillé sur le schéma conceptuel ci-dessous possède sa propre section, et chacun de ces sous-éléments possède également une section (par exemple, l'élément odeviced possède les sous-sections odeviced.audio, odevicede.kernel26, etc)

C'est au sein de ces sections, et à l'aide de votre éditeur favori (vi dans mon cas) que vous allez pouvoir modifier le paramétrage matériel de votre téléphone. POur chaque device, une variable disable peut-être mise à 1 pour désactiver un périphérique particulier.

[frameworkd]

Cette partie représente le comportement général du framework, sa politique de gestion des logs, sont niveau de log, etc.

Ci-dessous l'extarit de la configuration extraite du site GIT de freesmartphone.

[frameworkd]
# indicates this configuration version, do not change
version = 1
# the default log_level, if not specified per module
log_level = INFO
# the global log_destination. Uncomment to enable
log_to = stderr
# if logging to a file, specify the destination
log_destination = /tmp/frameworkd.log
# persistance format, one of "pickle", "yaml"
persist_format = pickle
rootdir = ../etc/freesmartphone:/etc/freesmartphone:/usr/etc/freesmartphone

Gestion des logs

Il existe plusieurs niveaux de logs et, à ce niveau là, on définit les logs qui s'appliqueront à tous les sous-système qui ne précisent pas leur niveau de logs. Ce niveau est fixé par la variable log_level Il existe plusieurs niveau de logs: INFO, WARNING, ERROR, CRITICAL, du moins verbeux au plus verbeux, auquel s'ajoute un niveau DEBUG utilisé à vue de débugage du système.

Il faut ensuite fixer la variable log_to qui permet de choisir la façon de gérer les logs. Elle peut être positionné sur stderr, file ou syslog. Stderr permet d'afficher les messages sur la sortie d'erreur du terminal, file de les enregistrer dans un fichier et syslog d'utiliser syslog pour gérer les logs et la rotation de ceux-ci.

Enfin, il faut éventuellement définir le chemin du fichier de log grâce à la variable log_destination

Persistance des données

Il est possible de choisir le format dans lequel le téléphone stocke l'état de ses sous-système avant une mise en veille. Il existe deux formats possible:

*pickle
*yaml

Ce choix se fait par la variable persist_format

[odeviced]

C'est dans cette section que l'on peut configurer l'état général du téléphone, affecter les touches AUX et POWER à des codes clavier, configurer le modem GSM, etc...

Régler le temps d'attente entre deux phases de charge

La variable capacity_check_timeout permet de définir le temps d'attente, en seconde, entre deux vérification de l'état de charge de la batterie, lorsque celle-ci est chargée. C'est ce qui permet à votre téléphone branché sur le secteur de se remttre en charge régulièrement (une fois la batterie pleine, la charge s'arrète et le téléphone se décharge).

[odeviced.kernel26]
capacity_check_timeout = 300 #5 minutes par défaut

Désactiver le blank sur le framebuffer

• • • EN COURS DE REDACTION*** --Okhin 4 février 2009 à 14:47 (UTC)