Beagle est un outil pour indexer et rechercher des données sur un poste local (desktop search) aux objectifs proches de ce que propose Spotlight sous MacOS X ou Google Desktop Search sous Windows.
Constitué d'un service qui tourne en tâche de fond, il observe en temps réel les modifications du système de fichier, les conversations dans Gaim ou les derniers courriels ainsi que vos chansons préférées. Un petit client graphique présent dans la barre de notification permet de retrouver instantanément un document ou un média. Techniquement Beagle utilise le moteur d'indexation Lucene et propose une interface client/serveur permettant d'effectuer des recherches à travers un client lourd (interface d-bus) mais aussi un serveur web ou directement en exposant des web services.
Beagle nécessite :
- un noyau intégrant inotify (extension permettant d'être notifié lors d'une modification d'un système de fichier). Bien qu'optionnel, ce noyau est fortement recommandé pour obtenir une indexation en temps réel.
- les systèmes de fichier indexés doivent supporter xattr (là encore optionnel, mais fortement recommandé, sinon une base SQLite est utilisée mais les performances globales s'en trouvent dégradées),
- l'environnement Mono avec GTK# pour le client,
- des bibliothèques optionnelles pour supporter de nouveaux types de documents/médias : Evolution, Exif, etc.
- une machine relativement puissante : l'indexation en temps réel et en continu demande beaucoup de ressource de calcul de la part du processeur. Tentant d'être le moins intrusif possible, Beagle intègre un moniteur qui gère l'activité de l'indexation en fonction de la charge de la station de travail.
Aller plus loin
- Page d'accueil (73 clics)
- Démo flash (14 clics)
- DotLucene (5 clics)
- Un journal traitant du sujet (18 clics)
# je crois que je vais m'en passer
Posté par Nadine . Évalué à 8.
Un des paquetages suivants est nécessaire :
1- mono-data-sqlite-1.1.9-1mdk.i586 : SQLite database connectivity for mono (to install)
2- ml-pnet-0.6.12-1mdk.noarch : Mono Libraries for Portable.NET (to install)
Que choisissez-vous ? (1-2) 1
Pour satisfaire les dépendances, les 41 paquetages suivants vont être installés (105 Mo):
beagle-0.0.12-5mdk.i586
evolution-2.2.3-10mdk.i586
evolution-data-server-1.2.3-7mdk.i586
evolution-sharp-0.8-1mdk.i586
gal-2.4-2.4.3-1mdk.i586
galago-sharp-0.3.2-4mdk.noarch
gecko-sharp-0.6-7mdk.noarch
glade-sharp-1.0.10-1mdk.i586
glib-sharp-1.0.10-1mdk.i586
gmime-sharp-2.1.15-1mdk.noarch
gnome-sharp-1.0.10-1mdk.i586
gnome-spell-1.0.6-2mdk.i586
gsf-sharp-0.3-0.43876.1mdk.i586
gtk-sharp-1.0.10-1mdk.i586
gtkhtml-3.6-3.6.2-3mdk.i586
libchm0-0.36-1mdk.i586
libevolution-data-server4-1.2.3-7mdk.i586
libgal-2.4_0-2.4.3-1mdk.i586
libgalago-0.3.2-3mdk.i586
libgalago1-0.3.2-3mdk.i586
libgdiplus0-1.1.9-1mdk.i586
libgladesharpglue-1.0.10-1mdk.i586
libglibsharpglue-1.0.10-1mdk.i586
libgmime2.0-2.1.15-1mdk.i586
libgnomeprint-2.10.3-3mdk.i586
libgnomeprint2-2_0-2.10.3-3mdk.i586
libgnomeprintui2-2_0-2.10.2-3mdk.i586
libgnomesharpglue-1.0.10-1mdk.i586
libgtkhtml-3.6_18-3.6.2-3mdk.i586
libgtksharpglue-1.0.10-1mdk.i586
libmono-runtime-1.1.9-1mdk.i586
libmono0-1.1.9-1mdk.i586
libsoup-2.2_7-2.2.3-2mdk.i586
libwv-1.0_3-1.0.3-2mdk.i586
mono-1.1.9-1mdk.i586
mono-data-sqlite-1.1.9-1mdk.i586
perl-DB_File-1.811-1mdk.i586
perl-Mail-SpamAssassin-3.0.4-3mdk.i586
perl-XML-LibXML-1.58-2mdk.i586
perl-XML-LibXML-Common-0.13-3mdk.i586
spamassassin-3.0.4-3mdk.i586
j'ai du mal à comprendre tant de dépendance
[^] # Re: je crois que je vais m'en passer
Posté par Serge2 . Évalué à 6.
[^] # Re: je crois que je vais m'en passer
Posté par Stéphane Brunner . Évalué à 4.
http://www.kde-apps.org/content/show.php?content=22135(...)
[^] # Re: je crois que je vais m'en passer
Posté par xumelc . Évalué à 10.
[^] # Re: je crois que je vais m'en passer
Posté par marsup . Évalué à 5.
1/ tu as oublié de mettre un smiley :-)
2/ le monsieur a fait une fôte d'accord... : "pas testé"
[^] # Re: je crois que je vais m'en passer
Posté par xumelc . Évalué à 3.
[^] # Re: je crois que je vais m'en passer
Posté par agmk . Évalué à 3.
[^] # Re: je crois que je vais m'en passer
Posté par Thomas Maurin (site web personnel) . Évalué à 5.
[^] # Re: je crois que je vais m'en passer
Posté par scls19fr (site web personnel) . Évalué à 5.
[^] # Re: je crois que je vais m'en passer
Posté par Anonyme . Évalué à 5.
[^] # Re: je crois que je vais m'en passer
Posté par Lucky Seven . Évalué à -4.
[^] # Re: je crois que je vais m'en passer
Posté par EppO (site web personnel) . Évalué à 4.
[^] # Re: je crois que je vais m'en passer
Posté par TImaniac (site web personnel) . Évalué à 9.
Facile : c'est packagé n'importe comment.
Déjà on se demande ce que vient faire Portable.NET là dedans, quand aux dépendances Gnome elles sont toutes optionnelles. Elles sont justes nécessaire pour le backend evolution.
Bon je comprend qu'on veuille simplifier la vie de l'utilisateur en installant tout, mais peut être qu'au lieu de poser une question à la con comme : Portable.NET ou mono-sqlite ? (sachant que ca n'a rien à voir), ils feraient mieux de demander : "support evolution ?"
[^] # Re: je crois que je vais m'en passer
Posté par Matthieu . Évalué à 2.
"support evolution ?"
- heu c'est quoi ?
- le monsieur te demande si tu utilises évolution comme client de messagerie !
- heu je ne sais pas, je clique sur l'enveloppe pour lire mon courrier !
C'est dans cette optique et pour permettre à tout le monde d'utilise un PC que la question n'est pas posée.
[^] # Re: je crois que je vais m'en passer
Posté par TImaniac (site web personnel) . Évalué à 10.
Ben alors la logique veut que le gestionnaire regarde tout seul s'il y a Evolution sur le poste avant d'installer tout le tintouin alors que ce n'est absolument pas une dépendance NECESSAIRE.
Mais me dis pas que c'est dans une optique d'aider madame michou qu'ils ont fait ca, parcque là question qu'ils ont posé est encore plus tordu pour madame michou, n'a strictement aucun intérêt, et une réponse est fausse (la 2).
Bref, c'est vraiment mal packagé, poser une question pour savoir si on veut installer le support Evolution n'est peut être pas la meilleure solution, mais il faut un moyen de ne pas installer ce qui n'est pas obligatoire.
[^] # Re: je crois que je vais m'en passer
Posté par Matthieu . Évalué à 5.
Logiquement, oui. Mais imagines que tu utilise thunderbird. Tu installe ensuite beagle sans support evolution. Puis ensuite, soit tu décide de migrer sur evolution, soit tu as un nouvel utilisateur sur ton système qui utilise evolution. Tu te retrouves avec evolution + beagle sans le support d'évolution.
La seule solution pour alléger ces processus c'est d'avoir un système dynamique de dépendance du genre : beagled a besoin de trucmuche si evolution est installé. Evolution a besoin de trucmuche si beagled est installé. Ca permettrait d'installer le support d'évolution de beagled en même tant que l'installation d'évolution. Vous me suivez ?
[^] # Re: je crois que je vais m'en passer
Posté par vrm (site web personnel) . Évalué à 9.
[^] # Re: je crois que je vais m'en passer
Posté par Nap . Évalué à 5.
J'exagère un peu, mais c'est vrai qu'il y a un problème avec les systèmes de packages traditionnels sous Linux, le manque de déclenchements d'installations en réaction à d'autres installations de paquets (pas forcément automatique, mais proposé à l'utilisateur).
La désinstallation est déclenchée automatiquement (le support evolution dépend d'évolution, donc est désinstallé lors de la désinstallation d'evolution), mais pas l'installation.
[^] # Re: je crois que je vais m'en passer
Posté par Yusei (Mastodon) . Évalué à 7.
Il serait encore plus agréable de pouvoir dire "si Beagle alors proposer Support Evolution", mais ça devient compliqué :)
[^] # Re: je crois que je vais m'en passer
Posté par Nap . Évalué à 0.
- ces informations sont contenues dans le paquet evolution, on ne peut pas mettre à jour le paquet avec pour chaque plugin existant en lien avec une autre appli, c'est ingérable
- si, comme tu le dis, ça ne va pas regarder si beagle est installé, alors ça va te proposer tous les plugins possibles même si ceux-ci n'ont aucune raison de t'intéresser car tu n'as pas l'appli en question d'installée. En plus, certains paquets proposés vont alors ramener 150 Mo de dépendances.
Il faudrait donc que le paquet beagle-evolution declare lui-même qu'il est intéressant lorsque beagle et evolution est installé. Comme ça, en installant evolution, le système de paquets cherche puis propose à l'utilisateur tous les paquets "intéressants" pour evolution, et pour lesquels tous les autres applications pour lesquelles ils ont un sens sont installées.
Avec un bon index, c'est rapide.
[^] # Re: je crois que je vais m'en passer
Posté par Yusei (Mastodon) . Évalué à 2.
Mais peut-être que je ne connaissais pas Beagle, et qu'en découvrant qu'il peut indexer mes emails je vais trouver ça intéressant. Pour moi c'est une feature, de suggérer les plugins les plus populaires.
Et si je choisis d'installer le plugin beagle-evolution, ça installe beagle, donc tout va bien.
Les paquets recommandés ou suggérés ne sont pas installés d'office, ils sont tous en option. Je ne comprends pas ta remarque: quelle que soit la manière dont on suggère à l'utilisateur d'installer un truc, s'il n'a pas les dépendances il va bien falloir les installer.
[^] # Re: je crois que je vais m'en passer
Posté par Nap . Évalué à 2.
[^] # Re: je crois que je vais m'en passer
Posté par - - . Évalué à 7.
faut arrêter de croire cela !
c'est bon pour des développeurs unix et des gens qui connaissent les arcanes, ce n'est PAS bon pour les utilisateurs
je n'ai même pas envie de me fatiguer à savoir les détails des paquetages de ubuntu quand je veux installer un logiciel
d'ailleurs, une bonne distribution doit _fournir_ ce genre d'outils (beagle) de _Base_ avec à chaque application installée le nécessitant le support nécessaire. SANS ME DEMANDER , je n'ai PAS le temps de répondre à des questions techniques comme cela avec des mots en anglais bizarres, je bosse.
que apt fasse le boulot, c bien
que apt pose des questions arcanes c'est MAL (sauf si on souhaite tout savoir, mais là vous êtes experts et vous savez activer ce qu'il faut)
enfin bref, là c'est pour tester
quand tout sera intégré dans les ubuntu, les mandriva etc quand tout sera mature, la question n'existera plus du tout.
[^] # Re: je crois que je vais m'en passer
Posté par wismerhill . Évalué à -2.
[^] # Re: je crois que je vais m'en passer
Posté par golum . Évalué à 1.
o:)
[^] # Re: je crois que je vais m'en passer
Posté par LupusMic (site web personnel, Mastodon) . Évalué à 6.
Maintenant, il serait bien qu'il y ait des dépendances multiples. Style : j'installe Evolution un jour, puis un autre jour il m'installe Beagle... et là Apt pourrait me proposer d'installer le paquet qui fait la jonction... à ben il le propose déjà. Mince.
[^] # Re: je crois que je vais m'en passer
Posté par Zakath (site web personnel) . Évalué à 2.
Ton package te proposera une USE "evolution" que tu verras au moment d'emerger (si tu as le bon sens de toujours faire des emerge -av) et qui te permettra 1) d'être conscient de l'existence d'un support d'evolution 2) de l'installer ssi tu le veux.
[^] # Re: je crois que je vais m'en passer
Posté par yoho (site web personnel) . Évalué à 2.
[^] # Re: je crois que je vais m'en passer
Posté par Matthieu . Évalué à 2.
Parce que dans mon post précédent, je disais que beagle était installé avant évolution sans le support évolution....
[^] # Re: je crois que je vais m'en passer
Posté par Zorro (site web personnel) . Évalué à 2.
[^] # Re: je crois que je vais m'en passer
Posté par boubou (site web personnel) . Évalué à 1.
[^] # Re: je crois que je vais m'en passer
Posté par scls19fr (site web personnel) . Évalué à 5.
[^] # Re: je crois que je vais m'en passer
Posté par M . Évalué à 2.
Facile : c'est packagé n'importe comment.
C'est louche, sous debian, y a aussi autant de dependance [1]...
Le choix ne s'effecturait pas a la compilation ?
[1]
Depends: libatk1.0-0 (>= 1.9.0), libc6 (>= 2.3.5-1), libgcc1 (>= 1:4.0.1), libglib2.0-0 (>= 2.8.0), libgtk2.0-0 (>= 2.6.0), libice6 | xlibs (>> 4.1.0), libpango1.0-0 (>= 1.8.2), libsm6 | xlibs (>> 4.1.0), libstdc++6 (>= 4.0.1), libx11-6 | xlibs (>> 4.1.0), libxss1, mono-jit (>= 1.1.8.2), libevolution-cil (>= 0.8), libexif12, libgconf-cil (>= 1.0), libgecko-cil (>= 0.6), libglade-cil (>= 1.0), libglib-cil (>= 1.0), libgmime2.1-cil, libgnome-cil (>= 1.0), libgnomeui-0 (>= 2.8.0), libgnomevfs2-0 (>= 2.10.0-0), libgtk-cil (>= 1.0), mono-classlib-1.0 (>= 1.0), dbus-1-utils, libsqlite0, libmono0 (>= 1.0)
[^] # Re: je crois que je vais m'en passer
Posté par Anonyme . Évalué à 8.
Non non, c'est pas louche. Quand il est devenu habituel de critiquer à tout va une distrib, l'habitude vient aussi de ne plus chercher à comprendre ce qu'elle fait et propose, mais d'emblée de considérer que c'est médiocre.
Je trouve cela assez lamentable, au final.
[^] # Re: je crois que je vais m'en passer
Posté par gnumdk (site web personnel) . Évalué à 4.
Ca c'est encore un gros probleme avec Mandriva qui meme si en avance sur redhat a besoin de continuer à découper ses packages.
Voila les packages evolution sous debian:
evolution - The groupware suite
evolution-data-server - evolution database backend server
evolution-data-server-dev - Development files for evolution-data-server (meta package)
evolution-dev - Development library files for Evolution
evolution-exchange - Exchange plugin for the Evolution groupware suite
evolution-plugins - All bundled plugins for Evolution 2.2
evolution-webcal - webcal: URL handler for GNOME and Evolution
libebook1.2-3 - Client library for evolution address books
libebook1.2-dev - Client library for evolution address books (development files)
libecal1.2-2 - Client library for evolution calendars
libecal1.2-dev - Client library for evolution calendars (development files)
libedata-book1.2-2 - Backend library for evolution address books
libedata-book1.2-dev - Backend library for evolution address books (development files)
libedata-cal1.2-1 - Backend library for evolution calendars
libedata-cal1.2-dev - Backend library for evolution calendars (development files)
libedataserver1.2-4 - Utily library for evolution data servers
libedataserver1.2-dev - Utility library for evolution data servers (development files)
libedataserverui1.2-4 - GUI utily library for evolution data servers
libedataserverui1.2-dev - GUI utility library for evolution data servers (development files)
libevolution-cil - CLI bindings for Evolution
[^] # Re: je crois que je vais m'en passer
Posté par Misc (site web personnel) . Évalué à 6.
> Déjà on se demande ce que vient faire Portable.NET là dedans, quand aux
> dépendances Gnome elles sont toutes optionnelles. Elles sont justes nécessaire
> pour le backend evolution.
Elles sont surtout tirés par des dépendances automatiques.
Idéalement, il suffirait en effet de séparer le paquet. À condition de trouver ce qui tire la dépendance, si le soft marche vraiment encore sans ça, si ça nécessite pas de tout changer ailleurs.
Dans la mesure ou beagle est en version 0.0.12, je peut comprendre que le mainteneur a à faire des trucs plus important que pousser la finesse du packaging dans ses derniers retranchements.
Parce que je rappelle qu'il faut de temps à autre faire des releases ( ie pas une fois tout les 10 ans ), et qu'avec des ressources limités ( ie pas 500 devs ), tu doit agir en fonction des priorités.
> Bon je comprend qu'on veuille simplifier la vie de l'utilisateur en installant tout,
> mais peut être qu'au lieu de poser une question à la con comme : Portable.NET ou
> mono-sqlite ? (sachant que ca n'a rien à voir), ils feraient mieux de demander :
> "support evolution ?"
Et au lieu de le dire sur linuxfr, peut etre que faire un truc constructif, comme le reporter sur le bugzilla, ça aiderais le mainteneur qui a surement pas vu que beagle pose une question con ( car elle ne sera pas posé si un des deux paquets existe ) ni que le paquet tire tant de chose ?
Si on était pas en freeze, j'aurais même rectifié moi même, mais je comprends qu'il est parfois plus facile de poster sur un site de news en francais que de le faire sur un site de rapport de bugs en anglais.
[^] # Re: je crois que je vais m'en passer
Posté par Matthieu . Évalué à 2.
evolution-2.2.3-10mdk.i586
evolution-data-server-1.2.3-7mdk.i586
evolution-sharp-0.8-1mdk.i586
Beagle a plusieurs fonctionnalités. Par défaut, ta distrib te les fournit tous. Par exemple, beagle peut parser tes mails si tu utilises evolution. Ca n'a pas l'air, vu qu'évolution n'a pas l'air d'être déjà installé. Tant pis pour toi, il va l'installer. Mais bon, évolution a aussi des dépendances sur d'autres paquetages (evolution-sharp ou evolution-data-server par exemple).
mono-data-sqlite-1.1.9-1mdk.i586
Comme dis dans l'annonce, beagle peut utilise une base de données sqlite, ce n'est pas conseillé, mais c 'est possible. Du coup, il a besoin du support sqlite.
spamassassin....
Evolution utilise spamassassin pour la recherche des pourriels. Sûrement que quand tu installe evolution, ça installe spamassassin en même temps (si c'est le cas, c'est une politique de mandriva).
Voila voila
A mon avis, tous les paquetages que tu as listés ne sont pas directement demandé par beagle. Un peu comme quand tu trouves un petit bout de corde sur la plage, tu tires, et au final, tu te retrouves avec 1km de corde !
[^] # Re: je crois que je vais m'en passer
Posté par Zorro (site web personnel) . Évalué à 2.
Mais patience, quand ça serait proprement intégré dans les distro, ça sera de la balle, vu les démos en Flash qu'on voit sur le site officiel.
[^] # Re: je crois que je vais m'en passer
Posté par Yusei (Mastodon) . Évalué à 2.
Il y a quelques temps je m'étais "amusé" à installer Beagle 0.0.x sur ma Debian, c'était assez bugué mais quand ça marchait, qu'est-ce que c'était bien...
[^] # Re: je crois que je vais m'en passer
Posté par Matthieu . Évalué à 3.
http://wiki.ubuntu-fr.org/applications/beagle(...)
[^] # Re: je crois que je vais m'en passer
Posté par Erwan . Évalué à 2.
[^] # Re: je crois que je vais m'en passer
Posté par CrEv (site web personnel) . Évalué à 2.
(enfin, je parle de la partie interface intégrée à gnome, pas du core)
Mais il y a encore mieux :
# urpmi beagle
Afin de poursuivre la mise à jour, les paquetages suivants doivent être désinstallés :
epiphany-1.4.8-8mdk.x86_64 (pour installer le paquetage epiphany-1.4.8-8mdk.i586)
mozilla-firefox-1.0.2-3mdk.x86_64 (pour installer le paquetage mozilla-firefox-1.0.2-3mdk.i586) (o/N)
ralala les bienfait d'une plateforme 64 bit ;)
[^] # Re: je crois que je vais m'en passer
Posté par Panda Voyageur (site web personnel, Mastodon) . Évalué à 1.
En voyant ça, j'apprécie encore plus les distribs source-based, qui n'ont pas de telles séparations au niveau du package :)
(bon ya aussi le coup des USE flags, mais ça a déjà été évoqué largement avec l'install rpm qui amène tout le train evolution avec lui!)
# Kat
Posté par agmk . Évalué à 5.
[^] # Re: Kat
Posté par Nicolas . Évalué à 4.
Pour les différences entre Tenor et Beagle, voilà un peu de lecture :
http://dot.kde.org/1113428593/1113438483/(...)
J'ai hâte de voir ça.
[^] # Re: Kat
Posté par TImaniac (site web personnel) . Évalué à 5.
Et bien non. Il faut que KDE assimile Beagle à Gnome (alors que Beagle supporte désormais KDE, reste plus qu'à écrire des plugins), et que donc naturellement ils faut qu'ils réinventent la roue plutôt que de participer à Beagle en apportant leurs bonnes idées (sauvegarde du contexte).
[^] # Re: Kat
Posté par lezardbreton . Évalué à 10.
[^] # Re: Kat
Posté par Krunch (site web personnel) . Évalué à 4.
Bon maintenant je me trompe peut-être complétement et Kat ne dépend pas du tout de 50Mo de libs KDE mais j'ai un sale doute quand même (et j'ai la flemme de vérifier).
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Kat
Posté par lezardbreton . Évalué à 5.
[^] # Re: Kat
Posté par Frédéric COIFFIER . Évalué à 4.
Donc, autant intégrer le principe de Kat au coeur de KDE pour offrir facilement ses services à toutes les applications qui viendront au-dessus. Ainsi avec un minimum d'effort, les développeurs d'appli de KDE pourront profiter des services d'indexation.
C'est la force et le choix de KDE : fournir des interfaces et des services pour renforcer l'intégration entre les applications.
[^] # Re: Kat
Posté par TImaniac (site web personnel) . Évalué à 3.
[^] # Re: Kat
Posté par Ph Husson (site web personnel) . Évalué à 3.
[^] # Re: Kat
Posté par yoho (site web personnel) . Évalué à 2.
C'est encore en préparation, mais imagine que tu es sous kword et que tu veux ouvrir un fichier. Tu te rappelles juste qu'il parle de "linux" et "beagle" : tu fais ouvrir, t'as un petit champ "recherche avec kat" et pof ! tu trouves ton document sans quitter kword.
Tu es sous konqueror et tu veux les photos prises entre le 14 et le 18 juilet : lance une recherche kat...
Les posibilités d'intégration sont beaucoup plus grande quand on connait l'environnement graphique. Windows Vista utilisera des dossiers virtuels : un dossier qui contient tout tes mp3, un sous-dossier qui contient tout tes mp3 de tel artiste, etc... Kat rendra cela possible.
[^] # Re: Kat
Posté par TImaniac (site web personnel) . Évalué à 4.
Je vois pas du tout ce qui empêche d'avoir le même modèle que Beagle, à savoir un modèle client server avec notion de plugins.
Beagle est indépendant de KDE ou Gnome, c'est le moteur d'indexation et de recherche. S'ajoute des clients qui s'intègre graphiquement dans Gnome ou KDE, et des plugins pour le serveur qui lui permettent d'accéder à Gaim, à GnomeVFS, à Konqueror, etc.
Gros intérêt : la partie difficile, Beagle est indépendante et réutilisable. De plus pour les personnes qui ont les 2 environnements (Gnome et KDE), ils peuvent partager le même index, avec un seul daemon, bref c'est l'idéal.
Le seul truc de Kat qui fait la différence c'est qu'ils ont dit qu'ils allaient faire pareil mais en "mieux", avec l'aspect "contextuel". Je trouve ca dommage de se diriger vers des choix qui feraient que ce soit utilisable uniquement sous KDE alors que techniquement cette valeur ajoutée n'est ABSOLUMENT PAS dépendant de KDE.
Tu prends l'exemple de Vista : ben chez Microsoft ils savent mieux faire la séparation entre Environnement graphique et moteur d'indexation/Recherche, la preuve en est que le bousin, WinFS, sera backporté sous Windows XP.
[^] # Re: Kat
Posté par yoho (site web personnel) . Évalué à 3.
Quel aurait été l'intérêt de reprendre le modèle de Beagle puisque Beagle fonctionne très bien sous KDE, comme tu le dis ? (Enfin j'attend toujours des plugins pour les applis KDE, humhum... et je crois que je vais pouvoir attendre longtemps)
C'est quoi le rapport avec le backport d'une appli de Windows vers Windows ? On peut sûrement backporter kat vers KDE 3.3 aussi, mais je ne vois pas du tout ce que ça prouverait...
[^] # Re: Kat
Posté par TImaniac (site web personnel) . Évalué à 1.
Ensuite même si Kat veut ajouter le modèle "contextuel", je ne vois pas ce qui le différencie de Beagle sur les objectifs. Et je ne vois absolument pas en quoi ce modèle "contextuel" serait dépendant de KDE.
Beagle et KAt ont de nombreux objectifs en communs, de nombreuses solutions en communs, tu pourras dire tout ce que tu veux mais ca restera toujours idiot de ne pas chercher à mettre en commun ce qui peut l'être, tout ca par simple choix technique en enfermant Kat dans un environnement particulier.
Enfin j'attend toujours des plugins pour les applis KDE, humhum... et je crois que je vais pouvoir attendre longtemps
Ben oui mais là c'est à cause d'un point de vue idéologique, parcque justement les KDéistes (marrant ce mot) préfère se la péter en disant "oué ca pu le Gnome et le mono, nous on va faire pareil mais en ouachement mieux, on va réinventer la roue mais on va ajouter des jantes en alu, et les roues ne seront pas standards, elles ne rouleront que sur les goudrons KDE". Yahoo. Effectivement en partant de ce principe tu risques pas de voir beaucoup de plugin KDE pour Beagle, alors que techniquement c'est tout à fait faisable.
[^] # Re: Kat
Posté par boubou (site web personnel) . Évalué à 4.
Timaniac, je ne répondrai pas à tes trolls.
[^] # Re: Kat
Posté par TImaniac (site web personnel) . Évalué à 1.
"MS détient plus de brevets sur le kernel Linux que sur Mono"
[^] # Re: Kat
Posté par Erwan . Évalué à 3.
Donc pour rassembler les efforts, c'est mal barre :)
[^] # Re: Kat
Posté par gnumdk (site web personnel) . Évalué à 4.
Sinon pour beagle y'a ca :
http://www.kde-apps.org/content/show.php?content=28437(...)
Interview de Aaron Seigo :
Well, I one thing that I would add ... a couple of things that are happening in the Appeal project that we didn't really get to discuss thus far taht I find really interesting are, one: the contextual link enginge. We were talking previously by email, you had asked is there a search engine sort of thing coming around. And search tools are a really hot topic right now. It seems every desktop environment is throwing up a search tool. In the KDE project I think in the last two months I've seen three or four different approaches from people that are working on it on their own. We think that's kind of just the first step and that what's a lot more compelling than saying, "Let's throw all the full text and all the meta data into a big glop database and let you full text search it" is the ability to record, mine and then go back and navigation and search through contextual relationships between information.
It's funny how much information we throw away on the desktop. Insane amounts of information. If you're doing research on the Internet, for instance.. An example I've used is say you're doing an essay on panda bears. You go on the 'net, you go to ilovepandabears.com, find an image you really want to use in your presentation, you download that image. When that image is downloaded to your disk, we no longer know where it came from. We've lost a bit of context for that image. Then you take that image and you put it in your word processing document. We have lost yet more of the context because we really no longer know that that image is actually the same image as the one that's on disk and that it actually came from the Internet, in fact it actually came from this website.
We're looking at capturing that sort of information and allowing the user to actually navigate and move through their information using that contextual web. Uou look at Google, that was how they broke through: they use their whole page ranking thing. The idea of context being more important even than the content of the actual information you're looking at. And if you examine how we use groupware or how we build word processing documents or slide presentations, media files, the whole bit there's a lot of context that were not allowing people to gather.
We don't allow people to annotate information freely and then collect those annotations. We have these sticky notes, KNotes or whatever, that you stick randomly in places on screen that aren't semantically connected to anything.
The contextual linking engine, which is called Tenor, allows us to start bridging that gap. It really starts allowing us to provide context-based, in other words informational or meaning based, searching and navigation on the desktop. And this is widely applicable from things like KControl and the relationships between the different panels to managing your files in a content manager to your address book: Who is Jane Doe andw hat is she associated with in your life?
[^] # Re: Kat
Posté par gnumdk (site web personnel) . Évalué à 2.
Certe, il aurait pu participer à beagle pour ammener leur bonne idée, mais beagle c'est du gros C# et ils ont peut être pas envie de coder en C#.
[^] # Re: Kat
Posté par lezardbreton . Évalué à 7.
Kat a pour le moment une ergonomie pourrie, car son but n'est pas seulement de devenir une interface de recherche, mais d'être un framework qui pourra être partagé par de nombreuses applications. On peut donc penser son interface actuelle comme une 'proof of concept' permettant de tester son fonctionnement interne.
Un de ses dev principal en parle ici : http://robertocappuccio.blogspot.com/(...)
Un des enthousiastes, c'est Gael Duval, qui en parle ici : http://www.indidea.org/gael/fr/(...)
Pour l'instant, ce n'est pas encore mature, c'est pour ça que je pense que c'est une connerie de l'activer par défaut sur la Mandriva 2006.
[^] # kat / beagle / lucene
Posté par Antoine . Évalué à 7.
- Lucene est un moteur d'indexation écrit en Java par la fondation Apache
- beagle utilise une exacte réécriture en C# de Lucene
- kat utilise une exacte réécriture en C++ de Lucene
J'espère que dans quelques années on ne se retrouvera pas avec trois versions réécrites de chaque bibliothèque sur nos systèmes ("c'est pas mon langage préféré").
[^] # Re: kat / beagle / lucene
Posté par cedric . Évalué à 4.
Quelqu'un pour faire un fork en C ? ;)
[^] # Re: kat / beagle / lucene
Posté par wismerhill . Évalué à 2.
Mais à partir du moment où on veut s'en servir dans d'autres langages ça devient ennuyant.
[^] # Re: kat / beagle / lucene
Posté par golum . Évalué à 4.
adverbe francais qui signifie gênant.
Contraction de ennuyeux et emmerdant
M'en vais le rajouter sur le wikipedia illico
=========> [ ]
[^] # Re: kat / beagle / lucene
Posté par -=[ silmaril ]=- (site web personnel) . Évalué à 5.
Pis ya PLucene (perl), PyLucene (Binding Python via gcj+swig), etc etc.
[^] # Re: kat / beagle / lucene
Posté par golum . Évalué à 2.
[^] # Re: kat / beagle / lucene
Posté par Ph Husson (site web personnel) . Évalué à 2.
Tu confonds peut etre avec dbus?
Enfin en tout cas y a rien qui correspond directement à ta déscription
[^] # Re: kat / beagle / lucene
Posté par CrEv (site web personnel) . Évalué à 3.
l'un des arguments de .net est justement de pouvoir s'affranchir du langage dans lequel une application a été réalisée du moment qu'il peut se compiler en il par .net
Par exemple, créer une appli donc le coeur (les calculs) serait en fortran, cobol ou n'importe quoi et l'interface en vb (beurk).
J'avais assisté à une prez .net et le gars s'amusait justement à linker des élements de plusieurs langages ensemble. Je crois qu'on peut aussi faire de l'héritage indépendement des langages.
Bon, par contre, je ne pense pas que mono le puisse, simplement parce que mono c'est surtout c# (je crois qu'il y avait aussi du vb, mais j'ai jamais regardé je déteste ça ;))
[^] # Re: kat / beagle / lucene
Posté par TImaniac (site web personnel) . Évalué à 5.
Un langage qui veut cibler la CLI doit répondre aux CLS (Common Langage Specification) qui défini en gros les règles que doivent définir un langage pour s'intégrer avec la CLI (définition d'un objet, héritage, etc.) et rendre un composant indépendant du langage dans lequel il a été développé pour qu'il puisse être réutiliser facilement.
Aux CLS est associé le CTS (Common Type System) qui défini les types simples partagés par tous les langages (Int32, Float, etc.), toujours dans le but de permettre l'indépendance du langage et du code produit.
Dans la pratique avec le framework .NET on a généralement du code généré à partir des langages fournis par Microsoft : C#, VB.NET, J#, C++ managed, JScript. Auquels s'ajoutent de nombreux langages qui ne viennent pas de Microsoft (comme Delphi par exemple).
Mono propose un compilateur C# abouti, un compilateur VB.NET qui reste à travailler, et un compilateur JScript pas vraiment mature :)
A côté de cela d'autres projets OpenSource ont fait leur apparition pour développer d'autres langages qui ciblent notamment Mono : Nemerle ou Boo par exemple.
La plupart des langages qui ciblait initialement le framework .NET produise du code qui tourne sans problème avec Mono, par contre il n'y a pas toujours de compilateur sous Linux. Parfois le compilateur est lui-même écrit pour .NET et tourne donc avec Mono, c'est le cas de IronPython, une implémentation de Python.
Dans tous les cas, si un compilateur produit du code pour la CLI, il tournera sur Mono et .NET et sera compatible avec tous les autres langages/compilateur puisque l'unité de réutilisation est le code intermédiaire commun à tous les langages.
La force de la CLI par rapport à d'autres environnement comme Java par exemple (qui peut lui aussi être ciblé par différents langages) est de fournir des spécifications qui garantissent l'interopérabilité et l'indépendance du code produit.
[^] # Re: kat / beagle / lucene
Posté par golum . Évalué à 2.
Ce que je voulais souligner, c'est le principe de la réutilisabilté d'un composant logiciel (au sen large) entre différents langages que ce soit au travers
- d'un binding ,
-d'un runtime comme c'est le cas pour Java
http://flp.cs.tu-berlin.de/~tolk/vmlanguages.html(...)
- d'un langage intermédiaire compilé comme IL/Mono
http://linuxfr.org/2004/07/02/16698.html(...)
- depuis un bus de communication objet distribués comme les ORB Corba ou Ice
http://www.zeroc.com/ice.html(...)
- ou encore d' un bus à usage "local" comme Dbus,
XPcom de Mozilla ou encore UNO
http://lwn.net/Articles/139716/(...)
dont les deux derniers ont l'avantage d'être portables
Bref, pourquoi toujours réinventer la roue alors qu'on a déjà pléthore d'offres en terme de réutilisabilité ?
# Commentaire supprimé
Posté par Anonyme . Évalué à 3.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: y a des progres a faire et faut que je devienne riche
Posté par TImaniac (site web personnel) . Évalué à 6.
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 2.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: y a des progres a faire et faut que je devienne riche
Posté par TImaniac (site web personnel) . Évalué à 2.
(y'a des options de debug/log qui fourniront des informations plus intéressantes)
[^] # Re: y a des progres a faire et faut que je devienne riche
Posté par bz31 . Évalué à -1.
Je compare l'utilité de beagle à la transparence proposée par Xorg ...
[^] # Re: y a des progres a faire et faut que je devienne riche
Posté par bz31 . Évalué à 3.
[^] # Re: y a des progres a faire et faut que je devienne riche
Posté par Gilles Dartiguelongue . Évalué à 4.
J'y vais de quelques compilations puis je lance la bête, et ca mouline, encore et encore. Au bout d'une heure, je lance une petite recherche boum un plantage de l'interface en gtk. Je me désespère pas, je recommence et là j'arrive à avoir quelque chose. Jusque là, ca marche. Je le laisse tourner tout de go toute la journée, mais pendant que je mettais à jour mon système, je me suis aperçu que beagled+mono me bouffait environ un tiers de ma ram.
Depuis je l'ai viré parce que fondamentalement ca me sert à rien et que pour le moment je considère que C# n'est pas mature. Y a qu'à voir mon expérience avec Muine (encore un truc édifiant), mais c'est une autre histoire.
[^] # Re: y a des progres a faire et faut que je devienne riche
Posté par LeMagicien Garcimore . Évalué à 4.
Correction : tu considères que Mono n'est pas mature, C# en est à sa deuxième version et il va bien, merci :)
Et en fait c'est peut êtres les logiciels développés avec qui ne sont pas stables. Mais des soft en C/GTK+ qui plantent, on en trouve aussi...
[^] # Re: y a des progres a faire et faut que je devienne riche
Posté par Gilles Dartiguelongue . Évalué à 2.
Tout à fait, cependant quand j'entends plusieurs personnes (sérieuses) chanter les louages d'applis qui crashent lamentablement souvent, ca me fait grincer des dents.
# "Machine puissante" pas si nécessaire...
Posté par dco . Évalué à 3.
Je suis en Unbuntu hoary sur un portable (donc disque et CPU pas top) Dell Precision M60 à 1.6Ghz. De plus je n'ai pas le mode "inotify" dans mon kernel (là pour accélerer le bouzin).
Avec cette config un peu cata (1.6Ghz c'est deja pas mal pour les end-users mais pas genial pour ceux succeptibles d'installer beagle (version plus qu'alpha)), j'utilise donc beagle et ses outils depuis 3 semaines et je n'ai pas observé de ralentissement notable de ma machine à l'utilisation (Desktop, dev leger mais aussi pour des jeux...).
Le truc "c'est nul ça me bouffe mon CPU" ne m'est jamais arrivé...
[^] # Re: "Machine puissante" pas si nécessaire...
Posté par Matthieu . Évalué à 3.
Le truc "c'est nul ça me bouffe mon CPU" ne m'est jamais arrivé...
Le truc "c'est nul ça m'a bouffé mon CPU quelques fois" m'est arrivé...
[^] # Re: "Machine puissante" pas si nécessaire...
Posté par Ph Husson (site web personnel) . Évalué à 5.
Si c'est un pentium M c'est une vrai fusée....
[^] # Re: "Machine puissante" pas si nécessaire...
Posté par yoho (site web personnel) . Évalué à 1.
# Plugin firefox
Posté par dco . Évalué à 4.
http://www.beagle-project.org/Firefox_Extension(...)
# Conception IHM
Posté par freeflight00 . Évalué à 3.
Le seul reproche que j'ai a lui faire est l'interface "Best" mal pensée. Trop peu de resultats sont affichages directement ce qui sous entends de devoir souvent cliquer sur next pour voir la suite. S'ensuit une perte de temps.
Je pense que là ou ca pourrait le faire, ca serait d'integrer beagle avec nautilus (plugin?). Par exemple, une barre de saisi ou tu mettrais ton/tes critere(s) de recherche et ou le resultats s'affiche directement dans ton espace de navigation...
L'utilisateur ne se soucierait plus de son systeme de fichier mais simplement de ses documents.
Comment qui disent déja?! usabilitttty...
[^] # Re: Conception IHM
Posté par scls19fr (site web personnel) . Évalué à 1.
Nautilus pour chercher dans la doc, pour chercher dans les fichiers, etc...
On se refait l'explorateur... en mieux ;-)
http://bugzilla.gnome.org/show_bug.cgi?id=306131(...)
dommage pour la fin
All right, there are like a dozen things being discussed in this thread, which
makes this a difficult bug to track and manage. Aside from making Nautilus some
sort of universal help viewer (which, I assure you, will never happen), what is
the proposal in this bug report?
[^] # Re: Conception IHM
Posté par gnumdk (site web personnel) . Évalué à 6.
http://www.kde-apps.org/content/show.php?content=28437(...)
[^] # Re: Conception IHM
Posté par Mathieu Pillard (site web personnel) . Évalué à 2.
# xattr ?
Posté par MsK` . Évalué à 4.
- qu'est-ce que c'est ? Oo
- quels sont les FS qui le possèdent ?
[^] # Re: xattr ?
Posté par TImaniac (site web personnel) . Évalué à 6.
Ext3 supporte les xattr, ReiserFS implémente son propre format plutôt que le format standard du noyau Linux, et a donc un support séparé pas encore aussi fonctionnel dans beagle.
[^] # Re: xattr ?
Posté par tgl . Évalué à 2.
- si tu compiles toi même tes noyaux, alors il faut vérifier que c'est activé, ici : File systems --> Ext3 journalling file system support --> Ext3 extended attributes. (pareil pour ext2 d'ailleurs) ;
- si tu utilises un kernel de distrib, il est extrêmement probable que ce soit déjà activé ;
- dans tous les cas, il faut passer dans ta fstab l'option qui va bien, "user_xattr", pour ta partition /home (ou carrement / si tu n'as pas de /home).
[^] # Re: xattr ?
Posté par herodiade . Évalué à -4.
[^] # Re: xattr ?
Posté par Erwan . Évalué à 5.
http://users.avafan.com/~fredrik/best-win32.jpg(...)
http://mail.gnome.org/archives/dashboard-hackers/2005-January/msg00(...)
# Hum....
Posté par sylware . Évalué à 8.
En effet, il correspond à la sous-partie "normalisée" de .NET avec des "bindings" pour les technologies du libre. Il ne faut pas prendre les enfants du bon Dieu pour des canards sauvages, .NET est complètement piloté par une certaine entreprise (les parties non normalisées étant plus ou moins vérouillées par les trucs qu'on appelle brevets logiciels me semble-t-il, sachant que cela ne concerne plus l'Europe, mais bon...). Cela me fait penser à JAVA, complètement piloté par SUN... mais j'ai plus confiance en SUN qu'en l'autre, question de feeling. Mais la JAVA Trap vaut bien la .NET Trap.
Personnellement, je me sentirais beaucoup mieux si une telle application avait été développée dans un langage non lié de manière significative à 1 et 1 seule entreprise (python, ruby, C/C++ etc...).
Désolé, pour moi, mono c'est ".Niet"!
[^] # Re: Hum....
Posté par Yusei (Mastodon) . Évalué à 8.
Après, il reste le problème des brevets, problème qui dépasse largement Java et .NET, malheureusement.
[^] # Re: Hum....
Posté par briaeros007 . Évalué à -1.
Certes classpath etc... ne correspondent pas encore a java 1.5
mais 1.1 et 1.2 (comment ca c'est vieux) sont quand meme pas mal implementer.
Et 1.4 aussi.
si le programme s'appuie pas trop sur toutes les api java les plus recules; et fait une interface graphique pas trop "nouveaux trucs" ca devrais passer sans enormement de problème.
et je ferais remarquer que tout le mone a pas encore le jre 1.5 ;)
D'ailleurs classpath recherche des developpeur si ca t'interesse.
[^] # Re: Hum....
Posté par Yusei (Mastodon) . Évalué à 10.
Je ne fais que souligner une différence entre les deux cas évoqués, personnellement je m'en fiche de Java.
En fait, pour être plus précis, un programme développé avec Mono c'est comme un programme développé avec GCJ: peu importe que derrière ce soit C# ou Java, c'est exécutable en n'utilisant que des logiciels libres, donc ça échappe à ce que RMS appelle le "piège Java". Ceux qui prennent le risque de tomber dans le piège sont ceux qui développement avec les outils de dev de Microsoft (pour .NET) ou de Sun (pour Java) et qui pensent pouvoir faire un logiciel entièrement libre de cette manière.
Voilà, formulé comme ça, j'ai moins l'air d'agresser les pauvres développeurs de classpath ?
[^] # Re: Hum....
Posté par Ph Husson (site web personnel) . Évalué à 4.
/me qui essaye de faire marcher lg3d sur gcjx
[^] # Re: Hum....
Posté par boubou (site web personnel) . Évalué à 6.
A titre d'information, plus de 92 % de l'API du JDK 1.4 est implémentée par Classpath. Les extensions J2EE 1.4 sont intégralement implémentées par divers projets open source comme JBoss ou Jonas.
Moralité, la situation en pratique est plus ou moins la même pour Mono et Classpath+gcj. Par contre, du point de vue légal, ah, ah, ah...
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 1.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: Hum....
Posté par boubou (site web personnel) . Évalué à 5.
[^] # Re: Hum....
Posté par golum . Évalué à 3.
Hum Hum
http://mail-archives.apache.org/mod_mbox/incubator-general/200505.m(...)
http://www.indexel.net/1_20_4106___/Harmony___le_Java_open_source_d(...)
[^] # Re: Hum....
Posté par vrm (site web personnel) . Évalué à 0.
# Une question
Posté par vavil . Évalué à 2.
J'ai déjà eu le problème de retrouver des fichiers dans le passé, et la solution , sans dépendances ... => trier et organiser ses disques durs !!!
Pour les mails, tous les clients mail ont un moteur de recherche intégré assez puissant ...
Niveau sécurité aussi je suis pas sur que ça soit génial d'avoir une base avec tout ce qu'on a sur nos disques durs ... ( cf base de registre et service d'indexation windows <= avant qu'un gros nain poillu troll ça, je sais que c'est surement 50 000 fois plus sécuriser que sous windows )
[^] # Re: Une question
Posté par Yusei (Mastodon) . Évalué à 9.
- le mail d'invitation que tu as reçu, et qui contient les dates et coordonnées
- le papier que tu as soumis à cette conférence
- la conversation faite via Gaim avec un des relecteurs du-dit papier
- le blog d'un des autres intervenants, qui relate ce qu'il a vu de la conférence
- les photos de la conférence
- les enregistrement des présentations, au format Ogg Vorbis ou bien en vidéos
Pour ce qui est des photos/enregistrements/papiers, il est bien sûr possible d'organiser tout ça en faisant un dossier 5e_Conference_Pingouins_Velus... ou bien en faisant un découpage Photos/Pingouins_Velus, Audio/Pingouins_Velus, etc. Mais avec un truc comme Beagle, l'avantage c'est que quelle que soit ton organisation, tu peux retrouver tout en une requête, et qu'en plus ça se met à jour dynamiquement. Un peu comme les VFolders d'Evolution, mais avec un champ d'application plus large.
Autre possibilité, en une requête, retrouver la liste des PDF que tu possèdes qui font référence à ta présentation à la Conf' des Pingouins Velus.
[^] # Re: Une question
Posté par briaeros007 . Évalué à 2.
Maintenant supposons que tu ais pris des photos de "pingouins velus" et que ton superbe canon eos 5d ; il fait plein de trucs ; mais il met pas encore les cordones gps en exif.
donc tu met ca sur ton dd. Il copie bien les donnes tu dis "je m'en fous j'ai beagle" et le jour ou tu dois les rechercher tu est dans la moise car le _mg_0453.cr2 beagle sait pas que c'est ta conference de pingouin velu (d'ailleurs est ce qu'il sait lire les cr2 ?)
De meme tu recois un mail date de trois jour avant la conference ou il est juste marque
"je te retrouve dans trois jour ; a la conference; tel place tel heure ; oublie pas le piquenique" beagle il fait comment ? Il sait faire des recheres par contextes automatique ? Si oui comment trie t'il les faux positifs ? (du style qu'il parlait d'un conference qui etait APRES les pingouins velus )
en clair beagle c'est bien ; mais c'est pas la panacée non plus ; et n'empeche pas une bonne organisation.
Mais bon vais me faire moinsser par les 313373 parce que je suis pas de leurs avis.
[^] # Re: Une question
Posté par Yusei (Mastodon) . Évalué à 3.
Ouais enfin, personne n'a prétendu que c'était la panacée ou que ça évitait d'avoir à s'organiser, le monsieur demandait à quoi ça servait et je lui ai répondu. Ça ne sert pas à classer ses données, ça sert à faire des recherches sur le contenu des données ou des métadonnées. Effectivement, dans les exemples tu donnes on n'a ni données ni métadonnées et donc ça ne marche pas très bien.
T'as pas de chance d'être environnés de tant d'imbéciles hein ?
[^] # Re: Une question
Posté par golum . Évalué à 3.
Désolé pa pu m'empêcher =========> [ ]
# Création d'un thème MONO sur LinuxFr ?
Posté par j (site web personnel) . Évalué à 1.
http://linuxfr.org/tracker/(...)
[^] # Re: Création d'un thème MONO sur LinuxFr ?
Posté par yoho (site web personnel) . Évalué à 2.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.