Journal : Nouvelle version de libetc : vers la base de registre sous linux ;-)
Posté par dufresne luc (page perso, ) le 27 janvier 2008
Je viens enfin de faire un petit tar du dernier code de libetc qui traîne sur mon disque depuis quelques mois.
http://ordiluc.net/fs/libetc/
Pour rassurer tout le monde cela ne fait pas base de registre, mais cela centralise tous les fichiers de configuration d'un utilisateur : les applications sont forcées à stocker leurs fichiers de configuration dans $XDG_CONFIG_HOME (http://standards.freedesktop.org/basedir-spec/basedir-spec-0(...) ).
Pour les nouveautés : blacklist d'applications pour lesquelles on ne souhaite pas changer le comportement, facilité d'utilisation, bugfixes...
Et l'historique de toutes les versions dans des journaux précédents :
http://linuxfr.org/~lucd/23665.html
http://linuxfr.org/~lucd/22368.html
http://linuxfr.org/~lucd/17947.html
(record à battre: 27 commentaires)
ps: pour faire la base de registres, il suffit d'intercepter les appels read, write, seek... et d'envoyer tout cela dans MySQL ou PostgreSQL.
Et si quelqu'un souhaite coder, l'idée suivante est intéressante :
http://linuxfr.org/comments/799990.html#799990
La principale question est où stocker cette configuration ?
http://ordiluc.net/fs/libetc/
Pour rassurer tout le monde cela ne fait pas base de registre, mais cela centralise tous les fichiers de configuration d'un utilisateur : les applications sont forcées à stocker leurs fichiers de configuration dans $XDG_CONFIG_HOME (http://standards.freedesktop.org/basedir-spec/basedir-spec-0(...) ).
Pour les nouveautés : blacklist d'applications pour lesquelles on ne souhaite pas changer le comportement, facilité d'utilisation, bugfixes...
Et l'historique de toutes les versions dans des journaux précédents :
http://linuxfr.org/~lucd/23665.html
http://linuxfr.org/~lucd/22368.html
http://linuxfr.org/~lucd/17947.html
(record à battre: 27 commentaires)
ps: pour faire la base de registres, il suffit d'intercepter les appels read, write, seek... et d'envoyer tout cela dans MySQL ou PostgreSQL.
Et si quelqu'un souhaite coder, l'idée suivante est intéressante :
http://linuxfr.org/comments/799990.html#799990
La principale question est où stocker cette configuration ?
> Lire le journal (15 commentaires, moyenne: 3,1).
Vous avez demandé le commentaire #899534.
Run by 
Cette page a été générée par Templeet en 0.0422s (dont 0.0038 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Base de données relationnelle ?
Serait-il intéressant d'envoyer ces fichiers de configuration dans une base de données relationnelle ? L'exercice serait certainement très instructif mais je doute de son utilité. Le système de fichiers fournit déjà une base de données hiérarchique et les outils classiques permettent de réaliser de nombreuses opérations (navigation, édition, suppression, duplication, sauvegarde, visualisation des différences, gestion de version...).