Bonjour tout le monde,
Bonjour Riri,
> Là je vois s'ouvrir une solution, liée à un souhait personnel :-)
> Comme je le dis souvent, le problème des gestionnaires de paquets
> 'classiques' est de trop s'appuyer sur leur base de donnée pour
> effectuer leurs tâches. Il me semblerait plus 'cool', plus précis,
> plus souple, d'utiliser la recherche sur les fichiers présents dans le
> système de fichiers qu'une basée sur la base de donnée des fichiers
> installés.
A vrai dire, je suis un peu perplexe sur l'intérêt de la chose. Si tu as ce
besoin , c'est que tu installes tes logiciels par différents moyens. Je me
demande si ce n'est pas un peu contraire à l'idée du gestionnaire de paquets.
> Le problème que tu soulève, n'est pas forcément un problème
> pour tout le monde, et peut également disparaître lorsqu'on utilise un
> outil alternatif à bon escient.
Je croyais que tu voulais minimiser les dépendances sur Ncooker ? ;)
> C'est pourquoi je propose deux choses:
> 1) une option dans Ncooker.conf permet de choisir si la recherche doit
> se faire dans la base de données ou sur le système de fichiers
> 2) on peut très bien utiliser pour certaines recherches quelquechose
> de plus performant que find pour trouver des fichiers. Avec une base
> de fichiers réulièrement mise à jour, le couple updatedb/slocate est
> très rapide. La base de données des fichiers présents est dissocié de
> celle de Ncooker, et on n'a pas forcément des nombreuses options de
> find pour trouver des fichiers. Je pense que le choix de l'outil de
> recherche pourrait également être en option (avec find par défaut),
> selon une option et/ou la présence de locate/slocate (quelqu'un peut
> avoir slocate sans y faire attention, et ne pas mettre à jour la base
> avec updatedb, auquel cas son utilisation n'est pas intéressante).
Si je résume, nous avons trois moyens de rechercher un fichier dépendant :
1) la recherche dans la base de données Npkg (plutôt performante, mais dépend
d'un gestionnaire de paquets en particulier)
2) la recherche par find (très coûteuse, mais la plus précise)
3) la recherche par locate/slocate (plutôt rapide, mais nécessite la mise à
jour d'une base de données)
J'en rajouterais un quatrième :
4) la recherche par chemins prédéfinis
Cela consisterait à avoir une liste de chemins prédéfinis ("/, /usr,
/usr/share, /opt" par exemple) qu'on utiliserait pour rechercher un fichier
dépendant. Si le fichier dépendant est "bin/sh", on chercherait dans "/bin/sh"
puis "/usr/bin/sh", puis...
Cette recherche est très peu coûteuse mais moyennement exacte (dû au fait que
les chemins prédéfinis ne sont jamais exhaustifs).
A partir de là, je pense qu'il ne faut pas nécessairement choisir l'une ou
l'autre des recherches, mais plutôt qu'il faut les additionner.
Dans un premier temps, la recherche pourrait consister à la séquence des
recherches 1, 2 et 3 (la recherche 4 est définitement trop coûteuse selon moi).
Dans un deuxième temps, cette séquence de recherche pourrait être paramétrable
dans Ncooker.conf (en acceptant le choix 4, pour les courageux...)
Qu'est-ce que vous pensez de tout ça ?
@+
--
JulienL
_________________________________________________________________
Découvrez le blog Messenger Le Meilleur du Web : toutes les vidéos qui buzzent
le plus sur Internet !
http://meilleurduweb.spaces.live.com/
_______________________________________________
Nasgaia-dev mailing list
[email protected]
https://mail.gna.org/listinfo/nasgaia-dev
