Re: Tracker/Beagle integration in Nautilus
Le jeudi 19 juillet 2007 à 18:53 +0200, Tshepang Lekhonkhobe a écrit : What are the updated plans on this? Sorry, this slept out of my mind. I'm uploading a new nautilus version with supposedly tracker support enabled, but I can't test it right now because my home is on NFS. I'm interested in any kind of feedback. -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. Resistance is futile. signature.asc Description: Ceci est une partie de message numériquement signée
Re: Tracker/Beagle integration in Nautilus
On 2/20/07, Josselin Mouette [EMAIL PROTECTED] wrote: Le lundi 19 février 2007 à 23:39 +0100, Niv Sardi-Altivanik a écrit : What do you think about it ? could it be possible to have libtrackerclient-dev and libbeagle-dev added to nautilus' build-deps, and nautilus added a Suggests tracker | beagle ? I was waiting for tracker to get out of NEW to add support for it in nautilus, and am going to do it soon. What are the updated plans on this? In any case, Tracker 0.6 is promised for this weekend. -- my place on the web: floss-and-misc.blogspot.com
Re: Tracker/Beagle integration in Nautilus
On mar, 2007-02-20 at 17:16 -0800, Alex Malinovich wrote: Is the extra runtime dep really so heavy ? Strictly from an end-user perspective, I think it's much better to have both alternatives easily available. As long as it doesn't pull the mono interpreter, it's fine. Xav -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Tracker/Beagle integration in Nautilus
El jue, 22-02-2007 a las 00:09 +0100, Xavier Bestel escribió: On mar, 2007-02-20 at 17:16 -0800, Alex Malinovich wrote: Is the extra runtime dep really so heavy ? Strictly from an end-user perspective, I think it's much better to have both alternatives easily available. As long as it doesn't pull the mono interpreter, it's fine. Depends if it will only use libbeagle0 or not. With that nautilus will be able to access beagle data, but it has to be gathered somehow. And beagled does need Mono. -- Jose Carlos Garcia Sogo [EMAIL PROTECTED]
Re: Tracker/Beagle integration in Nautilus
Jose Carlos Garcia Sogo schrieb: El jue, 22-02-2007 a las 00:09 +0100, Xavier Bestel escribió: On mar, 2007-02-20 at 17:16 -0800, Alex Malinovich wrote: Is the extra runtime dep really so heavy ? Strictly from an end-user perspective, I think it's much better to have both alternatives easily available. As long as it doesn't pull the mono interpreter, it's fine. Depends if it will only use libbeagle0 or not. With that nautilus will be able to access beagle data, but it has to be gathered somehow. And beagled does need Mono. Enabling tracker resp. beagle support in nautilus will lead to a dependency on libtrackerclient0 (111k) [1] resp. libbeagle0 (319k) [2], generated by dh_shlibdeps. So the dependencies are rather leight weight, and I think we could enable both. A Depends/Recommends/Suggests (whatever Joss seems fit best) on tracker or beagle would have to be added to nautilus manually. Without the tracker or beagle package installed, nautilus will fall back to plain search. Installing the beagle package will pull in the whole mono machinery, which (I haven't counted) is I'd guess something around 30-50 Mb. Cheers, Michael [1] which depends on libdbus-1-3, libdbus-glib-1-2 and libglib2.0-0 [2] which depends on libglib2.0-0 and libxml2 -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Re: Tracker/Beagle integration in Nautilus
Jose Carlos Garcia Sogo [EMAIL PROTECTED] writes: El jue, 22-02-2007 a las 00:09 +0100, Xavier Bestel escribió: On mar, 2007-02-20 at 17:16 -0800, Alex Malinovich wrote: Is the extra runtime dep really so heavy ? Strictly from an end-user perspective, I think it's much better to have both alternatives easily available. As long as it doesn't pull the mono interpreter, it's fine. Depends if it will only use libbeagle0 or not. With that nautilus will be able to access beagle data, but it has to be gathered somehow. And beagled does need Mono. You only do need libbeagle0, it shouldn't link to anything more. You witch only means that you'll pull in mono if you actually want to use beagle. $ apt-cache show libbeagle0 | egrep 'Depends' Depends: libc6 (= 2.3.6-6), libglib2.0-0 (= 2.12.0), libxml2 (= 2.6.27) Regards -- Niv Sardi Random Fortune (To make your day better if not wiser) * boren tosses matlab across the room and hopes it breaks into a number aproaching infinite peices
Re: Tracker/Beagle integration in Nautilus
Le lundi 19 février 2007 à 23:39 +0100, Niv Sardi-Altivanik a écrit : What do you think about it ? could it be possible to have libtrackerclient-dev and libbeagle-dev added to nautilus' build-deps, and nautilus added a Suggests tracker | beagle ? I was waiting for tracker to get out of NEW to add support for it in nautilus, and am going to do it soon. I don't think it's wiseful to add another runtime dependency just to support another search engine, especially when each new tracker release shows it is improving over beagle. -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. Resistance is futile.
Re: Tracker/Beagle integration in Nautilus
Josselin Mouette [EMAIL PROTECTED] writes: I don't think it's wiseful to add another runtime dependency just to support another search engine, especially when each new tracker release shows it is improving over beagle. I really don't feel confortable to make the choice of witch indexer project to use, especially at a stage where beagle is offering more features than tracker, and that at least RedHat/Fedora and Novell/Suse are pushing it. Is the extra runtime dep really so heavy ? regards, -- Niv Sardi Random Fortune (To make your day better if not wiser) Creer que un enemigo debil no puede dañarnos, es creer que una chispa no puede incendiar el bosque. -- Saadi.
Re: Tracker/Beagle integration in Nautilus
On Wed, 2007-02-21 at 00:54 +0100, Niv Sardi-Altivanik wrote: Josselin Mouette [EMAIL PROTECTED] writes: I don't think it's wiseful to add another runtime dependency just to support another search engine, especially when each new tracker release shows it is improving over beagle. I really don't feel confortable to make the choice of witch indexer project to use, especially at a stage where beagle is offering more features than tracker, and that at least RedHat/Fedora and Novell/Suse are pushing it. Is the extra runtime dep really so heavy ? Strictly from an end-user perspective, I think it's much better to have both alternatives easily available. I think that given the memory footprint of both tracker and beagle, the overhead in getting Nautilus to support either or both would be minimal by comparison. And the ability to choose which one you wanted to use would be a big plus in my book. Either a Depends: [ beagle | tracker ] scenario or a Provides: desktop-search + Depends: desktop-search (or something similar) would be ideal in my book. -- Alex Malinovich Support Free Software, delete your Windows partition TODAY! Encrypted mail preferred. You can get my public key from any of the pgp.net keyservers. Key ID: A6D24837 signature.asc Description: This is a digitally signed message part
Re: Tracker/Beagle integration in Nautilus
Il giorno lun, 19/02/2007 alle 23.39 +0100, Niv Sardi-Altivanik ha scritto: What do you think about it ? could it be possible to have libtrackerclient-dev and libbeagle-dev added to nautilus' build-deps, and nautilus added a Suggests tracker | beagle ? I really like the whole idea, tracker sounds promising - and it's about time we had something like that ! - but the | thing looks like the same old story, I'd rather see a long and boring discussion where we all sit around a table and see which one is the best alternative and just depend on that one, while ( maybe ) leaving the other one as an option or ( maybe ) just throwing it away, so that I ( user ) don't have to choose myself. Of course this won't lead to an end to this discussion in a couple minutes, but maybe it makes sense. Ciao ~marco signature.asc Description: Questa è una parte del messaggio firmata digitalmente
