Je crois pas qu'on en est parlé sur dlfp. Mais un outsider des "desktop-search" est en train de voir clairement le jour.
Bien que la mode soit aussi à la suppression des applis "mono" (cf accord novell-ms), meta-tracker affiche des performances bien meilleures que beagle, notamment sur des petites configs (c'est du C pure, avec un backend sqllite)
Il est fort probable qu'il vienne remplacer beagle dans ubuntu (gnome?). Il est freedesktop-compliant (non lié à un DM particulier). C'est en fait un framework complet, permettant d'y venir y stocker d'autres infos applicatives (certaines applis l'utilise déjà). Il existe déjà des frontend gtk et qt.
Le site officiel : http://www.gnome.org/~jamiemcc/tracker/
D'autres infos : https://wiki.ubuntu.com/Tracker?highlight=%28tracker%29
Des debs pour ubuntu/edgy : http://www.gnome.org/~jamiemcc/tracker/DEB/Edgy/
Il s'intègre très bien déjà avec nautilus, et la deskbar-applet : http://www.madman2k.net/comments/56/ (et permet même de faire la recherche dans des tags, dans l'url précédente, il y a une extension de nautilus qui permet de tagguer ses fichiers/dossiers)
Le blog du dev leader : http://jamiemcc.livejournal.com/ (où l'on apprends plein d'infos sur la genèse de tracker)
C'est à suivre
# pas forcement comparable
Posté par TImaniac (site web personnel) . Évalué à 3.
Oué enfin faudrait comparer ce qui est comparable... meta-tracker ne gère pas la moitié des sources de données que Beagle gère, à commencer par toutes les sources de données liées aux applications (IM, mail, navigateur web, etc.).
Bon cela dis, c'est vraiment cool d'avoir un truc freedesktop-compliant, ca me paraît tellement indispensable de ne pas être dépendant d'un environnement particulier (Gnome ou KDE) pour ce genre d'appli.
[^] # Re: pas forcement comparable
Posté par el_mickey . Évalué à 3.
J'ai vu trainé sur le site freedesktop une norme pour accéder aux "moteurs de desktop search" à travers dbus et ça me semble une meilleur idée. Ce qui compte c'est d'avoir une interface unifié plutot qu'un programme unique.
PS : Désolé pour la norme mais j'arrive pas à accéder a freedesktop.
[^] # Re: pas forcement comparable
Posté par manatlan (site web personnel) . Évalué à 2.
[^] # Re: pas forcement comparable
Posté par el_mickey . Évalué à 1.
[^] # Re: pas forcement comparable
Posté par manatlan (site web personnel) . Évalué à 10.
> Beagle gère, à commencer par toutes les sources de données
> liées aux applications (IM, mail, navigateur web, etc.).
faut pas se fier au site officiel, qui n'est pas mis à jour régulièrement !
meta-tracker cherche déjà dans les mails par exemple (Evolution, Thunderbird and KMail ... ainsi que les dossiers génériques de mails (cf tracker.conf) )
http://jamiemcc.livejournal.com/3782.html
Ils developpent plus vite qu'ils ne communiquent ...
[^] # Re: pas forcement comparable
Posté par Laurent A. . Évalué à 10.
Là, je développe justement le code pour Evolution et KMail. Jamie a balancé du code pour avoir le support des emails dans SQLite et j'ai connecté une partie de mon code dessus. Donc j'arrive à enregistrer des mails :-)
Néanmois je ne sais pas encore quel est le format des URI servant à ouvrir un mail précis dans Evolution lors de l'utilisation de MH ou Maildir. Pour Evo toujours, je ne sais pas encore parser les fichier summary-meta qui me permettraient de trouver plus rapidement des mails... Ils servent de sommaire aux mails, mais dans un format encore plus court que celui proposé par les fichiers summary ; et c'est du binaire. Mais bon, ça avance.
Pour Thunderbird, je dirais que j'ai envie de tuer le type qui a inventé le format des fichiers Mork... VRAIMENT.
[^] # Re: pas forcement comparable
Posté par Éric (site web personnel) . Évalué à 3.
[^] # Re: pas forcement comparable
Posté par Laurent A. . Évalué à 3.
Evolution utilise la bibliothèque Camel. Je n'ai pas vraiment besoin de tout ce qu'elle offre, très loin de là... Donc au final, je n'ai fait que la lire un peu et en extraire des choses à recoder. Mais la perte de temps est surtout dans le fait de chercher quelles données arrivent aux fonctions Camel ! Lorsque je vois une fonction appellée avec une variable « url » par exemple, ça veut dire pour moi que je dois me débrouiller pour savoir ce quelle contient à ce moment là et pourquoi...
Beagle n'interroge pas evo-data-server pour les mails mais lit des fichiers summary et summary-meta (ce dernier type a d'ailleurs été ajouté dans Evo 2.8 spécifiquement pour Beagle !). Et le code pour parser ces fichiers vient tout simplement de Camel. ;-)
[^] # Re: pas forcement comparable
Posté par TImaniac (site web personnel) . Évalué à 2.
Rassure moi, y'a quand même un système de plugins, qui permette d'ajouter des modules sans se préocuper de ce genre de problème de dépendance non ? Si je veux ajouter un filtre dépendant de Qt ou GTK je peux j'espère ?
[^] # Re: pas forcement comparable
Posté par Laurent A. . Évalué à 2.
Ces exécutables, tu les fais dépendre sur ce que tu veux... Si trackerd ne trouve pas un exécutable, il ne sortira pas les données qu'il y avait dans le fichier associé. Beagle fonctionne de la même façon.
[^] # Re: pas forcement comparable
Posté par TImaniac (site web personnel) . Évalué à 1.
[^] # Re: pas forcement comparable
Posté par TImaniac (site web personnel) . Évalué à 2.
[^] # Re: pas forcement comparable
Posté par Aurélien Bompard (site web personnel) . Évalué à 1.
Je sais que c'est pas bugzilla ici, mais comme j'arrive pas à trouver sur votre site où on est censés rapporter les bugs, voilà... :)
[^] # Re: pas forcement comparable
Posté par Laurent A. . Évalué à 1.
[^] # Re: pas forcement comparable
Posté par Krunch (site web personnel) . Évalué à 2.
http://jwz.livejournal.com/312657.html
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
# Pour ma part
Posté par Anonyme . Évalué à 4.
Sans parler du temps d'indexation des fichiers, qui est censée se faire a la volée/avec peu de délai.
Et puis bon, je suis pas le genre a pleurer quand le vois un troll a l'agonie.
[^] # Re: Pour ma part
Posté par Johann Ollivier-Lapeyre (site web personnel) . Évalué à 6.
[^] # Re: Pour ma part
Posté par manatlan (site web personnel) . Évalué à 3.
Je n'ai pas reussi à faire fonctionner pinot (un repository pour edgy : http://gauvain.tuxfamily.org/repos/ ) ... Quant à strigy ( http://www.vandenoever.info/software/strigi/ ), pour l'instant, je n'ai rien pu en faire (ça a l'air trop qt-oriented quand même)
tracker j'ai pu l'installé, faire l'indexation (ultra rapide), l'intégrer dans nautilus, l'intégrer dans la deskbar ... en moins de temps qu'il n'en faut pour l'écrire ...
[^] # Re: Pour ma part
Posté par Johann Ollivier-Lapeyre (site web personnel) . Évalué à 2.
[^] # Re: Pour ma part
Posté par marseillais (site web personnel) . Évalué à 5.
[^] # Re: Pour ma part
Posté par Jérôme Pinot (site web personnel) . Évalué à 9.
Il faut me demander gentiment.
[^] # Re: Pour ma part
Posté par liberforce (site web personnel) . Évalué à 9.
====> [ ]
[^] # Re: Pour ma part
Posté par manatlan (site web personnel) . Évalué à 1.
Mais de là à te demander directement pour mes soucis de test/fonctionnement (dans le sens je veux pas embêter)
(j'avais le daemon qui tournait pendant 1h, mais le search-tool ne renvoyait rien)
Par contre ton avis m'interesserait (et certainement d'autres), sur tracker/beagle/strigi/pinot ... bref, les desktop-search
J'ai pas mal surfé là dessus hier soir ...(d'ailleurs j'ai lu qqpart que pinot était interessant, mais son plus gros reproche, c'est que personne n'arrivait à trouver l'endroit où il est développé )
[^] # Re: Pour ma part
Posté par djibb (site web personnel) . Évalué à 2.
ca fait beaucoup. (j'ai 15 Go de données)
Je vais regarder tracker pour voir.
[^] # Re: Pour ma part
Posté par marseillais (site web personnel) . Évalué à 5.
donc voila soit ton système de fichier est bourré de fichiers spéciaux qui consomme beaucoup de mémoire dans l'index, soit tu es sujet a ce bug de récursivité. (je ne suis plus au courant de l'état de développement depuis 2 semaines)
[^] # Re: Pour ma part
Posté par Fabrice Colin . Évalué à 1.
Pas mal de bugs ont ete corriges depuis 0.62, essaie 0.65 si tu as le temps. En passant --enable-debug=yes a configure, le log aura plus d'informations.
> pinot était interessant, mais son plus gros reproche, c'est que personne n'arrivait à trouver l'endroit où il est développé
Bah, Pinot est developpe chez moi :-)
Pourquoi est ce si important ?
[^] # Re: Pour ma part
Posté par Fabrice Colin . Évalué à 1.
Quel probleme as tu rencontre avec le paquet Edgy ? N'hesite pas a poster un descriptif sur la liste pinot-discuss.
As tu eu l'occasion d'essayer 0.65 ? Le paquet Edgy, contrairement a celui pour Feisty, est toujours a 0.62.
# j'y connais rien de chez rien mais...
Posté par djibb (site web personnel) . Évalué à 5.
C'est du python... ok... cad emande surement plus de ressources que du C pour faire ceci, mais au moins c'est efficace. Et ca permettrait sans doutes de passer en revue un certain nombre de fichiers non encore gérés par Tracker.
[^] # Re: j'y connais rien de chez rien mais...
Posté par lasher . Évalué à 3.
[^] # Re: j'y connais rien de chez rien mais...
Posté par djibb (site web personnel) . Évalué à 2.
[^] # Re: j'y connais rien de chez rien mais...
Posté par RB . Évalué à 3.
Mais moi j'aurais dit le contraire que toi à la limite: un parseur C initial ne sachant pas trouver toutes les meta-datas mais faisant un pool en gros et assez rapidement, puis utilisation d'un parser plus complet et dans un language plus lent pour l'incrémental.
Après tout, si la tâche est avec une priorité basse il n'y a pas de raison qu'elle gêne vraiment. Toutefois sous linux, les accès disques ont tendances à tirer le système en bas (faire tout ramer). Par exemple la je grave un DVD et le texte que je tape apparait avec plusieurs secondes de retard et pourtant j'ai un dual-core. Bon j'ai aussi du SATA et je crois que mon chipset est pas des mieux supporté, mais c'est un problème que j'ai déjà eu et j'ai l'impression que linux souffre plus des accès disque que windows (quelqu'un sait pourquoi ?)
[^] # Re: j'y connais rien de chez rien mais...
Posté par Vador Dark (site web personnel) . Évalué à 3.
T'es en PIO.
Un disque SATA pourri me posait le même problème.
Là actuellement, mon lecteur DVD est en PIO, et il m'est impossible de lire un film(sur un dual-core également) car sacadé.
Le problème du PIO, c'est que le processeur reste bloqué pendant les opérations de lectures/écritures.
Normalement, (sauf systèmes antiques), lors d'une opération de lecture/écriture(en très gros):
-Le système place en mémoire les infos nécessaires(données à écrire par exemple).
-Il dit au périphériques: "écrit moi ça"/"lit moi ça".
-Le périphérique a directement accès à la mémoire, il se démerde, le processeur peut continuer son travail tranquil(genre par exemple, gérer l'affichage des touches à l'écran). Le thread demandant la lecture étant mis en attante.
-Lorsque la lecture est terminée, une interruption a lieu, le scheduler redonne alors la main au thread qui pourra traiter la donnée.
En PIO:
-Le système demande au périphérique la lecture d'une donnée.
-Le processeur attend le résultat. Pendant ce temp, il maintient le contact, et reste complètement bloqué jusqu'à ce qu'arrive le résultat.
-Une fois le résultat arrivé, le système rend la main à l'application avec la donnée. Ce qui, pour un disque dur/lecteur CD, peut représenter des millions de cycles d'horloges.
Mais ça, c'est pareil sous Windows comme sous Linux. Et si les accès disques tiraient tant notre système vers le bas, Linux ne serait pas tant utiliser sur les serveurs web/de bases de données. Ce qu'il faut, c'est un chipset bien supporté, et bien configuré quoi.
# enfin !
Posté par ploum (site web personnel, Mastodon) . Évalué à 6.
Quand tu ne fais rien de particulier, tu ne t'en rends pas compte, mais quand tu joues ou que tu regardes un DVD, c'est extrêmement ennuyeux.
Si tracker n'a pas ce problème, je serais absolument ravi ! En plus, il semble bien plus intéressant. Notamment leaftag, rhythmbox et epiphany veulent l'utiliser comme backend, ce qui me semble une idée extrêmement intéressante.
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: enfin !
Posté par Arkeos . Évalué à 3.
J'espère vraiment que des applis comme Rhythmbox ou F-Spot l'utiliseront à la place de leurs base de données... Une photo dans ~/ serait immédiatement importée, peut importe si on la déplace dans l'arborescence, et de plus la gestion des tags de tracker serait ici parfaitement appropriée. De même pour la musique :)
[^] # Re: enfin !
Posté par el_mickey . Évalué à 1.
Mais franchement une méthode d'accés unique pour les bases de données audio, photo, vidéo ça péterait et d'ailleurs ça pourrait même rappeler un OS...
[^] # Re: enfin !
Posté par Laurent A. . Évalué à 2.
http://wiki.freedesktop.org/wiki/WasabiDraft2
Je suis au courant de l'initiative Wasabi pour créer une interface DBus commune à tous les systèmes d'indexation/recherche de contenu. Mikkel Kamstrup Erlandsen intervient régulièrement sur la ML de Tracker et Jamie McCracken (le dév principal de Tracker) suit l'avancée de cette initiative. Le dév principal de Strigi y participe aussi et il a de bon rapport avec Jamie.
Donc pour l'instant cette initiative pourrait tout fait être adoptée par Strigi et Tracker. Pour d'autres, je n'en sais trop rien... Je crois que les dév de Beagle étaient intéressés par l'écriture d'une interface DBus, mais je ne sais pas si elle suivra Wasabi.
[^] # Re: enfin !
Posté par Fabrice Colin . Évalué à 1.
Et aussi par Pinot et Recoll, deux solutions "made in France".
[^] # Re: enfin !
Posté par manatlan (site web personnel) . Évalué à 3.
Il s'est mis à saccader ...
Je suis allé voir sur l'ordi, un htop ... et "beagled" processait fort ...
je l'ai coupé, et un "sudo apt-get remove beagle" ont définitivement réglé le problème.
je ne garde que tracker
Pourquoi donc beagle se met il a indexe les fichiers ainsi ?! il ne marche pas avec inotify ?!
[^] # Re: enfin !
Posté par TImaniac (site web personnel) . Évalué à 2.
Il marche avec inotify quand ce dernier est installé et beagle configuré pour, autrement il s'en passe. Sinon beagle est censé "bosser" lors des périodes d'inactivités de la machine, je soupçonne leur algorithme de détection d'inactivité d'être foireux dans ce contexte :)
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.