[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#287138: marked as done (ITP: httplog -- Apache logfile program w/strftime(3) support)

Your message dated Fri, 24 Feb 2006 11:59:30 -0700
with message-id <E1FCiA6-000479-TB@merkel.debian.org>
and subject line WNPP bug closing
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: wnpp
Severity: wishlist

*** Please type your report below this line ***

* Package name    : httplog
  Version         : 2.1
  Upstream Author : Eli Sand <esand@hoktar.com>
* URL             : http://www.hoktar.com
* License         : GPL
  Description     : Apache logfile program with strftime(3), gzip
compression, symlink and memory buffer support.

(Include the long description here.)

It takes one argument at the command line, the path to a logfile as a
template.The template pathname can use any valid special characters
permitted in strftime(3).  Other optional arguments can be appended to the
command line. If you want to have your logfiles gzipped because of size
constraints, you can use the `-z' option to have httplog gzip all logfiles
once it's done writing all data to them (when a rollover period hits and a
new logfile is to be created). You may have a symlink to the currently
active logfile by using the `-s' option and specifying a filename to be
used as the symlink.

This program makes Apache act similar to Microsofts' IIS webserver in its
logging style (as opposed to every logfile entry in one single huge logfile).

Because of the buffer option added since v1.5, httplog may also be usefull
for extremely large sites that get thousands of hits per second, and
typically disable logging to save their hard drives from dying.  The
buffer size option can be used to create an extremely large buffer in ram
so that logfiles would not be flushed as often as if it were in line
buffering mode, and in essence, could prolong the life of your valuable
drives by decreasing their activity.

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.4.26-1-386
Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8)

--- End Message ---
--- Begin Message --- 
Hello,

This is an automatic mail sent to close the ITP you have reported or 
are involved with.

Your ITP wnpp bug is being closed because of the following reasons:
- It is, as of today, older than 365 days.
- It hasn't had any activity recently.

As this is an automatic procedure, it could of course have something
wrong and probably it would be closing some bugs that are not 
intended by owners and submitters (like you) to be closed, for
example if the ITP is still of your interest, or there has been 
some kind of activity around it. In that case, please reopen the
bug, do it, DO IT NOW! (I don't want to be blamed because of
mass closing and not let people know that they can easily reopen
their bugs ;-).

To re-open it, you simply have to mail control@bugs.debian.org
with a body text like this:

reopen 287137
thanks bts

Further comments on the work done in the bug sent to
287137@bugs.debian.org would be truly welcomed.
Anyway, if you have any kind of problems when dealing with
the BTS, feel free to contact me and I'd be more than happy to help
you on this: <damog@debian.org>.

A similar process is being applied to other kind of wnpp bugs.

Thanks for your cooperation,

 -- David Moreno Garza <damog@debian.org>.

--- End Message ---
Reply to: