Hi Jamie,
So we have been in a state of bug fixing on Tracker trunk now for a good
few months ironing out issues we have found and preparing for a release.
We would like to make this release at the end of next week if possible.
How do you feel about this?
Would you like me to do the release
On Thu, 2009-01-15 at 11:36 +, Martyn Russell wrote:
> Hi Jamie,
>
> So we have been in a state of bug fixing on Tracker trunk now for a good
> few months ironing out issues we have found and preparing for a release.
>
> We would like to make this release at the end of next week if possible.
On 15/01/09 13:58, Jamie McCracken wrote:
On Thu, 2009-01-15 at 11:36 +, Martyn Russell wrote:
Hi Jamie,
So we have been in a state of bug fixing on Tracker trunk now for a good
few months ironing out issues we have found and preparing for a release.
We would like to make this release at t
Why the version number is 0.6.90, not 0.6.7?
Hi Jamie,
So we have been in a state of bug fixing on Tracker trunk now for a
good few months ironing out issues we have found and preparing for a
release.
We would like to make this release at the end of next week if possible.
How do you feel a
On Fri, Jan 16, 2009 at 7:26 AM, Jerry Tan wrote:
> Why the version number is 0.6.90, not 0.6.7?
I personally would prefer next release to be 0.7 (2 major things
happened: there was a serious refactoring and the indexer is split
from the daemon, and too much else).
Successive releases can be 0.7
On Thu, Jan 15, 2009 at 1:36 PM, Martyn Russell wrote:
> Hi Jamie,
>
> So we have been in a state of bug fixing on Tracker trunk now for a good few
> months ironing out issues we have found and preparing for a release.
>
> We would like to make this release at the end of next week if possible.
>
>
Hi all,
El vie, 16-01-2009 a las 08:44 +0200, ext Tshepang Lekhonkhobe escribió:
> On Fri, Jan 16, 2009 at 7:26 AM, Jerry Tan wrote:
> > Why the version number is 0.6.90, not 0.6.7?
We plan to break quite seriously the APIs and the internals of tracker
in the next releases, so this release is "t
On 16/01/09 06:49, Tshepang Lekhonkhobe wrote:
On Thu, Jan 15, 2009 at 1:36 PM, Martyn Russell wrote:
Hi Jamie,
So we have been in a state of bug fixing on Tracker trunk now for a good few
months ironing out issues we have found and preparing for a release.
We would like to make this release
On Fri, Jan 16, 2009 at 11:05 AM, Martyn Russell wrote:
> On 16/01/09 06:49, Tshepang Lekhonkhobe wrote:
>>
>> On Thu, Jan 15, 2009 at 1:36 PM, Martyn Russell
>> wrote:
>>>
>>> Hi Jamie,
>>>
>>> So we have been in a state of bug fixing on Tracker trunk now for a good
>>> few
>>> months ironing ou
On 16/01/09 09:17, Tshepang Lekhonkhobe wrote:
On Fri, Jan 16, 2009 at 11:05 AM, Martyn Russell wrote:
On 16/01/09 06:49, Tshepang Lekhonkhobe wrote:
On Thu, Jan 15, 2009 at 1:36 PM, Martyn Russell
wrote:
Hi Jamie,
So we have been in a state of bug fixing on Tracker trunk now for a good
fe
On Fri, Jan 16, 2009 at 11:45 AM, Martyn Russell wrote:
> On 16/01/09 09:17, Tshepang Lekhonkhobe wrote:
>>
>> On Fri, Jan 16, 2009 at 11:05 AM, Martyn Russell
>> wrote:
>>>
>>> On 16/01/09 06:49, Tshepang Lekhonkhobe wrote:
On Thu, Jan 15, 2009 at 1:36 PM, Martyn Russell
wrote:
>
On Thu, 2009-01-15 at 11:36 +, Martyn Russell wrote:
> Hi Jamie,
>
> So we have been in a state of bug fixing on Tracker trunk now for a good
> few months ironing out issues we have found and preparing for a release.
>
> We would like to make this release at the end of next week if possible.
On Thu, Jan 22, 2009 at 10:30 AM, Martyn Russell wrote:
[cut]
>
> One further thing was about updating the website. Is this just an SVN module
> we can checkout and update? If so, are you happy for me to do that?
>
Hey Martyn,
I am/was taking care of the website
the code is at
svn+ssh://svn.gnom
Michele Mattioni wrote:
On Thu, Jan 22, 2009 at 10:30 AM, Martyn Russell wrote:
[cut]
One further thing was about updating the website. Is this just an SVN module
we can checkout and update? If so, are you happy for me to do that?
Hey Martyn,
I am/was taking care of the website
the code is
Jamie McCracken wrote:
On Thu, 2009-01-15 at 11:36 +, Martyn Russell wrote:
Hi Jamie,
So we have been in a state of bug fixing on Tracker trunk now for a good
few months ironing out issues we have found and preparing for a release.
We would like to make this release at the end of next we
On Thu, Jan 22, 2009 at 10:51 AM, Martyn Russell wrote:
> Michele Mattioni wrote:
>>
>> On Thu, Jan 22, 2009 at 10:30 AM, Martyn Russell
>> wrote:
>> [cut]
>>>
>>> One further thing was about updating the website. Is this just an SVN
>>> module
>>> we can checkout and update? If so, are you happy
Jamie McCracken wrote:
On Thu, 2009-01-15 at 11:36 +, Martyn Russell wrote:
I feel I need more time to asses this - can we delay releasing til next
week please
I ran it over the weekend and noticed some heavy disk IO
I plan to test it on much bigger volumes this weekend and check more of
th
On Wed, 2009-01-28 at 13:40 +, Martyn Russell wrote:
> Jamie McCracken wrote:
> > On Thu, 2009-01-15 at 11:36 +, Martyn Russell wrote:
> > I feel I need more time to asses this - can we delay releasing til next
> > week please
> >
> > I ran it over the weekend and noticed some heavy disk I
Jamie McCracken wrote:
On Wed, 2009-01-28 at 13:40 +, Martyn Russell wrote:
Jamie McCracken wrote:
On Thu, 2009-01-15 at 11:36 +, Martyn Russell wrote:
I feel I need more time to asses this - can we delay releasing til next
week please
I ran it over the weekend and noticed some heavy d
On Thu, 2009-01-29 at 15:59 +, Martyn Russell wrote:
> Jamie McCracken wrote:
> > On Wed, 2009-01-28 at 13:40 +, Martyn Russell wrote:
> >> Jamie McCracken wrote:
> >>> On Thu, 2009-01-15 at 11:36 +, Martyn Russell wrote:
> >>> I feel I need more time to asses this - can we delay releas
On Thu, 2009-01-29 at 12:38 -0500, Jamie McCracken wrote:
> On Thu, 2009-01-29 at 15:59 +, Martyn Russell wrote:
> > Jamie McCracken wrote:
> > > On Wed, 2009-01-28 at 13:40 +, Martyn Russell wrote:
> > >> Jamie McCracken wrote:
> > >>> On Thu, 2009-01-15 at 11:36 +, Martyn Russell wrot
Jamie McCracken wrote:
I think the crawling should be made more efficient wrt apps and
conversations - can you handle this? (IE use subfolder mtime to prevent
non-folder files from being checked)
Carlos found some nasty issues here with the mtime checking. I think he
committed a fix this after
Hi!
On jue, 2009-01-29 at 12:38 -0500, Jamie McCracken wrote:
> I have been through it some more and...
>
>
> I think the crawling should be made more efficient wrt apps and
> conversations - can you handle this? (IE use subfolder mtime to prevent
> non-folder files from being checked)
I've
2009/1/29 Martyn Russell :
> Jamie McCracken wrote:
>>>
>>> I think the crawling should be made more efficient wrt apps and
>>> conversations - can you handle this? (IE use subfolder mtime to prevent
>>> non-folder files from being checked)
>
> Carlos found some nasty issues here with the mtime che
2009/1/29 Michael Biebl :
> 2009/1/29 Martyn Russell :
>> Jamie McCracken wrote:
I think the crawling should be made more efficient wrt apps and
conversations - can you handle this? (IE use subfolder mtime to prevent
non-folder files from being checked)
>>
>> Carlos found some n
2009/1/29 Michael Biebl :
> 2009/1/29 Michael Biebl :
>> 2009/1/29 Martyn Russell :
>>> Jamie McCracken wrote:
>
> I think the crawling should be made more efficient wrt apps and
> conversations - can you handle this? (IE use subfolder mtime to prevent
> non-folder files from being
On Thu, 2009-01-29 at 21:46 +0100, Michael Biebl wrote:
> 2009/1/29 Michael Biebl :
> > 2009/1/29 Martyn Russell :
> >> Jamie McCracken wrote:
>
> I think the crawling should be made more efficient wrt apps and
> conversations - can you handle this? (IE use subfolder mtime to prevent
Jamie McCracken wrote:
But just when I was happy about one issue being fixed, I noticed that
performance on removal is awful again:
Unpacking linux-2.6.28.tar.bz2 in $HOME takes tracker (r2862) around
20 minutes to index.
When I rm -rf linux-2.6.28/, it takes over an hour, with my cpu
constantly
On jue, 2009-01-29 at 16:44 -0500, Jamie McCracken wrote:
> On Thu, 2009-01-29 at 21:46 +0100, Michael Biebl wrote:
> > 2009/1/29 Michael Biebl :
> > > 2009/1/29 Martyn Russell :
> > >> Jamie McCracken wrote:
> >
> > I think the crawling should be made more efficient wrt apps and
> >
Carlos Garnacho wrote:
Looks like we have 2 problems here:
1) The UTF8 collation function set in the DBs. (This is also the main
culprit in the case of moving the kernel sources, brought up by
Tshepang). Couldn't we just store URIs or UTF8 paths so we can perform a
cheaper string comparison ther
On Fri, 2009-01-30 at 12:58 +0100, Carlos Garnacho wrote:
> On jue, 2009-01-29 at 16:44 -0500, Jamie McCracken wrote:
> > On Thu, 2009-01-29 at 21:46 +0100, Michael Biebl wrote:
> > > 2009/1/29 Michael Biebl :
> > > > 2009/1/29 Martyn Russell :
> > > >> Jamie McCracken wrote:
> > >
> > >
On Fri, 2009-01-30 at 09:46 +, Martyn Russell wrote:
> Jamie McCracken wrote:
> >> But just when I was happy about one issue being fixed, I noticed that
> >> performance on removal is awful again:
> >> Unpacking linux-2.6.28.tar.bz2 in $HOME takes tracker (r2862) around
> >> 20 minutes to index
On Fri, 2009-01-30 at 12:58 +0100, Carlos Garnacho wrote:
> On jue, 2009-01-29 at 16:44 -0500, Jamie McCracken wrote:
> > On Thu, 2009-01-29 at 21:46 +0100, Michael Biebl wrote:
> > > 2009/1/29 Michael Biebl :
> > > > 2009/1/29 Martyn Russell :
> > > >> Jamie McCracken wrote:
> > >
> > >
On Fri, 2009-01-30 at 09:46 +, Martyn Russell wrote:
> Jamie McCracken wrote:
> >> But just when I was happy about one issue being fixed, I noticed that
> >> performance on removal is awful again:
> >> Unpacking linux-2.6.28.tar.bz2 in $HOME takes tracker (r2862) around
> >> 20 minutes to index
On Mon, Feb 2, 2009 at 3:57 AM, Jamie McCracken
wrote:
> On Fri, 2009-01-30 at 09:46 +, Martyn Russell wrote:
>> Jamie McCracken wrote:
>> >> But just when I was happy about one issue being fixed, I noticed that
>> >> performance on removal is awful again:
>> >> Unpacking linux-2.6.28.tar.bz2
2009/2/2 Martyn Russell :
>
>> 3*) TST still shows email category twice - Im not sure of cause but i am
>> investigating this one
>
> OK, great thanks.
See http://live.gnome.org/Tracker/ReleaseStatus, point 6.) (under
*fixed* issues)
Cheers,
Michael
--
Why is it that all of the instruments seeki
Hi,
I should add, I consider #2 the only issue here worth looking at prior
to release.
For #1, no one on the Tracker team has this issue as far as I am aware
and it looks to me like it is just an old machine problem and can be
improved using an appropriate throttle config setting. It certain
Jamie McCracken wrote:
On Fri, 2009-01-30 at 09:46 +, Martyn Russell wrote:
Jamie McCracken wrote:
But just when I was happy about one issue being fixed, I noticed that
performance on removal is awful again:
Unpacking linux-2.6.28.tar.bz2 in $HOME takes tracker (r2862) around
20 minutes to
On Mon, 2009-02-02 at 18:30 +, Martyn Russell wrote:
> Hi,
>
> I should add, I consider #2 the only issue here worth looking at prior
> to release.
>
> For #1, no one on the Tracker team has this issue as far as I am aware
> and it looks to me like it is just an old machine problem and can
On Mon, 2009-02-02 at 18:45 +0100, Michael Biebl wrote:
> 2009/2/2 Martyn Russell :
> >
> >> 3*) TST still shows email category twice - Im not sure of cause but i am
> >> investigating this one
> >
> > OK, great thanks.
>
> See http://live.gnome.org/Tracker/ReleaseStatus, point 6.) (under
> *fixed
On Mon, 2009-02-02 at 10:14 +, Martyn Russell wrote:
> > 2*) Moving a file into another directory caused the file to no longer be
> > searchable. Also when renaming a directory a search on the new name only
> > finds the changed directory name but none of its files or subfolders.
> > Tracker s
Jamie McCracken wrote:
On Mon, 2009-02-02 at 10:14 +, Martyn Russell wrote:
2*) Moving a file into another directory caused the file to no longer be
searchable. Also when renaming a directory a search on the new name only
finds the changed directory name but none of its files or subfolders.
2009/2/3 Jamie McCracken :
> On Mon, 2009-02-02 at 18:45 +0100, Michael Biebl wrote:
>> 2009/2/2 Martyn Russell :
>> >
>> >> 3*) TST still shows email category twice - Im not sure of cause but i am
>> >> investigating this one
>> >
>> > OK, great thanks.
>>
>> See http://live.gnome.org/Tracker/Rele
Michael Biebl wrote:
2009/2/3 Jamie McCracken :
thanks - but i still think that needs fixing
I agree (fwiw I didn't move this item to fixed issues). I also found
it pretty confusing (and non intuitive) to have two email categories,
although I can see the point that it can make sense if you hav
On dom, 2009-02-01 at 20:57 -0500, Jamie McCracken wrote:
> On Fri, 2009-01-30 at 09:46 +, Martyn Russell wrote:
> > Jamie McCracken wrote:
> > >> But just when I was happy about one issue being fixed, I noticed that
> > >> performance on removal is awful again:
> > >> Unpacking linux-2.6.28.ta
On mar, 2009-02-03 at 13:28 +0100, Carlos Garnacho wrote:
> >
> > 2*) Moving a file into another directory caused the file to no longer be
> > searchable. Also when renaming a directory a search on the new name only
> > finds the changed directory name but none of its files or subfolders.
> > T
Carlos Garnacho wrote:
On mar, 2009-02-03 at 13:28 +0100, Carlos Garnacho wrote:
2*) Moving a file into another directory caused the file to no longer be
searchable. Also when renaming a directory a search on the new name only
finds the changed directory name but none of its files or subfolde
2009/2/3 Martyn Russell :
> Michael Biebl wrote:
>>
>> 2009/2/3 Jamie McCracken :
>>>
>>> thanks - but i still think that needs fixing
>>
>> I agree (fwiw I didn't move this item to fixed issues). I also found
>> it pretty confusing (and non intuitive) to have two email categories,
>> although I ca
Hi!
On mar, 2009-02-03 at 16:56 +0100, Carlos Garnacho wrote:
> On mar, 2009-02-03 at 13:28 +0100, Carlos Garnacho wrote:
>
>
>
> > >
> > > 2*) Moving a file into another directory caused the file to no longer be
> > > searchable. Also when renaming a directory a search on the new name only
>
On Thu, 2009-02-05 at 13:10 +0100, Carlos Garnacho wrote:
> Hi!
>
> On mar, 2009-02-03 at 16:56 +0100, Carlos Garnacho wrote:
> > On mar, 2009-02-03 at 13:28 +0100, Carlos Garnacho wrote:
> >
> >
> >
> > > >
> > > > 2*) Moving a file into another directory caused the file to no longer be
> > >
Jamie McCracken wrote:
On Thu, 2009-02-05 at 13:10 +0100, Carlos Garnacho wrote:
Hi!
On mar, 2009-02-03 at 16:56 +0100, Carlos Garnacho wrote:
On mar, 2009-02-03 at 13:28 +0100, Carlos Garnacho wrote:
2*) Moving a file into another directory caused the file to no longer be
searchable. Also
On Thu, 2009-02-05 at 14:03 +, Martyn Russell wrote:
> Jamie McCracken wrote:
> > On Thu, 2009-02-05 at 13:10 +0100, Carlos Garnacho wrote:
> >> Hi!
> >>
> >> On mar, 2009-02-03 at 16:56 +0100, Carlos Garnacho wrote:
> >>> On mar, 2009-02-03 at 13:28 +0100, Carlos Garnacho wrote:
> >>>
> >>>
>
On Thu, Feb 5, 2009 at 2:10 PM, Carlos Garnacho wrote:
> Hi!
>
> On mar, 2009-02-03 at 16:56 +0100, Carlos Garnacho wrote:
>> On mar, 2009-02-03 at 13:28 +0100, Carlos Garnacho wrote:
>>
>>
>>
>> > >
>> > > 2*) Moving a file into another directory caused the file to no longer be
>> > > searchable
Jamie McCracken wrote:
On Thu, 2009-02-05 at 14:03 +, Martyn Russell wrote:
Jamie McCracken wrote:
Thanks I will check over weekend and try and fix some outstanding issues
with TST
If all goes well we can release next week
Jamie I was planning on releasing tomorrow. If we keep going on lik
On Thu, 2009-02-05 at 15:50 +, Martyn Russell wrote:
> Jamie McCracken wrote:
> > On Thu, 2009-02-05 at 14:03 +, Martyn Russell wrote:
> >> Jamie McCracken wrote:
> >>> Thanks I will check over weekend and try and fix some outstanding issues
> >>> with TST
> >>>
> >>> If all goes well we ca
Jamie McCracken wrote:
we are not deleting from qdbm! If you have changed stuff to do this then
please revert. O.6.6 never deleted from qdbm and indeed never should as
its prohibitively expensive
Carlos is working on a fix. If we fix this and get it done in time would
you be happy enough to re
On Thu, 2009-02-05 at 16:26 +, Martyn Russell wrote:
> Jamie McCracken wrote:
> > we are not deleting from qdbm! If you have changed stuff to do this then
> > please revert. O.6.6 never deleted from qdbm and indeed never should as
> > its prohibitively expensive
>
> Carlos is working on a fix.
Jamie McCracken wrote:
On Thu, 2009-02-05 at 16:26 +, Martyn Russell wrote:
Jamie McCracken wrote:
we are not deleting from qdbm! If you have changed stuff to do this then
please revert. O.6.6 never deleted from qdbm and indeed never should as
its prohibitively expensive
Carlos is working o
2009/2/5 Martyn Russell :
>
> There are still likely to be other unpleasant experiences left in there we
> don't know about. But we have been in testing now for over 2 months and
> unlike in the early days when we started the indexer split branch, the guys
> in the team aren't beating down our door
On jue, 2009-02-05 at 11:09 -0500, Jamie McCracken wrote:
> On Thu, 2009-02-05 at 15:50 +, Martyn Russell wrote:
> > Jamie McCracken wrote:
> > > On Thu, 2009-02-05 at 14:03 +, Martyn Russell wrote:
> > >> Jamie McCracken wrote:
> > >>> Thanks I will check over weekend and try and fix some
On Fri, 2009-02-06 at 16:41 +0100, Carlos Garnacho wrote:
> > we are only deleting from sqlite. Phantom hits are weeded out by
> > checking if service ID exists in sqlite. Hit counts for searches are
> > estimates only (same as they are for google)
>
> I still think there should be some cleanup t
2009/2/5 Martyn Russell :
> Jamie McCracken wrote:
>>
>> On Thu, 2009-02-05 at 16:26 +, Martyn Russell wrote:
>>>
>>> Jamie McCracken wrote:
we are not deleting from qdbm! If you have changed stuff to do this then
please revert. O.6.6 never deleted from qdbm and indeed never shou
Michael Biebl wrote:
2009/2/5 Martyn Russell :
Jamie McCracken wrote:
On Thu, 2009-02-05 at 16:26 +, Martyn Russell wrote:
Jamie McCracken wrote:
we are not deleting from qdbm! If you have changed stuff to do this then
please revert. O.6.6 never deleted from qdbm and indeed never should a
On Thu, 2009-02-05 at 16:26 +, Martyn Russell wrote:
> Jamie McCracken wrote:
> > we are not deleting from qdbm! If you have changed stuff to do this then
> > please revert. O.6.6 never deleted from qdbm and indeed never should as
> > its prohibitively expensive
>
> Carlos is working on a fix.
Cong.
Any Plan for 0.70?
On Thu, 2009-02-05 at 16:26 +, Martyn Russell wrote:
Jamie McCracken wrote:
we are not deleting from qdbm! If you have changed stuff to do this then
please revert. O.6.6 never deleted from qdbm and indeed never should as
its prohibitively expensive
Jamie McCracken wrote:
On Thu, 2009-02-05 at 16:26 +, Martyn Russell wrote:
Jamie McCracken wrote:
we are not deleting from qdbm! If you have changed stuff to do this then
please revert. O.6.6 never deleted from qdbm and indeed never should as
its prohibitively expensive
Carlos is working o
Martyn Russell wrote:
Jamie McCracken wrote:
[snip]
Attila (working at Nokia) has experienced some slowdowns this morning
with some initial testing - this could be the new extractor logging of
course and I plan on minimising that, but it could also be this new
change. He will be investigati
On Mon, 2009-02-09 at 10:49 +, Martyn Russell wrote:
> Martyn Russell wrote:
> > Jamie McCracken wrote:
>
> [snip]
>
> > Attila (working at Nokia) has experienced some slowdowns this morning
> > with some initial testing - this could be the new extractor logging of
> > course and I plan on
Jamie McCracken wrote:
On Mon, 2009-02-09 at 10:49 +, Martyn Russell wrote:
Martyn Russell wrote:
Jamie McCracken wrote:
[snip]
Attila (working at Nokia) has experienced some slowdowns this morning
with some initial testing - this could be the new extractor logging of
course and I plan
On Fri, Jan 30, 2009 at 3:54 PM, Jamie McCracken
wrote:
> On Fri, 2009-01-30 at 09:46 +, Martyn Russell wrote:
>> Jamie McCracken wrote:
>> >> But just when I was happy about one issue being fixed, I noticed that
>> >> performance on removal is awful again:
>> >> Unpacking linux-2.6.28.tar.bz2
70 matches
Mail list logo