Il y a deja des projets qui avancent et il y a des briques permettant de mettre des méta donné assez facilement. A 5-7 personnes il doit etre possible de faire une démo d'un système qui marche en assemblant le tout : dans un environement XXX faire un système de collecte de méta donné plus ou moins automatique qui alimente une base (directement dans le FS, BD séparéé, réseau) et faire une interface de recherche, Cf storage ou autre.
l'avantage c'est que c'est pas forcement inaccessible: integration de composants, deja de maniere bourrine avec un find, un file , une heuristique sur certain fichier (mail), etc...
ensuite ca peut allez loin (langage de requete, dossier virtuel, utilisation de zeroconf pour trouver d'autre base de donnés, ... etc)
-------------------------
Sinon en un peut moins avancé, mais qui demande de trouver/expérimenter des concept au niveau UI:
faire une couche d'abstraction pour offrir une liste des application, avec en prime un éditeur de ligne de comande, sans montrer la ligne de commande, du style un --describe-option-xml qui sort une belle liste xml de ce que comprend l'appli : -i <input-file>, comme ca on peut activer "ouvrir ce fichier quand je fait un drag and drop dessus)
l'idée serais, par exemple, de réutiliser les menus de gnome (liste des applis) et de faire une catégorie "autres" présentant la liste des appli dans le path moins celle decrites dans les menus (extensions du module applications:// de gnome-vfs)
le tout avec une UI ergonomique et simple (pour celui qui sait pas ce que c'est /usr/bin)
faire un composant gnome pour offir une maniere constante d'acceder au truc et la mettre dans (presque) toute les applis gnome
kde a deja un truc comme ca, par exemple.
----------------------------------
transformer gconf pour qu'il y ai un système hierarchique de configuration:
configation user
configuration groupe configuration groupe2
configuration system
configuration réseaux
avec des regles d'héritage du genre le serveurs reséaux change la config du proxy, et hop ca propage ou pas selon les regles :
- privilegier la config du niveau supérieur
- privilegier ma config
- privilegier ma config, mais me demander quand mème si ca change
- mode DTC pour le niveau supérieur
un serveur de config peut avoir plusieur supérieur par exemple si il appartient a plusieurs groupe utilisant des applis différente, ca permet d'eviter d'avoir la config pour toute les applis du réseau.
le tout sécurisé et avec l'utilisateur qui peut modifier ses supérieur ou pas.
et bien le packager et modifier les outils pour que ce soit user friendly (et admin CLI friendly aussi)
perso je trouve que cela peut se pouver trés util pour l'aministrateur et l'utilisateur, ca fait un framework de config puissant
# Contribuer a un system du style storage
Posté par ham . En réponse au message Quels sont les projets dont le libre a besoin ?. Évalué à 1.
l'avantage c'est que c'est pas forcement inaccessible: integration de composants, deja de maniere bourrine avec un find, un file , une heuristique sur certain fichier (mail), etc...
ensuite ca peut allez loin (langage de requete, dossier virtuel, utilisation de zeroconf pour trouver d'autre base de donnés, ... etc)
-------------------------
Sinon en un peut moins avancé, mais qui demande de trouver/expérimenter des concept au niveau UI:
faire une couche d'abstraction pour offrir une liste des application, avec en prime un éditeur de ligne de comande, sans montrer la ligne de commande, du style un --describe-option-xml qui sort une belle liste xml de ce que comprend l'appli : -i <input-file>, comme ca on peut activer "ouvrir ce fichier quand je fait un drag and drop dessus)
l'idée serais, par exemple, de réutiliser les menus de gnome (liste des applis) et de faire une catégorie "autres" présentant la liste des appli dans le path moins celle decrites dans les menus (extensions du module applications:// de gnome-vfs)
le tout avec une UI ergonomique et simple (pour celui qui sait pas ce que c'est /usr/bin)
faire un composant gnome pour offir une maniere constante d'acceder au truc et la mettre dans (presque) toute les applis gnome
kde a deja un truc comme ca, par exemple.
----------------------------------
transformer gconf pour qu'il y ai un système hierarchique de configuration:
configation user
configuration groupe configuration groupe2
configuration system
configuration réseaux
avec des regles d'héritage du genre le serveurs reséaux change la config du proxy, et hop ca propage ou pas selon les regles :
- privilegier la config du niveau supérieur
- privilegier ma config
- privilegier ma config, mais me demander quand mème si ca change
- mode DTC pour le niveau supérieur
un serveur de config peut avoir plusieur supérieur par exemple si il appartient a plusieurs groupe utilisant des applis différente, ca permet d'eviter d'avoir la config pour toute les applis du réseau.
le tout sécurisé et avec l'utilisateur qui peut modifier ses supérieur ou pas.
et bien le packager et modifier les outils pour que ce soit user friendly (et admin CLI friendly aussi)
perso je trouve que cela peut se pouver trés util pour l'aministrateur et l'utilisateur, ca fait un framework de config puissant