Re: IndexHelper eating cpu
- From: Debajyoti Bera <dbera web gmail com>
- To: dashboard-hackers gnome org
- Subject: Re: IndexHelper eating cpu
- Date: Sat, 10 Feb 2007 08:41:28 -0500
> > For update, the file above turned out to be a jpeg file which was causing
> > a loop in the jpeg handling routine. It is basically the same as
> > http://bugzilla.gnome.org/show_bug.cgi?id=405372
> > and has been fixed in svn trunk in r3408.
>
> Post 0.2.16? I guess I am pretty screwed to run beagle (unless I build
> my own package) until the next release then?
In a way, yes. Beagle borrows some code from F-Spot (thanks guys!) for dealing
with images. The problem was traced in the F-Spot code, promptly fixed there
and then fixed in our local copy. It is part of Util.dll, so I cannot even
build a jpeg filter binary for you.
There is a workaround if you can live without indexing jpegs.
Add this to /etc/beagle/external-filters.xml,
<filter>
<mimetype>image/jpeg</mimetype>
<extension>.jpeg</extension>
<extension>.jpg</extension>
<command>echo</command>
<arguments></arguments>
</filter>
This will _ignore_ all jpeg files, on disk, in archives, emails etc. The bad
part is, due to some technical limitations, when you get the next version
with fixed jpeg filter, you have to delete your index for beagle to re-index
the jpeg files.
> I seem to have another CPU gobbling beagled-helper but when I signal it
> with USR2 it reports:
>
> 20070210 08:06:48.1626 19961 IndexH WARN: Filtering status (9h39m25s ago):
> determining filter for email://5/INBOX/sent;uid=18341#1
>
> Is this the same issue?
Could be. If the attachment is jpeg, then most likely it is fixed in trunk.
Otherwise, it is some other filter bug.
- dBera
--
-----------------------------------------------------
Debajyoti Bera @ http://dtecht.blogspot.com
beagle / KDE fan
Mandriva / Inspiron-1100 user
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]