Baloo - Not Indexing everything by default

[Weng Xuetian]

As for text file, in linux world people don't usually use .txt extension,
especially when writing something like vimwiki or something similar.

I guess cap the size is some what better solution ( 1-5MB is good enough).

And as for folder limitation, that doesn't sound good, people usually
organze files in their own way, unless we are on some mobile phone that
doesn't expose a filesystem interface (the interface force people to use
those location), then it doesn't work.

I wonder if baloo could somehow estimate if some directory is problematic,
and gives user warning about that.

And could even baloo index large text file partially? So it will never
guess wrong.

On Thu, Oct 16, 2014 at 8:15 AM, Martin Gräßlin <mgraesslin at kde.org> wrote:

> On Thursday 16 October 2014 13:20:57 Vishesh Handa wrote:
> > Hey guys
> >
> > While Baloo performs better than Nepomuk. It does have its share of
> > problems - mostly large text files, and high IO usage. Additionally,
> users
> > on linux often seem to have the craziest files. Currently, we do not
> index
> > plain text files which do not have a `.txt` extension, because otherwise
> we
> > land up indexing genome data and other strange files. (Actual bugs)
>
> the txt being genome data doesn't surprise me[1], but I find it sad that
> now
> txt is disabled by default (I use them quite a lot for blog posts). As
> genome
> data is really huge wouldn't it make sense to go rather for file size or
> abort
> the indexing if it's obvious random gibberish?
>
> Restricting to the XDG dirs is certainly something which could be done,
> but I
> also find this unfortunate - my setup is older than those dirs ;-)
>
> Cheers
> Martin
>
> [1] Having worked in a lab which did genome sequence analysis and using
> Plasma
> on all systems.
> _______________________________________________
> Plasma-devel mailing list
> Plasma-devel at kde.org
> https://mail.kde.org/mailman/listinfo/plasma-devel
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/plasma-devel/attachments/20141016/716c5313/attachment-0001.html>