__color__,__group__,ticket,summary,component,version,milestone,type,severity,owner,status,created,_changetime,_description,_reporter
3,Active Tickets,4,addContainerHook method,MMagic,,,defect,normal,knok,new,2005-11-24T13:47:31+0900,2005-11-24T13:47:31+0900,"http://www.namazu.org/pipermail/namazu-devel-ja/2005-November/000734.html

To detect some container file format, like MS Office Documents or OpenOffice.org, I'll add a new method.

The followng is a pseudo code:
{{{
# func is a reference of function to handle a file.
$magic->addContainerHook(""application/x-ole-storage"", &func)
}}}
",knok
3,Active Tickets,7,CR/LF issue,MMagic,,,defect,normal,knok,new,2005-12-26T16:42:41+0900,2006-01-23T16:47:24+0900,"MMagic.pm with CR/LF (dos-ish) couldn't handle correctry.

According to the following thread:

http://www.namazu.org/pipermail/namazu-devel-ja/2005-December/000783.html
",knok
3,Active Tickets,11,ticket-mail gateway,admin,,,defect,normal,knok,new,2006-01-11T16:12:30+0900,2006-01-11T16:12:30+0900,http://projects.edgewall.com/trac/ticket/2397,knok
3,Active Tickets,16,nmzmerge log format is inconsistent with mknmz,namazu-2.0,,,defect,normal,knok,new,2006-05-30T11:42:31+0900,2006-05-30T11:42:31+0900,"mknmz's NMZ.log

{{{
[Append]
Date:                Tue May 23 12:40:06 2006
Added Documents:     578
Deleted Documents:   1
Updated Documents:   25
Size (bytes):        348,581,689
Total Documents:     14,973
Added Keywords:      4,798
Total Keywords:      3,827,140
Wakati:              module_kakasi -ieuc -oeuc -w
Time (sec):          11,575
File/Sec:            0.05
System:              MSWin32
Perl:                5.008008

}}}

nmzmerge's NMZ.log

{{{
[Merge]
Date:                Fri May 12 13:40:41 2006
Total Files:         14038
Total Keywords:      913311
Perl:                5.008008
System:              MSWin32
Time (sec):          917
}}}

 * mknmz outputs ""Total Documents:"",but nmzmerge ""Total Documents:"".
 * nmzmerge's log has no commas.
",kenn@…
3,Active Tickets,17,[rt.cpan.org #12074] position in file is altered after reading,MMagic,,,defect,normal,knok,new,2006-07-11T07:30:27+0900,2006-07-11T07:30:27+0900,"http://rt.cpan.org/Ticket/Display.html?id=12074
",knok
3,Active Tickets,19,Bug while indexing leaves lock,namazu-2.0,2.0,,defect,normal,knok,assigned,2006-09-17T11:32:59+0900,2006-09-19T13:58:03+0900,"Sometimes while indexing my email in Gnus nnml backend, a bug in mknmz leaves a NMZ.lock2 preventing further indexing from occurring.

mknmz is run as 'mknmz -a -h -O ~/News/namazu ~/Mail ~/News/cache'

The next mknmz should recognize that the mknmz which pid is in NMZ.lock2 is no longer active and automatically remove it, which does not happen.

",nelson.ferreira@…
3,Active Tickets,20,CSS and JS files incorrectly identified as text/plain,MMagic,,,defect,normal,knok,new,2006-12-11T14:39:45+0900,2006-12-11T14:39:45+0900,http://rt.cpan.org/Ticket/Display.html?id=14111,knok
3,Active Tickets,21,http://rt.cpan.org/Ticket/Display.html?id=23737,MMagic,,,defect,normal,knok,new,2006-12-11T14:40:43+0900,2006-12-11T14:40:51+0900,"http://rt.cpan.org/Ticket/Display.html?id=23737
",knok
3,Active Tickets,22,--charset option in mknmz,namazu-2.0,,,defect,normal,knok,new,2006-12-11T14:42:43+0900,2006-12-11T14:42:43+0900,http://bugs.debian.org/402049,knok
3,Active Tickets,23,JIS X 0212 support for namazu.cgi,namazu-2.0,,,defect,normal,knok,new,2007-08-16T20:21:23+0900,2007-08-16T20:21:23+0900,"I use namazu.cgi with the Namazu 2.0.17.
When searching it by using the character of JIS X 0212, it garbles in the text field.

For example:

 * 屵 (0xBBA4)
 * 宩 (0xBAD2)
 * 垟 (0xB7DE)

It is seen that the greater part of characters are garbled. 

The following product is used:

 * Namazu 2.0.17
 * OS: Red Hat Enterprise Linux ES 4
 * Web server: Apache 2.0.52 ( RPM package: httpd-2.0.52-32.ent ) 
","IWAI, Masaharu"
3,Active Tickets,24,Add iconv error handling,KAKASI,,,defect,normal,knok,new,2007-12-21T16:03:17+0900,2007-12-21T16:03:17+0900,"http://www.namazu.org/pipermail/kakasi-dev/2007-November/000092.html
",knok
3,Active Tickets,25,Cygwin dll support,KAKASI,,,defect,normal,knok,new,2007-12-21T16:04:01+0900,2007-12-21T16:04:01+0900,"http://www.namazu.org/pipermail/kakasi-dev/2007-November/000093.html
",knok
5,Active Tickets,14,namazu --sort=date inverted meaning? also --sort=field:date not working for mailnews files,namazu-2.0,,,defect,minor,knok,new,2006-02-06T15:16:18+0900,2006-02-06T15:16:18+0900,"Hello,

Has the behavior of --sort=date changed in 2.0.15? For the past few years, we were using --sort=date to get the most recent results first, and --sort=date --ascending to get the oldest results first. With 2.0.15 it seems like this has been inverted. Is it on purpose, or is it a bug?

Also, I tried --sort=field:date, which is apparently a new feature of 2.0.15, but it does not give expected results for my indexes of mailnews files. For example, the query:

{{{
$  /usr/bin/namazu --sort=field:date -n 10 ""hello"" . | grep ""Date:"" 
Date: Wed, 9 Nov 2005 13:07:00 +0900 
Date: Wed, 9 Jul 2003 13:29:52 -0400 (EDT) 
Date: Wed, 8 Mar 2000 16:37:35 -0500 (EST) 
Date: Wed, 8 Jun 2005 16:32:56 +0900 
Date: Wed, 8 Aug 2001 23:25:46 -0400 (EDT) 
Date: Wed, 7 Mar 2001 11:23:14 +0200 
Date: Wed, 7 Jan 2004 18:03:49 -0500 
Date: Wed, 6 Nov 2002 20:52:38 +0100 
Date: Wed, 6 Nov 2002 11:36:07 +0100 
Date: Wed, 6 Nov 2002 04:32:35 -0500 (EST) 
}}}

Which is... not really sorted with the Date: Field. I tried reindexing, without seeing any change. 
Am I doing something wrong?

Thank you,

[[ setup: namazu 2.0.15 from deb http://www.namazu.org/debian stable main ]] 

-- 
olivier",ot@…
