Your message dated Mon, 23 Oct 2006 11:33:26 -0700
with message-id <[EMAIL PROTECTED]>
and subject line Bug#282508: fixed in swish++ 6.1.4-1
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: swish++
Version: 5.15.3-3
Severity: minor
Tags: patch

Both should be in section 5, not section 4, according to man(1):

       4   Special files (usually found in /dev)
       5   File formats and conventions eg /etc/passwd

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.8-1-386
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages swish++ depends on:
ii  libc6                       2.3.2.ds1-18 GNU C Library: Shared libraries an
ii  libgcc1                     1:3.4.2-3    GCC support library
ii  libstdc++5                  1:3.3.5-2    The GNU Standard C++ Library v3
ii  perl [perl5]                5.8.4-4      Larry Wall's Practical Extraction 
ii  zlib1g                      1:1.2.2-3    compression library - runtime

-- no debconf information

Regards,
Pierre THIERRY
-- 
[EMAIL PROTECTED]
OpenPGP 0xD9D50D8A
diff -Nru swish++-5.15.3/man/man4/GNUmakefile 
swish++-5.15.3.new/man/man4/GNUmakefile
--- swish++-5.15.3/man/man4/GNUmakefile 2004-11-22 18:05:30.000000000 +0100
+++ swish++-5.15.3.new/man/man4/GNUmakefile     2004-11-22 18:06:14.000000000 
+0100
@@ -1,6 +1,6 @@
 ##
 #      SWISH++
-#      man/man4/GNUmakefile
+#      man/man5/GNUmakefile
 #
 #      Copyright (C) 1998  Paul J. Lucas
 #
@@ -22,5 +22,5 @@
 ########## You shouldn't have to change anything below this line. #############
 
 ROOT:= ../..
-SECT:= 4
+SECT:= 5
 include        $(ROOT)/config/man.mk
diff -Nru swish++-5.15.3/man/man4/swish++.conf.4 
swish++-5.15.3.new/man/man4/swish++.conf.4
--- swish++-5.15.3/man/man4/swish++.conf.4      2004-11-22 18:05:30.000000000 
+0100
+++ swish++-5.15.3.new/man/man4/swish++.conf.4  1970-01-01 01:00:00.000000000 
+0100
@@ -1,454 +0,0 @@
-.\"
-.\"    SWISH++
-.\"    swish++.conf.4
-.\"
-.\"    Copyright (C) 1998  Paul J. Lucas
-.\"
-.\"    This program is free software; you can redistribute it and/or modify
-.\"    it under the terms of the GNU General Public License as published by
-.\"    the Free Software Foundation; either version 2 of the License, or
-.\"    (at your option) any later version.
-.\"
-.\"    This program is distributed in the hope that it will be useful,
-.\"    but WITHOUT ANY WARRANTY; without even the implied warranty of
-.\"    MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
-.\"    GNU General Public License for more details.
-.\"
-.\"    You should have received a copy of the GNU General Public License
-.\"    along with this program; if not, write to the Free Software
-.\"    Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA.
-.\"
-.\" ---------------------------------------------------------------------------
-.\" define code-start macro
-.de cS
-.sp
-.nf
-.RS 5
-.ft CW
-.ta .5i 1i 1.5i 2i 2.5i 3i 3.5i 4i 4.5i 5i 5.5i
-..
-.\" define code-end macro
-.de cE
-.ft 1
-.RE
-.fi
-.sp
-..
-.\" ---------------------------------------------------------------------------
-.TH "\f3swish++.conf\f1" 4 "November 29, 2002" "SWISH++"
-.SH NAME
-swish++.conf \- SWISH++ configuration file format
-.SH DESCRIPTION
-The configuration file format used by SWISH++ consists of three types of lines:
-blank lines, comments, and variable definitions.
-.SS Blank lines
-Blank lines, or lines consisting entirely of whitespace, are ignored.
-.SS Comments
-Comments start with the \f(CW#\f1 character
-and continue up to and including the end of the line.
-While leading whitespace is permitted,
-.BR "comments are treated as such only if they are on lines by themselves" .
-.SS Variable definitions
-Variable definition lines are of the form:
-.cS
-.ft 2
-variable_name argument(s)
-.cE
-where
-.I variable_name
-is a member of one of the types described in the remaining sections, and
-.I argument(s)
-are specific to every variable name.
-For
-.IR variable_name ,
-case is irrelevant.
-.SS Boolean variables
-Variables of this type take one argument that must be one of:
-\f(CWf\f1,
-\f(CWfalse\f1,
-\f(CWn\f1,
-\f(CWno\f1,
-\f(CWoff\f1,
-\f(CWon\f1,
-\f(CWt\f1,
-\f(CWtrue\f1,
-\f(CWy\f1,
-or
-\f(CWyes\f1.
-Case is irrelevant.
-Variables of this type are:
-.BR AssociateMeta ,
-.BR ExtractFilter ,
-.BR FollowLinks ,
-.BR Incremental ,
-.BR RecurseSubdirs ,
-.BR SearchBackground ,
-and
-.BR StemWords .
-.SS Enumeration variables
-Variables of this type are just like string variables (see below)
-except that the argument
-.I must
-be one of a set of pre-determined values.
-Case is irrelevant.
-Variables of this type are:
-.B ResultsFormat
-and
-.BR SearchDaemon .
-.B ResultsFormat
-must be either:
-\f(CWclassic\f1
-or
-\f(CWXML\f1.
-.B SearchDaemon
-must be one of:
-\f(CWnone\f1,
-\f(CWtcp\f1,
-\f(CWunix\f1,
-or
-\f(CWboth\f1.
-.SS Filter variables
-Variables of this type are of the form:
-.cS
-\f2pattern command\fP
-.cE
-where
-.I pattern
-is a shell pattern (regular expression) and
-.I command
-is the command-line to execute the filter.
-.PP
-Within a command,
-there are a few \f(CW%\f1 substitutions
-that are done at run-time:
-.PP
-.RS 5
-.PD 0
-.TP 5
-.B b
-Basename of filename.
-.TP
-.B B
-Basename minus last extension.
-.TP
-.B e
-Extension of filename.
-.TP
-.B E
-Second-to-last extension of filename.
-.TP
-.B f
-Entire filename.
-.TP
-.B F
-Filename minus last extension.
-.RE
-.PD
-.PP
-That is: the \f(CW%\f1 and one character immediately after it
-are substituted as described in the above table.
-Substituted filenames are skipped past and not rescanned for more 
substitutions,
-but the remainder of the command is.
-To use a literal \f(CW%\f1 or \f([EMAIL PROTECTED], simply double it.
-(For more on filter variables, see FILTERS below.)
-.PP
-Variables of this type are:
-.B FilterAttachment
-and
-.BR FilterFile .
-.SS Integer variables
-Variables of this type take one numeric argument.
-A special string of \f(CWinfinity\f1 is taken to mean
-``the largest possible integer value.''
-Case is irrelevant.
-Variables of this type are:
-.BR FilesReserve ,
-.BR ResultsMax ,
-.BR SocketQueueSize ,
-.BR SocketTimeout ,
-.BR ThreadsMax ,
-.BR ThreadsMin ,
-.BR ThreadTimeout ,
-.BR TitleLines ,
-.BR Verbosity ,
-.BR WordFilesMax ,
-.BR WordPercentMax ,
-and
-.BR WordThreshold .
-.PP
-For
-.BR WordThreshold ,
-only the super-user can specify a value larger than the compiled-in default.
-.SS Percentage variables
-Variables of this type are like integer variables
-except that if an optional trailing percent sign (\f(CW%\f1) is present,
-the value is taken to be a percentage rather than an absolute number.
-Variables of this type are:
-.BR FilesGrow .
-.SS String variables
-Variables of this type take one argument that is the remainder of the line
-minus leading and trailing whitespace.
-To preserve whitespace,
-surround the argument in either single or double quotes.
-The quotes themselves are stripped from the argument,
-but only if they match.
-Variables of this type are:
-.BR ExtractExtension ,
-.BR Group ,
-.BR IndexFile ,
-.BR PidFile ,
-.BR ResultSeparator ,
-.BR SocketFile ,
-.BR StopWordFile ,
-.BR TempDirectory ,
-and
-.BR User .
-.SS Set variables
-Variables of this type take one or more arguments separated by whitespace.
-Variables of this type are:
-.BR ExcludeClass ,
-.BR ExcludeFile ,
-.BR ExtractFile ,
-and
-.BR ExcludeMeta .
-.SS Other variables
-Variables of this type are:
-.BR IncludeFile ,
-.BR IncludeMeta ,
-and
-.BR SocketAddress .
-.P
-An
-.B IncludeFile
-configuration file line is of the form:
-.cS
-\f2module_name\fP \f2pattern ...\fP
-.cE
-where
-.I "module_name"
-is the name of the module
-(case is irrelevant)
-to handle the indexing of the filename
-.IR pattern s
-that follow.
-Module names are:
-\f(CWtext\f1 (plain text),
-\f(CWHTML\f1 (HTML and XHTML),
-\f(CWMail\f1 (mail and news messages),
-\f(CWMan\f1 (Unix manual pages),
-and
-\f(CWRTF\f1 (Rich Text Format).
-.P
-An
-.B IncludeMeta
-configuration file line is of the form:
-.cS
-name\f3[\fP=\f2new_name\fP\f3]\fP \f2...\fP
-.cE
-It is like a set variable except arguments may optionally be followed
-by reassignments.
-For example, a value of:
-.cS
-adr=address
-.cE
-says to include and index the words associated with the meta name \f(CWadr\f1,
-but to store the name as \f(CWaddress\f1 in the generated index file
-so that queries would use \f(CWaddress\f1 rather than \f(CWadr\f1.
-.P
-A
-.B SocketAddress
-configuration file line is of the form:
-.cS
-\f3[\fP \f2host\fP : \f3]\fP \f2port\fP
-.cE
-that is: an optional host and colon
-followed by a port number.
-The
-.I host
-may be one of a host name, an IPv4 address (in dot-decimal notation),
-an IPv6 address (in colon notation)
-if supported by the operating system,
-or the \f(CW*\f1 character
-meaning ``any IP address.''
-Omitting the
-.I host
-and colon also means ``any IP address.''
-.SH FILTERS
-.SS Filtering files
-Via the
-.B FilterFile
-configuration file variable,
-files matching patterns can be filtered
-prior to indexing or extraction.
-For example,
-to uncompress \f(CWbzip2\f1'd, \f(CWgzip\f1'd, and \f(CWcompress\f1'd files
-prior to indexing or extraction, the
-.B FilterFile
-variable lines in a configuration file would be:
-.cS
-FilterFile *.bz2  bunzip2 -c %f > @%F
-FilterFile *.gz   gunzip -c %f > @%F
-FilterFile *.Z    uncompress -c %f > @%F
-.cE
-Given that, a filename such as \f(CWfoo.txt.gz\f1 would become \f(CWfoo.txt\f1.
-If files having \f(CWtxt\f1 extensions should be indexed, then it will be.
-Note that the command on the
-.B FilterFile
-line must
-.I not
-simply be:
-.cS
-gunzip @%f                             # WRONG!
-.cE
-because \f(CWgunzip\f1 will
-.I replace
-the compressed file with the uncompressed one.
-.PP
-Here's an example to convert PDF to plain text for indexing using the
-.BR xpdf (1)
-package's \f(CWpdftotext\f1 command:
-.cS
-FilterFile *.pdf  pdftotext %f @%F.txt
-.cE
-A file can be filtered more than once prior to indexing or extraction, i.e.,
-filters can be ``chained'' together.
-For example, if the uncompression and PDF examples shown above
-are used together,
-compressed PDF files will also be indexed or extracted, i.e.,
-filenames ending with one of
-\f(CW.pdf.bz2\f1, \f(CW.pdf.gz\f1, or \f(CW.pdf.Z\f1
-double extensions.
-.PP
-Note, however, that just because a filename has an extension
-for which a filter has been specified does
-.I not
-mean that a file will be filtered
-and subsequently indexed or extracted.
-When
-.B index
-or
-.B extract
-encounters a file having an extension for which a filter has been specified,
-it performs the filename substitution(s) on it first
-to determine what the target filename would be.
-If the extension of
-.I that
-filename should be indexed or extracted
-(because it is among the set of extensions specified with either the
-.B \-e
-or
-.B \-\-pattern
-options or the
-.B IncludeFile
-variable
-or is not among the set specified with either the
-.B \-E
-or
-.B \-\-no-pattern
-options or the
-.B ExcludeFile
-variable),
-.I then
-the filter(s) are executed to create it.
-.SS Filtering attachments
-Via the
-.B FilterAttachment
-configuration file variable,
-e-mail attachments whose MIME types match particular patterns
-can be filtered and thus indexed.
-An attachment is written to a temporary file by itself
-(after having been base-64 decoded, if necessary)
-and a filter command is called on that file.
-.PP
-For example,
-to convert a PDF attachment to plain text so it can be indexed, the
-.B FilterAttachment
-variable line in a configuration file would be:
-.cS
-FilterAttachment application/pdf    pdftotext %f @%F.txt
-.cE
-MIME types
-.I must
-be specified entirely in lower case.
-Patterns can be useful for MIME types.
-For example:
-.cS
-FilterAttachment application/*word  extract -f %f > @%F.txt
-.cE
-can be used regardless of whether the MIME type is
-\f(CWapplication/msword\f1 (the official MIME type for Microsoft Word 
documents)
-or
-\f(CWapplication/vnd.ms-word\f1 (an older version).
-.PP
-The MIME types that are built into
-.BR index (1)
-are:
-\f(CWtext/plain\f1,
-\f(CWtext/enriched\f1 (but only if the RTF module is compiled in),
-\f(CWtext/html\f1 (but only if the HTML module is compiled in),
-\f(CWtext/*vcard\f1,
-\f(CWmessage/rfc822\f1,
-\f(CWmultipart/\f1\f2something\f1
-(where
-.I something
-is one of:
-\f(CWalternative\f1, \f(CWmixed\f1, or \f(CWparallel\f1).
-.B FilterAttachment
-variable lines can override the handling of the built-in MIME types.
-.PP
-Unlike file filters, attachment filters
-.I must
-convert directly to plain text
-and can not be ``chained'' together.
-(This restriction exists because there is no way to know
-what any intermediate MIME types would be to apply more filters.)
-.SH SEE ALSO
-.BR bzip (1),
-.BR compress (1),
-.BR extract (1),
-.BR gunzip (1),
-.BR gzip (1),
-.BR index (1),
-.BR pdftotext (1),
-.BR search (1),
-.BR uncompress (1),
-.BR glob (7)
-.PP
-Nathaniel S. Borenstein.
-``The text/enriched MIME Content-type,''
-.IR "Request for Comments 1563" ,
-Network Working Group of the Internet Engineering Task Force,
-January 1994.
-.PP
-David H. Crocker.
-``Standard for the Format of ARPA Internet Text Messages,''
-.IR "Request for Comments 822" ,
-Department of Electrical Engineering,
-University of Delaware,
-August 1982.
-.PP
-Frank Dawson and Tim Howes.
-``vCard MIME Directory Profile,''
-.IR "Request for Comments 2426" ,
-Network Working Group of the Internet Engineering Task Force,
-September 1998.
-.PP
-Ned Freed and Nathaniel S. Borenstein.
-``Multipurpose Internet Mail Extensions (MIME) Part One: Format of Internet 
Message Bodies,''
-.IR "Request for Comments 2045" ,
-RFC 822 Extensions Working Group of the Internet Engineering Task Force,
-November 1996.
-.PP
-International Standards Organization.
-``ISO/IEC 9945-2: Information Technology
--- Portable Operating System Interface (POSIX)
--- Part 2: Shell and Utilities,''
-1993.
-.PP
-Steven Pemberton, et al.
-.IR "XHTML 1.0: The Extensible HyperText Markup Language" ,
-World Wide Web Consortium,
-January 2000.
-.SH AUTHOR
-Paul J. Lucas
-.RI < [EMAIL PROTECTED] >
diff -Nru swish++-5.15.3/man/man4/swish++.conf.5 
swish++-5.15.3.new/man/man4/swish++.conf.5
--- swish++-5.15.3/man/man4/swish++.conf.5      1970-01-01 01:00:00.000000000 
+0100
+++ swish++-5.15.3.new/man/man4/swish++.conf.5  2002-11-30 04:48:56.000000000 
+0100
@@ -0,0 +1,454 @@
+.\"
+.\"    SWISH++
+.\"    swish++.conf.4
+.\"
+.\"    Copyright (C) 1998  Paul J. Lucas
+.\"
+.\"    This program is free software; you can redistribute it and/or modify
+.\"    it under the terms of the GNU General Public License as published by
+.\"    the Free Software Foundation; either version 2 of the License, or
+.\"    (at your option) any later version.
+.\"
+.\"    This program is distributed in the hope that it will be useful,
+.\"    but WITHOUT ANY WARRANTY; without even the implied warranty of
+.\"    MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
+.\"    GNU General Public License for more details.
+.\"
+.\"    You should have received a copy of the GNU General Public License
+.\"    along with this program; if not, write to the Free Software
+.\"    Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA.
+.\"
+.\" ---------------------------------------------------------------------------
+.\" define code-start macro
+.de cS
+.sp
+.nf
+.RS 5
+.ft CW
+.ta .5i 1i 1.5i 2i 2.5i 3i 3.5i 4i 4.5i 5i 5.5i
+..
+.\" define code-end macro
+.de cE
+.ft 1
+.RE
+.fi
+.sp
+..
+.\" ---------------------------------------------------------------------------
+.TH "\f3swish++.conf\f1" 4 "November 29, 2002" "SWISH++"
+.SH NAME
+swish++.conf \- SWISH++ configuration file format
+.SH DESCRIPTION
+The configuration file format used by SWISH++ consists of three types of lines:
+blank lines, comments, and variable definitions.
+.SS Blank lines
+Blank lines, or lines consisting entirely of whitespace, are ignored.
+.SS Comments
+Comments start with the \f(CW#\f1 character
+and continue up to and including the end of the line.
+While leading whitespace is permitted,
+.BR "comments are treated as such only if they are on lines by themselves" .
+.SS Variable definitions
+Variable definition lines are of the form:
+.cS
+.ft 2
+variable_name argument(s)
+.cE
+where
+.I variable_name
+is a member of one of the types described in the remaining sections, and
+.I argument(s)
+are specific to every variable name.
+For
+.IR variable_name ,
+case is irrelevant.
+.SS Boolean variables
+Variables of this type take one argument that must be one of:
+\f(CWf\f1,
+\f(CWfalse\f1,
+\f(CWn\f1,
+\f(CWno\f1,
+\f(CWoff\f1,
+\f(CWon\f1,
+\f(CWt\f1,
+\f(CWtrue\f1,
+\f(CWy\f1,
+or
+\f(CWyes\f1.
+Case is irrelevant.
+Variables of this type are:
+.BR AssociateMeta ,
+.BR ExtractFilter ,
+.BR FollowLinks ,
+.BR Incremental ,
+.BR RecurseSubdirs ,
+.BR SearchBackground ,
+and
+.BR StemWords .
+.SS Enumeration variables
+Variables of this type are just like string variables (see below)
+except that the argument
+.I must
+be one of a set of pre-determined values.
+Case is irrelevant.
+Variables of this type are:
+.B ResultsFormat
+and
+.BR SearchDaemon .
+.B ResultsFormat
+must be either:
+\f(CWclassic\f1
+or
+\f(CWXML\f1.
+.B SearchDaemon
+must be one of:
+\f(CWnone\f1,
+\f(CWtcp\f1,
+\f(CWunix\f1,
+or
+\f(CWboth\f1.
+.SS Filter variables
+Variables of this type are of the form:
+.cS
+\f2pattern command\fP
+.cE
+where
+.I pattern
+is a shell pattern (regular expression) and
+.I command
+is the command-line to execute the filter.
+.PP
+Within a command,
+there are a few \f(CW%\f1 substitutions
+that are done at run-time:
+.PP
+.RS 5
+.PD 0
+.TP 5
+.B b
+Basename of filename.
+.TP
+.B B
+Basename minus last extension.
+.TP
+.B e
+Extension of filename.
+.TP
+.B E
+Second-to-last extension of filename.
+.TP
+.B f
+Entire filename.
+.TP
+.B F
+Filename minus last extension.
+.RE
+.PD
+.PP
+That is: the \f(CW%\f1 and one character immediately after it
+are substituted as described in the above table.
+Substituted filenames are skipped past and not rescanned for more 
substitutions,
+but the remainder of the command is.
+To use a literal \f(CW%\f1 or \f([EMAIL PROTECTED], simply double it.
+(For more on filter variables, see FILTERS below.)
+.PP
+Variables of this type are:
+.B FilterAttachment
+and
+.BR FilterFile .
+.SS Integer variables
+Variables of this type take one numeric argument.
+A special string of \f(CWinfinity\f1 is taken to mean
+``the largest possible integer value.''
+Case is irrelevant.
+Variables of this type are:
+.BR FilesReserve ,
+.BR ResultsMax ,
+.BR SocketQueueSize ,
+.BR SocketTimeout ,
+.BR ThreadsMax ,
+.BR ThreadsMin ,
+.BR ThreadTimeout ,
+.BR TitleLines ,
+.BR Verbosity ,
+.BR WordFilesMax ,
+.BR WordPercentMax ,
+and
+.BR WordThreshold .
+.PP
+For
+.BR WordThreshold ,
+only the super-user can specify a value larger than the compiled-in default.
+.SS Percentage variables
+Variables of this type are like integer variables
+except that if an optional trailing percent sign (\f(CW%\f1) is present,
+the value is taken to be a percentage rather than an absolute number.
+Variables of this type are:
+.BR FilesGrow .
+.SS String variables
+Variables of this type take one argument that is the remainder of the line
+minus leading and trailing whitespace.
+To preserve whitespace,
+surround the argument in either single or double quotes.
+The quotes themselves are stripped from the argument,
+but only if they match.
+Variables of this type are:
+.BR ExtractExtension ,
+.BR Group ,
+.BR IndexFile ,
+.BR PidFile ,
+.BR ResultSeparator ,
+.BR SocketFile ,
+.BR StopWordFile ,
+.BR TempDirectory ,
+and
+.BR User .
+.SS Set variables
+Variables of this type take one or more arguments separated by whitespace.
+Variables of this type are:
+.BR ExcludeClass ,
+.BR ExcludeFile ,
+.BR ExtractFile ,
+and
+.BR ExcludeMeta .
+.SS Other variables
+Variables of this type are:
+.BR IncludeFile ,
+.BR IncludeMeta ,
+and
+.BR SocketAddress .
+.P
+An
+.B IncludeFile
+configuration file line is of the form:
+.cS
+\f2module_name\fP \f2pattern ...\fP
+.cE
+where
+.I "module_name"
+is the name of the module
+(case is irrelevant)
+to handle the indexing of the filename
+.IR pattern s
+that follow.
+Module names are:
+\f(CWtext\f1 (plain text),
+\f(CWHTML\f1 (HTML and XHTML),
+\f(CWMail\f1 (mail and news messages),
+\f(CWMan\f1 (Unix manual pages),
+and
+\f(CWRTF\f1 (Rich Text Format).
+.P
+An
+.B IncludeMeta
+configuration file line is of the form:
+.cS
+name\f3[\fP=\f2new_name\fP\f3]\fP \f2...\fP
+.cE
+It is like a set variable except arguments may optionally be followed
+by reassignments.
+For example, a value of:
+.cS
+adr=address
+.cE
+says to include and index the words associated with the meta name \f(CWadr\f1,
+but to store the name as \f(CWaddress\f1 in the generated index file
+so that queries would use \f(CWaddress\f1 rather than \f(CWadr\f1.
+.P
+A
+.B SocketAddress
+configuration file line is of the form:
+.cS
+\f3[\fP \f2host\fP : \f3]\fP \f2port\fP
+.cE
+that is: an optional host and colon
+followed by a port number.
+The
+.I host
+may be one of a host name, an IPv4 address (in dot-decimal notation),
+an IPv6 address (in colon notation)
+if supported by the operating system,
+or the \f(CW*\f1 character
+meaning ``any IP address.''
+Omitting the
+.I host
+and colon also means ``any IP address.''
+.SH FILTERS
+.SS Filtering files
+Via the
+.B FilterFile
+configuration file variable,
+files matching patterns can be filtered
+prior to indexing or extraction.
+For example,
+to uncompress \f(CWbzip2\f1'd, \f(CWgzip\f1'd, and \f(CWcompress\f1'd files
+prior to indexing or extraction, the
+.B FilterFile
+variable lines in a configuration file would be:
+.cS
+FilterFile *.bz2  bunzip2 -c %f > @%F
+FilterFile *.gz   gunzip -c %f > @%F
+FilterFile *.Z    uncompress -c %f > @%F
+.cE
+Given that, a filename such as \f(CWfoo.txt.gz\f1 would become \f(CWfoo.txt\f1.
+If files having \f(CWtxt\f1 extensions should be indexed, then it will be.
+Note that the command on the
+.B FilterFile
+line must
+.I not
+simply be:
+.cS
+gunzip @%f                             # WRONG!
+.cE
+because \f(CWgunzip\f1 will
+.I replace
+the compressed file with the uncompressed one.
+.PP
+Here's an example to convert PDF to plain text for indexing using the
+.BR xpdf (1)
+package's \f(CWpdftotext\f1 command:
+.cS
+FilterFile *.pdf  pdftotext %f @%F.txt
+.cE
+A file can be filtered more than once prior to indexing or extraction, i.e.,
+filters can be ``chained'' together.
+For example, if the uncompression and PDF examples shown above
+are used together,
+compressed PDF files will also be indexed or extracted, i.e.,
+filenames ending with one of
+\f(CW.pdf.bz2\f1, \f(CW.pdf.gz\f1, or \f(CW.pdf.Z\f1
+double extensions.
+.PP
+Note, however, that just because a filename has an extension
+for which a filter has been specified does
+.I not
+mean that a file will be filtered
+and subsequently indexed or extracted.
+When
+.B index
+or
+.B extract
+encounters a file having an extension for which a filter has been specified,
+it performs the filename substitution(s) on it first
+to determine what the target filename would be.
+If the extension of
+.I that
+filename should be indexed or extracted
+(because it is among the set of extensions specified with either the
+.B \-e
+or
+.B \-\-pattern
+options or the
+.B IncludeFile
+variable
+or is not among the set specified with either the
+.B \-E
+or
+.B \-\-no-pattern
+options or the
+.B ExcludeFile
+variable),
+.I then
+the filter(s) are executed to create it.
+.SS Filtering attachments
+Via the
+.B FilterAttachment
+configuration file variable,
+e-mail attachments whose MIME types match particular patterns
+can be filtered and thus indexed.
+An attachment is written to a temporary file by itself
+(after having been base-64 decoded, if necessary)
+and a filter command is called on that file.
+.PP
+For example,
+to convert a PDF attachment to plain text so it can be indexed, the
+.B FilterAttachment
+variable line in a configuration file would be:
+.cS
+FilterAttachment application/pdf    pdftotext %f @%F.txt
+.cE
+MIME types
+.I must
+be specified entirely in lower case.
+Patterns can be useful for MIME types.
+For example:
+.cS
+FilterAttachment application/*word  extract -f %f > @%F.txt
+.cE
+can be used regardless of whether the MIME type is
+\f(CWapplication/msword\f1 (the official MIME type for Microsoft Word 
documents)
+or
+\f(CWapplication/vnd.ms-word\f1 (an older version).
+.PP
+The MIME types that are built into
+.BR index (1)
+are:
+\f(CWtext/plain\f1,
+\f(CWtext/enriched\f1 (but only if the RTF module is compiled in),
+\f(CWtext/html\f1 (but only if the HTML module is compiled in),
+\f(CWtext/*vcard\f1,
+\f(CWmessage/rfc822\f1,
+\f(CWmultipart/\f1\f2something\f1
+(where
+.I something
+is one of:
+\f(CWalternative\f1, \f(CWmixed\f1, or \f(CWparallel\f1).
+.B FilterAttachment
+variable lines can override the handling of the built-in MIME types.
+.PP
+Unlike file filters, attachment filters
+.I must
+convert directly to plain text
+and can not be ``chained'' together.
+(This restriction exists because there is no way to know
+what any intermediate MIME types would be to apply more filters.)
+.SH SEE ALSO
+.BR bzip (1),
+.BR compress (1),
+.BR extract (1),
+.BR gunzip (1),
+.BR gzip (1),
+.BR index (1),
+.BR pdftotext (1),
+.BR search (1),
+.BR uncompress (1),
+.BR glob (7)
+.PP
+Nathaniel S. Borenstein.
+``The text/enriched MIME Content-type,''
+.IR "Request for Comments 1563" ,
+Network Working Group of the Internet Engineering Task Force,
+January 1994.
+.PP
+David H. Crocker.
+``Standard for the Format of ARPA Internet Text Messages,''
+.IR "Request for Comments 822" ,
+Department of Electrical Engineering,
+University of Delaware,
+August 1982.
+.PP
+Frank Dawson and Tim Howes.
+``vCard MIME Directory Profile,''
+.IR "Request for Comments 2426" ,
+Network Working Group of the Internet Engineering Task Force,
+September 1998.
+.PP
+Ned Freed and Nathaniel S. Borenstein.
+``Multipurpose Internet Mail Extensions (MIME) Part One: Format of Internet 
Message Bodies,''
+.IR "Request for Comments 2045" ,
+RFC 822 Extensions Working Group of the Internet Engineering Task Force,
+November 1996.
+.PP
+International Standards Organization.
+``ISO/IEC 9945-2: Information Technology
+-- Portable Operating System Interface (POSIX)
+-- Part 2: Shell and Utilities,''
+1993.
+.PP
+Steven Pemberton, et al.
+.IR "XHTML 1.0: The Extensible HyperText Markup Language" ,
+World Wide Web Consortium,
+January 2000.
+.SH AUTHOR
+Paul J. Lucas
+.RI < [EMAIL PROTECTED] >
diff -Nru swish++-5.15.3/man/man4/swish++.index.4 
swish++-5.15.3.new/man/man4/swish++.index.4
--- swish++-5.15.3/man/man4/swish++.index.4     2004-11-22 18:05:30.000000000 
+0100
+++ swish++-5.15.3.new/man/man4/swish++.index.4 1970-01-01 01:00:00.000000000 
+0100
@@ -1,247 +0,0 @@
-.\"
-.\"    SWISH++
-.\"    swish++.index.4
-.\"
-.\"    Copyright (C) 1998-2003  Paul J. Lucas
-.\"
-.\"    This program is free software; you can redistribute it and/or modify
-.\"    it under the terms of the GNU General Public License as published by
-.\"    the Free Software Foundation; either version 2 of the License, or
-.\"    (at your option) any later version.
-.\"
-.\"    This program is distributed in the hope that it will be useful,
-.\"    but WITHOUT ANY WARRANTY; without even the implied warranty of
-.\"    MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
-.\"    GNU General Public License for more details.
-.\"
-.\"    You should have received a copy of the GNU General Public License
-.\"    along with this program; if not, write to the Free Software
-.\"    Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA.
-.\"
-.\" ---------------------------------------------------------------------------
-.\" define code-start macro
-.de cS
-.sp
-.nf
-.RS 5
-.ft CW
-.ta .5i 1i 1.5i 2i 2.5i 3i 3.5i 4i 4.5i 5i 5.5i
-..
-.\" define code-end macro
-.de cE
-.ft 1
-.RE
-.fi
-.sp
-..
-.\" ---------------------------------------------------------------------------
-.TH \f3swish++.index\f1 4 "August 27, 2003" "SWISH++"
-.SH NAME
-swish++.index \- SWISH++ index file format
-.SH SYNOPSIS
-.nf
-.ft CW
-.ta 10
-long   num_words;
-off_t  word_offset[ num_words ];
-long   num_stop_words;
-off_t  stop_word_offset[ num_stop_words ];
-long   num_directories;
-off_t  directory_offset[ num_directories ];
-long   num_files;
-off_t  file_offset[ num_files ];
-long   num_meta_names;
-off_t  meta_name_offset[ num_meta_names ];
-.ft 2
-       word index
-       stop-word index
-       directory index
-       file index
-       meta-name index
-.ft 1
-.fi
-.SH DESCRIPTION
-The index file format used by SWISH++ is as shown above.
-Every \f(CWword_offset\f1 is an offset into the
-.I "word index"
-pointing at the first character of a word entry;
-similarly,
-every \f(CWstop_word_offset\f1 is an offset into the
-.I "stop-word index"
-pointing at the first character of a stop-word entry;
-similarly,
-every \f(CWdirectory_offset\f1 is an offset into the
-.I "directory index"
-pointing at the first character of a directory entry;
-similarly,
-every \f(CWfile_offset\f1 is an offset into the
-.I "file index"
-pointing at the first byte of a file entry;
-finally,
-every \f(CWmeta_name_offset\f1 is an offset into the
-.I "mete-name index"
-pointing at the first character of a meta-name entry.
-.P
-The index file is written as it is so that it can be mapped into memory via the
-.BR mmap (2)
-Unix system call enabling ``instantaneous'' access.
-.SS Encoded Integers
-All integers in an index file are stored in an encoded format for compactness.
-An integer is encoded to use a varying number of bytes.
-For a given byte, only the lower 7 bits are used for data;
-the high bit, if set, is used to indicate
-whether the integer continues into the next byte.
-The encoded integer is in big-endian byte order.
-For example, the integers 0\-127
-are encoded as single bytes of
-\f(CW\\x00\f1\-\f(CW\\x7F\f1, respectively;
-the integer 128 is encoded as the two bytes of \f(CW\\x8100\f1.
-.P
-Note that the byte \f(CW\\x80\fP
-will never be the first byte of an encoded integer
-(although it can be any other byte);
-therefore, it can be used as a
-.I marker
-to embed extra information into an encoded integer byte sequence.
-.SS Encoded Integer Lists
-Because the high bit of the last byte of an encoded integer is always clear,
-lists of encoded integers can be stored one right after the other
-with no separators.
-For example, the byte sequence \f(CW\\x010203\f1
-encodes the three separate integers 1, 2, and 3;
-the byte sequence \f(CW\\x81002A8101\f1
-encodes the three integers 128, 42, and 129.
-.SS Word Entries
-Every word entry in the
-.I "word index"
-is of the form:
-.cS
-\f2word\fP0\f3\s+2{\s-2\fP\f2data\fP\f3\s+2}...\s-2\fP
-.cE
-that is: a null-terminated word followed by one or more
-.I data
-entries where a
-.I data
-entry is:
-.cS
-\f3\s+2{\s-2\fP\f2F\fP\f3\s+2}{\s-2\fP\f2O\fP\f3\s+2}{\s-2\fP\f2R\fP\f3\s+2}[{\s-2\fP\f2list\fP\f3\s+2}...]{\s-2\fP\f2marker\fP\f3\s+2}\s-2\fP
-.cE
-that is: a file-index
-.RI ( F )
-followed by the number of occurrences in the file
-.RI ( O )
-followed by a rank
-.RI ( R )
-followed by zero or more
-.I lists
-of integers followed by a
-.I marker
-byte.
-The
-.I file-index
-is an index into the \f(CWfile_offset\f1 table;
-the
-.I marker
-byte is one of:
-.P
-.RS 5
-.PD 0
-.TP 4
-\f(CW00\f1
-Another
-.I data
-entry follows.
-.TP
-\f(CW80\f1
-No more
-.I data
-entries follow.
-.PD
-.RE
-.P
-A
-.I list
-is:
-.cS
-\f3\s+2{\s-2\fP\f2type\fP\f3\s+2}{\s-2\fP\f2I\fP\f3\s+2}...\s-2\fPx80
-.cE
-that is: a
-.I type
-followed by one or more integers
-.RI ( I )
-followed by an \f(CW\\x80\f1 byte
-where
-.I type
-defines the type of list, i.e., what the integers mean.
-Currently, there is only one type of list:
-.TP 4
-\f(CW01\fP
-Meta-ID list.
-Meta-IDs are unique integers
-identifying which meta name(s) a word is associated with
-in the meta-name index.
-.SS Stop-Word Entries
-Every stop-word entry in the
-.I "stop-word index"
-is of the form:
-.cS
-\f2stop-word\fP0
-.cE
-that is: every word is null-terminated.
-.SS Directory Entries
-Every directory entry in the
-.I "directory index"
-is of the form:
-.cS
-\f2directory-path\fP0
-.cE
-that is: a null-terminated full pathname of a directory
-(not including the trailing slash).
-The pathnames are relative to where the indexing was performed
-(unless absolute paths were used).
-.SS File Entries
-Every file entry in the
-.I "file index"
-is of the form:
-.cS
-\f3\s+2{\s-2\fP\f2D\fP\f3\s+2}\s-2\fP\f2file-name\fP0\f3\s+2{\s-2\fP\f2S\fP\f3\s+2}{\s-2\fP\f2W\fP\f3\s+2}\s-2\fP\f2file-title\fP0
-.cE
-that is: the file's directory index
-.RI ( D )
-followed by a null-terminated file name
-followed by the file's size in bytes
-.RI ( S )
-followed by the number of words in the file
-.RI ( W )
-followed by the file's null-terminated title.
-.P
-For an HTML or XHTML file,
-the title is what is between \f(CW<TITLE>\f1 ... \f(CW</TITLE>\f1 pairs;
-for an MP3 file,
-the title is the value of title field;
-for a mail or news file,
-the title is the value of the \f(CWSubject\f1 header;
-for a LaTeX file,
-the title is the argument of the \f(CW\\title\f1 command;
-for a Unix manual page file,
-the title is the contents of the first line within the \f(CWNAME\f1 section.
-If a file is not one of those types of files, or is but does not have a title,
-the title is simply the file (not path) name.
-.SS Meta-Name Entries
-Every meta-name entry in the
-.I "meta-name index"
-is of the form:
-.cS
-\f2meta-name\fP0\f3\s+2{\s-2\f2I\f3\s+2}\s-2\f(CW
-.cE
-that is: a null-terminated meta-name followed by the ID
-.RI ( I ).
-.SH CAVEATS
-Generated index files are machine-dependent
-(size of data types and byte-order).
-.SH SEE ALSO
-.BR index (1),
-.BR search (1)
-.SH AUTHOR
-Paul J. Lucas
-.RI < [EMAIL PROTECTED] >
diff -Nru swish++-5.15.3/man/man4/swish++.index.5 
swish++-5.15.3.new/man/man4/swish++.index.5
--- swish++-5.15.3/man/man4/swish++.index.5     1970-01-01 01:00:00.000000000 
+0100
+++ swish++-5.15.3.new/man/man4/swish++.index.5 2003-08-28 05:58:26.000000000 
+0200
@@ -0,0 +1,247 @@
+.\"
+.\"    SWISH++
+.\"    swish++.index.4
+.\"
+.\"    Copyright (C) 1998-2003  Paul J. Lucas
+.\"
+.\"    This program is free software; you can redistribute it and/or modify
+.\"    it under the terms of the GNU General Public License as published by
+.\"    the Free Software Foundation; either version 2 of the License, or
+.\"    (at your option) any later version.
+.\"
+.\"    This program is distributed in the hope that it will be useful,
+.\"    but WITHOUT ANY WARRANTY; without even the implied warranty of
+.\"    MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
+.\"    GNU General Public License for more details.
+.\"
+.\"    You should have received a copy of the GNU General Public License
+.\"    along with this program; if not, write to the Free Software
+.\"    Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA.
+.\"
+.\" ---------------------------------------------------------------------------
+.\" define code-start macro
+.de cS
+.sp
+.nf
+.RS 5
+.ft CW
+.ta .5i 1i 1.5i 2i 2.5i 3i 3.5i 4i 4.5i 5i 5.5i
+..
+.\" define code-end macro
+.de cE
+.ft 1
+.RE
+.fi
+.sp
+..
+.\" ---------------------------------------------------------------------------
+.TH \f3swish++.index\f1 4 "August 27, 2003" "SWISH++"
+.SH NAME
+swish++.index \- SWISH++ index file format
+.SH SYNOPSIS
+.nf
+.ft CW
+.ta 10
+long   num_words;
+off_t  word_offset[ num_words ];
+long   num_stop_words;
+off_t  stop_word_offset[ num_stop_words ];
+long   num_directories;
+off_t  directory_offset[ num_directories ];
+long   num_files;
+off_t  file_offset[ num_files ];
+long   num_meta_names;
+off_t  meta_name_offset[ num_meta_names ];
+.ft 2
+       word index
+       stop-word index
+       directory index
+       file index
+       meta-name index
+.ft 1
+.fi
+.SH DESCRIPTION
+The index file format used by SWISH++ is as shown above.
+Every \f(CWword_offset\f1 is an offset into the
+.I "word index"
+pointing at the first character of a word entry;
+similarly,
+every \f(CWstop_word_offset\f1 is an offset into the
+.I "stop-word index"
+pointing at the first character of a stop-word entry;
+similarly,
+every \f(CWdirectory_offset\f1 is an offset into the
+.I "directory index"
+pointing at the first character of a directory entry;
+similarly,
+every \f(CWfile_offset\f1 is an offset into the
+.I "file index"
+pointing at the first byte of a file entry;
+finally,
+every \f(CWmeta_name_offset\f1 is an offset into the
+.I "mete-name index"
+pointing at the first character of a meta-name entry.
+.P
+The index file is written as it is so that it can be mapped into memory via the
+.BR mmap (2)
+Unix system call enabling ``instantaneous'' access.
+.SS Encoded Integers
+All integers in an index file are stored in an encoded format for compactness.
+An integer is encoded to use a varying number of bytes.
+For a given byte, only the lower 7 bits are used for data;
+the high bit, if set, is used to indicate
+whether the integer continues into the next byte.
+The encoded integer is in big-endian byte order.
+For example, the integers 0\-127
+are encoded as single bytes of
+\f(CW\\x00\f1\-\f(CW\\x7F\f1, respectively;
+the integer 128 is encoded as the two bytes of \f(CW\\x8100\f1.
+.P
+Note that the byte \f(CW\\x80\fP
+will never be the first byte of an encoded integer
+(although it can be any other byte);
+therefore, it can be used as a
+.I marker
+to embed extra information into an encoded integer byte sequence.
+.SS Encoded Integer Lists
+Because the high bit of the last byte of an encoded integer is always clear,
+lists of encoded integers can be stored one right after the other
+with no separators.
+For example, the byte sequence \f(CW\\x010203\f1
+encodes the three separate integers 1, 2, and 3;
+the byte sequence \f(CW\\x81002A8101\f1
+encodes the three integers 128, 42, and 129.
+.SS Word Entries
+Every word entry in the
+.I "word index"
+is of the form:
+.cS
+\f2word\fP0\f3\s+2{\s-2\fP\f2data\fP\f3\s+2}...\s-2\fP
+.cE
+that is: a null-terminated word followed by one or more
+.I data
+entries where a
+.I data
+entry is:
+.cS
+\f3\s+2{\s-2\fP\f2F\fP\f3\s+2}{\s-2\fP\f2O\fP\f3\s+2}{\s-2\fP\f2R\fP\f3\s+2}[{\s-2\fP\f2list\fP\f3\s+2}...]{\s-2\fP\f2marker\fP\f3\s+2}\s-2\fP
+.cE
+that is: a file-index
+.RI ( F )
+followed by the number of occurrences in the file
+.RI ( O )
+followed by a rank
+.RI ( R )
+followed by zero or more
+.I lists
+of integers followed by a
+.I marker
+byte.
+The
+.I file-index
+is an index into the \f(CWfile_offset\f1 table;
+the
+.I marker
+byte is one of:
+.P
+.RS 5
+.PD 0
+.TP 4
+\f(CW00\f1
+Another
+.I data
+entry follows.
+.TP
+\f(CW80\f1
+No more
+.I data
+entries follow.
+.PD
+.RE
+.P
+A
+.I list
+is:
+.cS
+\f3\s+2{\s-2\fP\f2type\fP\f3\s+2}{\s-2\fP\f2I\fP\f3\s+2}...\s-2\fPx80
+.cE
+that is: a
+.I type
+followed by one or more integers
+.RI ( I )
+followed by an \f(CW\\x80\f1 byte
+where
+.I type
+defines the type of list, i.e., what the integers mean.
+Currently, there is only one type of list:
+.TP 4
+\f(CW01\fP
+Meta-ID list.
+Meta-IDs are unique integers
+identifying which meta name(s) a word is associated with
+in the meta-name index.
+.SS Stop-Word Entries
+Every stop-word entry in the
+.I "stop-word index"
+is of the form:
+.cS
+\f2stop-word\fP0
+.cE
+that is: every word is null-terminated.
+.SS Directory Entries
+Every directory entry in the
+.I "directory index"
+is of the form:
+.cS
+\f2directory-path\fP0
+.cE
+that is: a null-terminated full pathname of a directory
+(not including the trailing slash).
+The pathnames are relative to where the indexing was performed
+(unless absolute paths were used).
+.SS File Entries
+Every file entry in the
+.I "file index"
+is of the form:
+.cS
+\f3\s+2{\s-2\fP\f2D\fP\f3\s+2}\s-2\fP\f2file-name\fP0\f3\s+2{\s-2\fP\f2S\fP\f3\s+2}{\s-2\fP\f2W\fP\f3\s+2}\s-2\fP\f2file-title\fP0
+.cE
+that is: the file's directory index
+.RI ( D )
+followed by a null-terminated file name
+followed by the file's size in bytes
+.RI ( S )
+followed by the number of words in the file
+.RI ( W )
+followed by the file's null-terminated title.
+.P
+For an HTML or XHTML file,
+the title is what is between \f(CW<TITLE>\f1 ... \f(CW</TITLE>\f1 pairs;
+for an MP3 file,
+the title is the value of title field;
+for a mail or news file,
+the title is the value of the \f(CWSubject\f1 header;
+for a LaTeX file,
+the title is the argument of the \f(CW\\title\f1 command;
+for a Unix manual page file,
+the title is the contents of the first line within the \f(CWNAME\f1 section.
+If a file is not one of those types of files, or is but does not have a title,
+the title is simply the file (not path) name.
+.SS Meta-Name Entries
+Every meta-name entry in the
+.I "meta-name index"
+is of the form:
+.cS
+\f2meta-name\fP0\f3\s+2{\s-2\f2I\f3\s+2}\s-2\f(CW
+.cE
+that is: a null-terminated meta-name followed by the ID
+.RI ( I ).
+.SH CAVEATS
+Generated index files are machine-dependent
+(size of data types and byte-order).
+.SH SEE ALSO
+.BR index (1),
+.BR search (1)
+.SH AUTHOR
+Paul J. Lucas
+.RI < [EMAIL PROTECTED] >

Attachment: signature.asc
Description: Digital signature


--- End Message ---
--- Begin Message ---
Source: swish++
Source-Version: 6.1.4-1

We believe that the bug you reported is fixed in the latest version of
swish++, which is due to be installed in the Debian FTP archive:

swish++_6.1.4-1.diff.gz
  to pool/main/s/swish++/swish++_6.1.4-1.diff.gz
swish++_6.1.4-1.dsc
  to pool/main/s/swish++/swish++_6.1.4-1.dsc
swish++_6.1.4-1_amd64.deb
  to pool/main/s/swish++/swish++_6.1.4-1_amd64.deb
swish++_6.1.4.orig.tar.gz
  to pool/main/s/swish++/swish++_6.1.4.orig.tar.gz



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to [EMAIL PROTECTED],
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Kapil Hari Paranjape <[EMAIL PROTECTED]> (supplier of updated swish++ package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [EMAIL PROTECTED])


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Format: 1.7
Date: Mon, 23 Oct 2006 09:27:25 +0530
Source: swish++
Binary: swish++
Architecture: source amd64
Version: 6.1.4-1
Distribution: unstable
Urgency: low
Maintainer: Kapil Hari Paranjape <[EMAIL PROTECTED]>
Changed-By: Kapil Hari Paranjape <[EMAIL PROTECTED]>
Description: 
 swish++    - Simple Document Indexing System for Humans: C++ version
Closes: 282508 291070 302561 302561 321674 356160 356160 385743
Changes: 
 swish++ (6.1.4-1) unstable; urgency=low
 .
   * New Maintainer. Closes: #385743.
   * New upstream release (6.1.4). Closes: #321674.
      - Builds with g++ 4.1. Closes: #356160.
   * debian/patches:
      - incorporated patches under "quilt".
      - patch from Andreas Jochens to cast char to int correctly for
        64bit arches. Closes: #302561.
   * debian/rules:
     - updated for new location of scripts in source.
     - changed "configure-stamp" to use /usr/share/quilt/quilt.make.
       following suggestion of James Westby.
     - replaced use of "debian/fixmanpages" by use of
       quilt.
     - changed "configure-stamp" to fix manpage location.
       Closes: #282508.
     - DH_COMPAT=4
     - Use "distclean" target of toplevel Makefile.
     - Removed call to "dh_undocumented".
   * debian/copyright: included all copyright statements.
   * debian/control:
     - added homepage to description.
     - updated "debhelper" dependency.
     - added "quilt" dependency.
     - update package description. Closes: #291070.
     - Standards-Version 3.7.2. No changes required.
   * debian/changelog: Acknowledge NMU's. Thanks to Frank Lichtenheld,
     Martin Michlmayr. Closes: #302561, #356160.
   * debian/:
     - Removed the unused files "all_in_one.patch" and
       "swish++.conf.patch".
     - added "watch" file.
   * debian/oo_indexing: Included OpenOffice indexing example from
     Bastian Kleineidam. Closes #242238.
   * debian/patches/use_gcc_for_ld: Patched config/config.mk and
     top-level GNUmakefile to use "gcc" instead of "g++" for linking.
     This prevents unneeded dependencies. Thanks to Christian
     Aichinger's scripts for pointing this out.
Files: 
 2c497ab3fda10e35f6b990465749dcdb 598 web optional swish++_6.1.4-1.dsc
 08c0eac88e4f08c353037b893e243268 302123 web optional swish++_6.1.4.orig.tar.gz
 9bab0eafbba6f304176227803618e33f 41469 web optional swish++_6.1.4-1.diff.gz
 1dbccb82463fee39b8617e0588689633 303978 web optional swish++_6.1.4-1_amd64.deb

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (GNU/Linux)

iD8DBQFFPQg4KO6zWj6NzMARAsW6AJ9eS1MVjsyQ6BYtpoenOdXMli30VgCdHgCr
T89oumbvznEbra9zltmt1Uc=
=EhAA
-----END PGP SIGNATURE-----


--- End Message ---

Reply via email to