Bug 64695 - Including locate updatedb module like picture index module (Frontend to "GNU Image Finding Tool" (GIFT))
Summary: Including locate updatedb module like picture index module (Frontend to "GNU ...
Status: RESOLVED DUPLICATE of bug 31226
Alias: None
Product: kfind
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: openSUSE Linux
: NOR wishlist
Target Milestone: ---
Assignee: Eric Coquelle
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-09-21 23:47 UTC by Christoph Eckert
Modified: 2007-04-03 04:23 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Christoph Eckert 2003-09-21 23:47:12 UTC
Version:            (using KDE KDE 3.1.3)
Installed from:    SuSE RPMs
OS:          Linux

In kcontrol, there is a module as frontend to "GNU Image Finding Tool" (GIFT) helping indexing pictures.

I'd find it useful if there were a similar tool for locate::updatedb as well.

This may also affect kfind.

Should be able to do some crontab entries also (automatically execute updatedb at certain times)
Comment 1 Daniel Molkentin 2003-09-21 23:59:52 UTC
Christoph, the GIFT Plugin is not provided by KDE itself, but probably by some external 
application you installed. I never saw that applet. so I can't comment on it.  
 
As you mentioned, it affects kfind rather than kcontrol, so I will reassign this item to KFind. 
Comment 2 jobezone 2003-09-26 03:29:59 UTC
In the gnu site http://www.gnu.org/software/gift/mrml-clients.html it say that 
it is part of the KDE project... 
"kmrml by Carsten Pfeiffer mailto:pfeiffer@kde.org is part of the KDE project 
and the Fer de Lance project." 
The homepage in sf of kmrml is http://sourceforge.net/projects/fer-de-lance/ 
but http://www.fer-de-lance.org/ seems to be down. 
Comment 3 Helge Hielscher 2004-10-27 19:44:07 UTC
bug 92195: Please add kio-locate to the kioslaves
might be what you are looking for
Comment 4 Stefan Borggraefe 2006-06-29 13:45:58 UTC

*** This bug has been marked as a duplicate of 31226 ***
Comment 5 Scott Couston 2007-04-03 04:23:37 UTC
Additional thoughts and spec on enhancing Kfind

With disk space expanding all the time more than ever it is required to have a tool to locate files and provide filter options is a smaller space of time.
Linux locate command has only been used in the GUI application Krusader to my knowledge.
I think it is timely and necessary to compete with opposition M$ to offer index based searching.

To this end I think we need a new process to run in every system that will execute 'updatedb' I do not think that running updatedb as a cron job once a day is sufficient. Rather than run as a service to execute updatedb a several instances in time I think its execution needs to have a few more smarts and execute under the following and a "Fast Find option be added as an option from the Kfind application, however it is not to be included in the kfind application. This would facilitate the application being removed without harming Kfind, enable a user to exclusively execute "Fast Find" from the desktop, if proven by time to be of great value, be offered as a separate menu item from Kfind.

0. There are to be 2 different values of ALL variable parameters hereunder. The presence of any of the following services should indicate the use of second value. In ALL circumstances updatedb should be run from the Root directory of ANY Volume either logical or physical. The existence of either a shared directory OR NFS drive should be executed by the owner of the shared drive and the IP of the NFS server respectively. 
ALL devices consider to be of a CD/DVD in nature are always exempt from this service despite being mounted at time time.

A. The presence of an NFS Server service
B. The presence of an HTTP/FTP service
C The presence of an Mail Transfer Client.


.1 System resources are less than x AND
updatedb has not been run for X minutes.

2. Updatedb should be executed at ANY startup of any system AND
updatedb has not been run for X minutes.

3. If system resources are above X and below Y AND
updatedb has not been run for X minutes then updatedb will be executed on the Z time execution of updatedb.

4. If execution is delayed by any of above then a W time frame for
execution is created.

5. If system resources are above Y AND
updatedb has not been run for X minutes AND
W delays have been recorded then a warning is issues at start of Kfind requesting execution by the user

6. If W == X or is too close in V minutes to execution then
W is ignored and X is maintained

7. During the execution of updatedb IF system resources exceed U then
4 as above is to be applied.

8. updatedb NOW should be an option in kfind with perhaps the following expression.
1. Update Disk indexing NOW to permit fast find.

9. ALL parameters above with the exception of W are dynamic in value and are subject to the instances of W.

10 The W parameter is self dynamic in value

All execution or non execution of updatedb is to be logged and reason supplied.

It is anticipated that the above may be extended to Finding Applications, not be application current name, this would be foolish, but be application type I.E Word, Word Processor, Document, Document creator, Calculator, Create CD, DVD, Internet, Browser.


P.S I initially wanted to put this through Novell.DE bugs because it involved a new process, they advised me to 'send it upline directly' to you.