I just commited a change to comps which makes beagle optional instead of installed by default. The idea with beagle (and tracker) is nice, but bugs keep on showing up causing the search daemon to use a lot of cpu and/or memory, and this makes the default install look pretty bad.
This is somewhat of a feature regression in the default install, but at this point we just don't have the manpower to make it work 100%. But if people want it its still there, and eventually it'll be good enought to turn on by default without affecting the general distro quality.
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander Larsson Red Hat, Inc alexl@redhat.com alla@lysator.liu.se He's a witless one-eyed Green Beret haunted by an iconic dead American confidante She's a strong-willed paranoid schoolgirl with an incredible destiny. They fight crime!
Alexander Larsson wrote:
I just commited a change to comps which makes beagle optional instead of installed by default. The idea with beagle (and tracker) is nice, but bugs keep on showing up causing the search daemon to use a lot of cpu and/or memory, and this makes the default install look pretty bad.
This is somewhat of a feature regression in the default install, but at this point we just don't have the manpower to make it work 100%. But if people want it its still there, and eventually it'll be good enought to turn on by default without affecting the general distro quality.
A very good decision. Thank you.
Rahul
On 5/14/07, Alexander Larsson alexl@redhat.com wrote:
I just commited a change to comps which makes beagle optional instead of installed by default. The idea with beagle (and tracker) is nice, but
Does this means both are optional now? If so, isn't it better to have one installed but, if not considered stable enough, just disabled by default?
man, 14 05 2007 kl. 17:51 +0200, skrev Gianluca Sforna:
On 5/14/07, Alexander Larsson alexl@redhat.com wrote:
I just commited a change to comps which makes beagle optional instead of installed by default. The idea with beagle (and tracker) is nice, but
Does this means both are optional now? If so, isn't it better to have one installed but, if not considered stable enough, just disabled by default?
Both have been optional for a while, we installed Beagle by default since FC6 but this is not going to happen anymore since Beagle out of the box still consumes 100% CPU. Tracker in this sense is much better, I've been giving it a trial run for a while now, it seems stable and doesn't spin out of control.. sadly it doesn't cover as many formats as Beagle does.
Both I think needs more use cases outside of replacing the search dialog, something like Banshee or Rhythmbox could arrange their media libraries using this kind of technology. The fact is that this technology has been around for a while and yet nobody is really using it to make the desktop better. Hopefully this will change for F8.
- David Nielsen
David Nielsen <david <at> lovesunix.net> writes:
Both I think needs more use cases outside of replacing the search dialog, something like Banshee or Rhythmbox could arrange their media libraries using this kind of technology. The fact is that this technology has been around for a while and yet nobody is really using it to make the desktop better. Hopefully this will change for F8.
Well, the plan is to ship KDE 4 in F8, and the KDE folks are working on supporting Strigi in some apps. But I don't know how work is going on the GNOME side, that probably also depends on whether Beagle or Tracker will end up as the "default" there.
I'm a bit worried about ending up with 2 or 3 different desktop search daemons autostarted by different apps. (Heck, personally, I don't even want _one_ search daemon autostarted, but users and use cases differ. ;-) )
Kevin Kofler
tir, 15 05 2007 kl. 05:50 +0000, skrev Kevin Kofler:
Well, the plan is to ship KDE 4 in F8, and the KDE folks are working on supporting Strigi in some apps. But I don't know how work is going on the GNOME side, that probably also depends on whether Beagle or Tracker will end up as the "default" there.
I'm a bit worried about ending up with 2 or 3 different desktop search daemons autostarted by different apps. (Heck, personally, I don't even want _one_ search daemon autostarted, but users and use cases differ. ;-) )
The FreeDesktop.org Xesam standard nicely solves this by providing a standard DBus API application developers can use when wanting to employ such functionality instead of tying it to one specific indexer. This way Fedora KDE could ship with Stringi and even GNOME apps would work since they only depend on the Xesam calls and not the backend. This should entirely remove the multiple indexer problem and ensure a much improved user experience. Everybody wins.
The best bit is that Xesam has buyin from every major indexer project from the word go, this should hopefully ensure that the standard gets adopted smoothly.
I love it when Open Standards work out correctly.
- David
+1
Thank you.
Alexander Larsson wrote:
I just commited a change to comps which makes beagle optional instead of installed by default. The idea with beagle (and tracker) is nice, but bugs keep on showing up causing the search daemon to use a lot of cpu and/or memory, and this makes the default install look pretty bad.
This is somewhat of a feature regression in the default install, but at this point we just don't have the manpower to make it work 100%. But if people want it its still there, and eventually it'll be good enought to turn on by default without affecting the general distro quality.
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander Larsson Red Hat, Inc alexl@redhat.com alla@lysator.liu.se He's a witless one-eyed Green Beret haunted by an iconic dead American confidante She's a strong-willed paranoid schoolgirl with an incredible destiny. They fight crime!
Am Montag, den 14.05.2007, 16:58 +0200 schrieb Alexander Larsson:
I just commited a change to comps which makes beagle optional instead of installed by default. The idea with beagle (and tracker) is nice, but bugs keep on showing up causing the search daemon to use a lot of cpu and/or memory, and this makes the default install look pretty bad.
This is somewhat of a feature regression in the default install, but at this point we just don't have the manpower to make it work 100%. But if people want it its still there, and eventually it'll be good enought to turn on by default without affecting the general distro quality.
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander Larsson Red Hat, Inc alexl@redhat.com alla@lysator.liu.se He's a witless one-eyed Green Beret haunted by an iconic dead American confidante She's a strong-willed paranoid schoolgirl with an incredible destiny. They fight crime!
Please can you also disable the firefox plugin if you do this.
On Monday 14 May 2007 10:58:11 Alexander Larsson wrote:
I just commited a change to comps which makes beagle optional instead of installed by default. The idea with beagle (and tracker) is nice, but bugs keep on showing up causing the search daemon to use a lot of cpu and/or memory, and this makes the default install look pretty bad.
This is somewhat of a feature regression in the default install, but at this point we just don't have the manpower to make it work 100%. But if people want it its still there, and eventually it'll be good enought to turn on by default without affecting the general distro quality.
The Release Team discussed this today and agreed with your proposal with the following addition.
The beagle package set will be added to the manifest for the 'Fedora' spin of Fedora 7. This will help folks upgrading from Fedora Core 6 that may have beagle installed.
On Monday 14 May 2007 16:14:48 Jesse Keating wrote:
The beagle package set will be added to the manifest for the 'Fedora' spin of Fedora 7. This will help folks upgrading from Fedora Core 6 that may have beagle installed.
To clarify, this will make the beagle packages available on the Fedora spin isos, but still only optional packages. They will be available for the upgrade case, and users would have to click on them specifically in the package selection screen to get them on the install case.
Jesse Keating wrote:
On Monday 14 May 2007 16:14:48 Jesse Keating wrote:
The beagle package set will be added to the manifest for the 'Fedora' spin of Fedora 7. This will help folks upgrading from Fedora Core 6 that may have beagle installed.
To clarify, this will make the beagle packages available on the Fedora spin isos, but still only optional packages. They will be available for the upgrade case, and users would have to click on them specifically in the package selection screen to get them on the install case.
It won't be available within the live images. Right?
Rahul
On Thu, 2007-05-17 at 01:29 +0530, Rahul Sundaram wrote:
Jesse Keating wrote:
On Monday 14 May 2007 16:14:48 Jesse Keating wrote:
The beagle package set will be added to the manifest for the 'Fedora' spin of Fedora 7. This will help folks upgrading from Fedora Core 6 that may have beagle installed.
To clarify, this will make the beagle packages available on the Fedora spin isos, but still only optional packages. They will be available for the upgrade case, and users would have to click on them specifically in the package selection screen to get them on the install case.
It won't be available within the live images. Right?
Right, as that's defined by the default packages for a "normal" install. It's just as available to install afterwards[1].
Jeremy
[1] One of the things I want to at least consider for F8 is how to do somewhat of a "hybrid" live install... where you get the live image and can then add any packages that you want or remove packages. Or maybe it doesn't make sense to do that and people should just run pirut after rebooting into the installed system. I can really go both ways about this
On 5/14/07, Alexander Larsson alexl@redhat.com wrote:
I just commited a change to comps which makes beagle optional instead of installed by default. The idea with beagle (and tracker) is nice, but bugs keep on showing up causing the search daemon to use a lot of cpu and/or memory, and this makes the default install look pretty bad.
This is somewhat of a feature regression in the default install, but at this point we just don't have the manpower to make it work 100%. But if people want it its still there, and eventually it'll be good enought to turn on by default without affecting the general distro quality.
Thank you my good sir. I hated that thing.
On Mon, 2007-05-14 at 16:59 -0400, Arthur Pemberton wrote:
On 5/14/07, Alexander Larsson alexl@redhat.com wrote:
I just commited a change to comps which makes beagle optional instead of installed by default. The idea with beagle (and tracker) is nice, but bugs keep on showing up causing the search daemon to use a lot of cpu and/or memory, and this makes the default install look pretty bad.
This is somewhat of a feature regression in the default install, but at this point we just don't have the manpower to make it work 100%. But if people want it its still there, and eventually it'll be good enought to turn on by default without affecting the general distro quality.
Thank you my good sir. I hated that thing.
I'm personally really disappointed that Beagle's no longer in the default install. This isn't to rag on Alex, or to even disagree with him - if it's causing bugs like this, then I understand why this had to be done, at least for now. But Beagle's a great tool - I use it *daily*, and while it's no problem for me to simply add it back into my package set, it's too bad that new users won't have Beagle's great features out of the box.
I hope that this can be re-evaluated for F8!
- Jens Knutson
(Preemptive note to Tracker fanboys: I tried Tracker for a few days and disabled Beagle. At the end of my testing, I very happily re-enabled Beagle and removed Tracker completely - Tracker's not a /fraction/ as useful, Beagle doesn't use much CPU on my system, and RAM usage is hardly a concern - memory is CHEAP.)
man, 14 05 2007 kl. 18:11 -0500, skrev Jens Knutson:
On Mon, 2007-05-14 at 16:59 -0400, Arthur Pemberton wrote:
On 5/14/07, Alexander Larsson alexl@redhat.com wrote:
I just commited a change to comps which makes beagle optional instead of installed by default. The idea with beagle (and tracker) is nice, but bugs keep on showing up causing the search daemon to use a lot of cpu and/or memory, and this makes the default install look pretty bad.
This is somewhat of a feature regression in the default install, but at this point we just don't have the manpower to make it work 100%. But if people want it its still there, and eventually it'll be good enought to turn on by default without affecting the general distro quality.
Thank you my good sir. I hated that thing.
I'm personally really disappointed that Beagle's no longer in the default install. This isn't to rag on Alex, or to even disagree with him - if it's causing bugs like this, then I understand why this had to be done, at least for now. But Beagle's a great tool - I use it *daily*, and while it's no problem for me to simply add it back into my package set, it's too bad that new users won't have Beagle's great features out of the box.
I hope that this can be re-evaluated for F8!
The main problem really is that every release seems to fix a bug like this and uncover a new one, if enough testing is done in the F8 cycle then I'm sure the functionality alone is enough to bring it back.
I think it might be good if someone started helping Alex with beagle maintainership so we could ensure quick pushes of new updates as bugs are fixed. That would aid a lot as upstream fixes their issues.
- David
On 2007-05-14, 23:33 GMT, David Nielsen wrote:
I think it might be good if someone started helping Alex with beagle maintainership so we could ensure quick pushes of new updates as bugs are fixed.
I am not sure, whether Alex had it on his mind, but I am afraid, one of the reasons why there is insufficient support for beagle is that the idea of Mono doesn't look that great lately. I think that advantage of other search engines (tracker, strigi, something based on JLucene) is that they don't require Mono.
Just my 0.02 CZK.
Matej
On Tue, 2007-05-15 at 11:21 +0200, Matej Cepl wrote:
On 2007-05-14, 23:33 GMT, David Nielsen wrote:
I think it might be good if someone started helping Alex with beagle maintainership so we could ensure quick pushes of new updates as bugs are fixed.
I am not sure, whether Alex had it on his mind, but I am afraid, one of the reasons why there is insufficient support for beagle is that the idea of Mono doesn't look that great lately. I think that advantage of other search engines (tracker, strigi, something based on JLucene) is that they don't require Mono.
This isn't really the main reason. Any indexer is bound to run in to the same issues, since it will try to read and parse a *lot* of data. Since so much data is read its very common to stumble upon some data that causes a bug in the indexer. You have to be extremely carefull when working on indexing code so that you handle all weird cases right.
In fact, its likely that being in mono (or any "managed" runtime) is an advantage for that particular reason, since its harder to crash or leak in such systems.
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander Larsson Red Hat, Inc alexl@redhat.com alla@lysator.liu.se He's an all-American playboy rock star with no name. She's a sarcastic red-headed wrestler from the wrong side of the tracks. They fight crime!
tir, 15 05 2007 kl. 11:21 +0200, skrev Matej Cepl:
On 2007-05-14, 23:33 GMT, David Nielsen wrote:
I think it might be good if someone started helping Alex with beagle maintainership so we could ensure quick pushes of new updates as bugs are fixed.
I am not sure, whether Alex had it on his mind, but I am afraid, one of the reasons why there is insufficient support for beagle is that the idea of Mono doesn't look that great lately. I think that advantage of other search engines (tracker, strigi, something based on JLucene) is that they don't require Mono.
While I understand that it is all the fad to blame Mono for all the evils in the world including the lack of lasting peace in the middle east but that's simply not true.
The problem is the data parsers and it's caused by insufficent care in design and the lack of good input fuzzing in terms to testing. There's also a terrible design problem seeing as Beagle is made to get stuck on a file it can't parse instead of dropping it after a while and logging the problem for the user to report.
Luckily Beagle has very good documentation to help users help the developers. I wish more developers would take the time to write up a page explaining how to extract the information they need, it saves so much time.
- David
On 5/15/07, Jens Knutson jensk.maps@gmail.com wrote:
On Mon, 2007-05-14 at 16:59 -0400, Arthur Pemberton wrote:
On 5/14/07, Alexander Larsson alexl@redhat.com wrote:
I just commited a change to comps which makes beagle optional instead of installed by default. The idea with beagle (and tracker) is nice, but bugs keep on showing up causing the search daemon to use a lot of cpu and/or memory, and this makes the default install look pretty bad.
This is somewhat of a feature regression in the default install, but at this point we just don't have the manpower to make it work 100%. But if people want it its still there, and eventually it'll be good enought to turn on by default without affecting the general distro quality.
Thank you my good sir. I hated that thing.
I'm personally really disappointed that Beagle's no longer in the default install. This isn't to rag on Alex, or to even disagree with him - if it's causing bugs like this, then I understand why this had to be done, at least for now. But Beagle's a great tool - I use it *daily*, and while it's no problem for me to simply add it back into my package set, it's too bad that new users won't have Beagle's great features out of the box.
I hope that this can be re-evaluated for F8!
- Jens Knutson
(Preemptive note to Tracker fanboys: I tried Tracker for a few days and disabled Beagle. At the end of my testing, I very happily re-enabled Beagle and removed Tracker completely - Tracker's not a /fraction/ as useful, Beagle doesn't use much CPU on my system, and RAM usage is hardly a concern - memory is CHEAP.)
I must say that I agree with Jen 100%
I use beagle and firefox beagle plugin all the time and they are real life savers! I can't imagine my deskop without beagle and deskbar!
I also tried tracked and wasn't impressed.
Please make beagle and deskbar default on for Fedora 7!
There are a lot of new users who would really benefit from these functions.
Is there maybe an option to whip beagle into shape and not to use 100% of cpu?
Is there no other way? Is disabling it really the only option?
-- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
On Tue, 2007-05-15 at 12:28 +0200, Valent Turkovic wrote:
Is there maybe an option to whip beagle into shape and not to use 100% of cpu?
Is there no other way? Is disabling it really the only option?
The decision has been made for Fedora 7.
But you can help out for Fedora 8 by fixing bugs like:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=217031
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander Larsson Red Hat, Inc alexl@redhat.com alla@lysator.liu.se He's a scarfaced gay gangster who hides his scarred face behind a mask. She's a manipulative streetsmart detective trying to make a difference in a man's world. They fight crime!
On 5/15/07, Alexander Larsson alexl@redhat.com wrote:
On Tue, 2007-05-15 at 12:28 +0200, Valent Turkovic wrote:
Is there maybe an option to whip beagle into shape and not to use 100% of cpu?
Is there no other way? Is disabling it really the only option?
The decision has been made for Fedora 7.
But you can help out for Fedora 8 by fixing bugs like:
I subscribet to that bug, but for me on my 2 Fedora Core 6 systems beagle works flawlessly! And I use it all the time... not 100% cpu usage, no slowdowns... it "just works"tm :)
If this aproach would be the same with all components of Fedora I personaly have trouble with then there would be an empty application menue if you would remove all apps that have some little bugs.
For me this is an ovekill - there are much worst apps in Fedora 7 and aren't being removed from Fedora 7.
On 5/16/07, Valent Turkovic valent.turkovic@gmail.com wrote:
On 5/15/07, Alexander Larsson alexl@redhat.com wrote:
On Tue, 2007-05-15 at 12:28 +0200, Valent Turkovic wrote:
Is there maybe an option to whip beagle into shape and not to use 100% of cpu?
Is there no other way? Is disabling it really the only option?
The decision has been made for Fedora 7.
But you can help out for Fedora 8 by fixing bugs like:
I subscribet to that bug, but for me on my 2 Fedora Core 6 systems beagle works flawlessly! And I use it all the time... not 100% cpu usage, no slowdowns... it "just works"tm :)
If this aproach would be the same with all components of Fedora I personaly have trouble with then there would be an empty application menue if you would remove all apps that have some little bugs.
For me this is an ovekill - there are much worst apps in Fedora 7 and aren't being removed from Fedora 7.
ps. I also use beagle+deskbar+beagle firefox plugin in Fedora 7 test 4 and I'm really pleased - they work FAST and without bugs.
I feel that beagle has really matured since my testing it on Fedora Core 5 - and other parts of Fedora have degraded and aren't removed.
It is a shame.
On 5/16/07, Valent Turkovic valent.turkovic@gmail.com wrote:
On 5/16/07, Valent Turkovic valent.turkovic@gmail.com wrote:
ps. I also use beagle+deskbar+beagle firefox plugin in Fedora 7 test 4 and I'm really pleased - they work FAST and without bugs.
I feel that beagle has really matured since my testing it on Fedora Core 5 - and other parts of Fedora have degraded and aren't removed.
It (beagle) IS NOT being removed, just not installed by default. You can easily select it at installation if you want/like it.
Deji
-- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
On 5/16/07, Valent Turkovic valent.turkovic@gmail.com wrote:
I subscribet to that bug, but for me on my 2 Fedora Core 6 systems beagle works flawlessly! And I use it all the time... not 100% cpu usage, no slowdowns... it "just works"tm :)
I'm glad it works for you, I mean.. it has to work for someone. I've uninstall beagle on my 4 personal machines running fc6 or fedora development because it repeatedly decided to start thrashing disk and cpu while i was trying to do "important" things. If beagle was smart enough to do whatever necessary system thrashing late at night or when things were really idle, it would have escaped my scrutiny entirely.
If this aproach would be the same with all components of Fedora I personaly have trouble with then there would be an empty application menue if you would remove all apps that have some little bugs.
100% cpu utilization of a background process isn't a little bug. Beagle is acting essentially a daemon process, initiated as part of desktop session startup. The indexer which is the underlying problem is not even really a desktop application in the traditional sense. You don't manually start it, you don't interact with it while its doing its job. We don't even get a little cute tray icon that pops up when the indexer is active for us to monitor or interact with. It runs on its own and as such its a pain in the ass to keep an eye on if its going wonky. if you aren't running a system monitor like application constantly you aren't necessarily going to notice when it decides to flip out and burn your cpu for 10 minutes while the other running processess suffer. I however do run a system monitor like application constantly, and pay close attention to when the cpu spikes.
For me this is an ovekill - there are much worst apps in Fedora 7 and aren't being removed from Fedora 7.
Yes, we all have our pet applications and applications with love to hate. Shall I wax eloquent about how desperately vital I find inkscape or revelation as applications that I simply can not live without on a day-to-day basis? Or how much I absolutely loath gaim/pidgon?
Just because I find certain applications supremely useful (or dishearteningly unusable), does not mean I'm going to stand up on a soapbox, shake my fist in the air, and demand those applications to be in or out of a default install target simply on the strength of my personal preferences.
Beagle is still available in the repository. Is it really that burdensome for you to install beagle from the repository instead of having in the default media spin? And the answer is, its no less burdensome for you to install it as it is for me to uninstall it after the fact...which I have gladly done up till this point without complaint.
But I think you need to appreciate the bigger picture that release-eng and QA have to take in...there are competing demands on default install targets..they need to be featureful as well as having robust system performance. There is a need to make sure general perception concerning Fedora's performance is not unduly impacted by misbehaving background processes. There is most definitely a elevated risk to overall system performance in the Fedora desktop if beagle is enabled. Whether or not your personal data doesn't cause beagle to misfire is immaterial to the larger issue. Beagle is not just one buggy application that crashes unexpectedly while its being used resulting sharp bursts of user frustration. When beagle running as a background process craps out, its causing a noticeable degradation on the whole system (especially low-end to middle of the road systems), with absolutely no user-visible feedback at all to indicate to an unsuspecting user that beagle is causing the system slowdown. That's a userbase wide issue, which deserves release-eng and QA consideration.
-jef"so which indexer should i write a netcdf indexer for first... i'm thinking medusa"spaleta
Valent Turkovic wrote:
On 5/15/07, Alexander Larsson alexl@redhat.com wrote:
On Tue, 2007-05-15 at 12:28 +0200, Valent Turkovic wrote:
Is there maybe an option to whip beagle into shape and not to use
100% of cpu?
Is there no other way? Is disabling it really the only option?
The decision has been made for Fedora 7.
But you can help out for Fedora 8 by fixing bugs like:
I subscribet to that bug, but for me on my 2 Fedora Core 6 systems beagle works flawlessly! And I use it all the time... not 100% cpu usage, no slowdowns... it "just works"tm :)
If this aproach would be the same with all components of Fedora I personaly have trouble with then there would be an empty application menue if you would remove all apps that have some little bugs.
100% cpu utilization is by no means a little bug. Beagle is not being removed. Merely not installed by default.
Rahul
Jens
I'm personally really disappointed that Beagle's no longer in the default install. This isn't to rag on Alex, or to even disagree with him - if it's causing bugs like this, then I understand why this had to be done, at least for now. But Beagle's a great tool - I use it *daily*, and while it's no problem for me to simply add it back into my package set, it's too bad that new users won't have Beagle's great features out of the box.
I can appreciate the idea behind a system wide search, but I feel that it is not viable in a distribution until the usability of that search exceeds or matches the usability of search features built into individual apps.
For example at the moment I can use Firefox to search remote IMAP mailboxes very effectively. Similarly I can use rhythmbox to search for some music, and I can use <photo app of choice> to find pictures. I wouldn't dream of using a search tool to try and find any of these because the apps I would then use to edit/view/use the files already do a really good job. So the use case for the search tool evaporates, and it becomes an annoyance, even if it only uses 30% CPU.
Do any of the search engines try to publish an API that applications can use to implement their indexing / searches? I think that could be a step towards a unified search tool.
-Cam
Am Montag, den 14.05.2007, 16:58 +0200 schrieb Alexander Larsson:
I just commited a change to comps which makes beagle optional instead of installed by default. The idea with beagle (and tracker) is nice, but bugs keep on showing up causing the search daemon to use a lot of cpu and/or memory, and this makes the default install look pretty bad.
This is somewhat of a feature regression in the default install, but at this point we just don't have the manpower to make it work 100%. But if people want it its still there, and eventually it'll be good enought to turn on by default without affecting the general distro quality.
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander Larsson Red Hat, Inc alexl@redhat.com alla@lysator.liu.se He's a witless one-eyed Green Beret haunted by an iconic dead American confidante She's a strong-willed paranoid schoolgirl with an incredible destiny. They fight crime!
Does this mean the Places> Search option in the menu, will return to searching for files that match given criteria?
tir, 15 05 2007 kl. 00:03 +0200, skrev nodata:
Does this mean the Places> Search option in the menu, will return to searching for files that match given criteria?
Good question if we install it, then the deamon gets starts so far as we replace the search tool.. thus bringing back the suckage.
- David
tir, 15 05 2007 kl. 00:44 +0200, skrev David Nielsen:
tir, 15 05 2007 kl. 00:03 +0200, skrev nodata:
Does this mean the Places> Search option in the menu, will return to searching for files that match given criteria?
Good question if we install it, then the deamon gets starts so far as we replace the search tool.. thus bringing back the suckage.
Wow.. that came out wrong.. See what happens when I celebrate bugs going away.
If we ship with the beagle search tool, it will ask to start the deamon and thus suckage is back. It would likely be a good idea to bring back the official gnome search tool.
- David
Alexander Larsson <alexl <at> redhat.com> writes:
I just commited a change to comps which makes beagle optional instead of installed by default. The idea with beagle (and tracker) is nice, but
... and strigi. :-) Which is now available in Fedora too (I did the review and approval).
Kevin Kofler
On Tue, 15 May 2007 05:45:59 +0000 (UTC) kevin.kofler@chello.at (Kevin Kofler) wrote:
Alexander Larsson <alexl <at> redhat.com> writes:
I just commited a change to comps which makes beagle optional instead of installed by default. The idea with beagle (and tracker) is nice, but
... and strigi. :-) Which is now available in Fedora too (I did the review and approval).
And there is also recoll...
http://www.lesbonscomptes.com/recoll/
(not yet in Fedora).
I think we might want to look at a shootout early in the f8 cycle and see if any of them stand out for any reason.
Kevin Kofler
kevin
Kevin Fenzi <kevin <at> scrye.com> writes:
I think we might want to look at a shootout early in the f8 cycle and see if any of them stand out for any reason.
Well, Strigi "stands out" by being required to build and run KDE 4. ;-) So an install including KDE 4 will have to include at least the indexing libraries from Strigi (even in the case the alternatives turn out to be way better ;-) ). It should be possible to package them separately from the daemon though. However, they're also working on making the apps integrate with the daemon, which of course will only work if the daemon is running, and as Strigi is now required anyway, I don't think integration with other similar daemons is planned.
Kevin Kofler