Journal : Nouvelle version de libetc : vers la base de registre sous linux ;-)
Posté par dufresne luc (page perso, ) le 27 janvier 2008
0
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 ?
> Lire le journal (15 commentaires, moyenne: 3,1).
Vous avez demandé le commentaire #899626.
Run by 
Cette page a été générée par Templeet en 0.0659s (dont 0.0075 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Faire un don !
Gruikerie
Intercepter les fonctions de la libc c'est furieusement gruikesque. Dans un premier temps pour tester sans modifier les applis ça va, mais à terme?
Sinon je pense qu'il vaut mieux utiliser le système de fichiers, et de préférence dans le répertoire de l'utilisateur. C'est ce qu'on sauvegarde en premier (quand on sauvegarde) et ça permettrait de récupérer tous ses réglages persos avec une simple restauration du répertoire. On peut même pousser le vice jusqu'à faire du versionning des préférences utilisateurs via quelque chose comme Subversion ou mercurial.
-- Thomas
[^]Re: Gruikerie
Eh, c'est franchement pas con, ça, de versionner les préférences !
Est-ce que c'est utilisé en pratique, comme méthode ?
Je sais que Windows fait plus ou moins ça avec la base de registres (sans doute à un niveau plus rudimentaire... ), pour laquelle plusieurs sauvegardes sont stockées et restaurables.
Sur une plateforme Linux où l'on serait amené à tester plein de configs potentiellement gruik, ou bien tout simplement sur un serveur où l'on veut pouvoir revenir à une config stable au cas où une mise à jour ou une reconfiguration tournerait mal, ça pourrait être intéressant.
Mais je crois que ce que dans ce dernier cas, on utilise plutôt les solutions classiques de sauvegarde, non ?
[^]Re: Gruikerie
J'ai vu passer dernièrement ce type de système pour versionner /etc, en liaison avec le gestionnaire de paquet (apt dans ce cas)
- git : http://www.jukie.net/~bart/blog/20070312134706
- mercurial : http://michael-prokop.at/blog/2007/03/14/maintain-etc-with-m(...)
Maintenant, pour porter ça de manière simple pour un ~/.config c'est légèrement différent car il faut trouver le bon déclancheur pour le commit...
[^]Re: Gruikerie
À la rigueur, le déclencher manuellement pourrait suffire dans la plupart des cas.
[^]Re: Gruikerie
Perso, je voterais pour le "close" sur le fichier pour le commiter.
Vous avez la liberté de choisir, choisissez la liberté!
[^]Re: Gruikerie
et tu met quoi comme message de commit ..?
La Roue du Temps