Hello, Kartik Mistry writes: > On Tue, Sep 30, 2008 at 6:45 PM, Peter Salisbury > <[EMAIL PROTECTED]> wrote: > > I installed recoll on a fairly sparse system and it took ages to index > > every time. It was only when I ran it from a terminal that I realised > > it was missing some required packages for indexing certain types of > > file. Ideally a better message would be given via the UI, and/or it > > would skip the types of file it can't index rather than take the time > > to fail at runtime. But perhaps at least these extra packages could be > > depend/recommend/suggested by recoll. The ones I had to install were: > > > > libimage-exiftool-perl > > libid3-3.8.3-dev > > pstotext
I can think of no reason why Recoll indexing should be slower when the helper programs are not installed (so I'm quite probably missing something). I do agree that missing helpers should somehow be listed in the UI when indexing finishes, this has been on the todo list for ages, the difficulty is for the implementation not to get ennoying if the user doesn't want to install them. They are listed at the end of the error/debug log, but nobody looks at this of course. Normally, file types which can't be indexed by content (no helper package) are indexed by file name the first time, and then skipped if they don't change. After installing the helper, you need a full reindex (recollindex -z) to get them indexed. If Peter can spare some time to do more testing, I'd be quite interested by the output of the following sequence: - Add "loglevel = 4" to ~/.recoll/recoll.conf - Uninstall the 3 helper packages, then: time recollindex -z 2> /tmp/rcllog-znopack.txt time recollindex 2> /tmo/rcllog-nopack.txt - Reinstall the 3 packages then: time recollindex -z 2> /tmp/rcllog-zpack.txt time recollindex 2> /tmo/rcllog-pack.txt The log files should at least contain file names, but they might also contain data in some error cases. If no confidentiality issues prevent it, and in case the timings of the first phase are indeed longer, I'd be quite interested to have a look at them. > > Really excellent program which found my file in the 'safe place' where > > I'd lost it! Great, I'm glad that this thing can be of some use from time to time ! Cheers, J.F. Dockes -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
