Jim,

1.      There are no patents on any of the technologies contained within
mod_gzip. Neither Remote Communications, HyperSpace
        Communications or either Kevin and I have any patent coverage in
this module.

2.      Kevin has already covered the licensing issue in detail. (see
previous threads)

3.      Mod_gzip was released under the "Apache" style license and you
are free to include it.

>> I see no real blocks to the ASF seriously looking at adding the code.

I agree. We we've worked hard to release and "support" a module which
Apache users will find useful. It's coming up a year now and people are
still downloading it.

If the issue is debug code we can always upload a copy which will be
about 90% smaller but tougher to understand for the new user. You could
use this with Apache distributions and we could carry the full debug
version on our site.

Regards


Peter

-----Original Message-----
From: Jim Jagielski [mailto:[EMAIL PROTECTED]] 
Sent: Monday, September 03, 2001 9:49 AM
To: [EMAIL PROTECTED]
Subject: RE: [PATCH] Add mod_gz to httpd-2.0


At 12:42 PM -0600 9/2/01, Peter J. Cranstone wrote:
>
>It's an amazing analysis of mod_gzip on HTTP traffic and includes all 
>different browser types. Here is what is amazing, check out the "saved"

>column and the "average" savings for all the different stats... About 
>51%
>
>That's a HUGE benefit to ALL apache users. Why wouldn't you use it?
>

Here are my comments regarding mod_gzip...

  1. Yes, it's incredibly useful and a worthwhile module.
  2. Re: "why wouldn't you use it"?? As an end-user (sys-admin) I can't
     think of any real compelling reasons why not...

But I think the question you meant was "why wouldn't the ASF 'bundle' it
with Apache", and the reasons are:

  1. Patent issues:
     I seem to recall that mod_gzip was somehow patented, and with
     some words to the effect that if it's included with software, then
     the software follows suit. Before the ASF can consider the module,
     we must know *exactly* the patent and licensing aspects of the
code.
  2. ZLIB issues:
     Because mod_gzip uses ZLIB, we also need to concern ourselves of
     the nature (patent, licensing, etc...) of that as well.

If you can assure us of no viral aspects of the code (or any required
code libraries of mod_gzip), no patent issues of any aspects of the code
(or it's supporting libraries) and no other conditions of the code
donation, then I see no real blocks to the ASF seriously looking at
adding the code.

As a side point, we really need to do a better job regarding 3rd party
modules... Of course, we can't include every 3rd party module that comes
down the path, and hopefully module authors realize that. But we do need
to make it easier for people to find them, etc...
-- 
========================================================================
===
   Jim Jagielski   [|]   [EMAIL PROTECTED]   [|]   http://www.jaguNET.com/
      "A society that will trade a little liberty for a little order
                   will lose both and deserve neither"

Reply via email to