Re: git log filtering

From: Jeff King <peff@peff.net>
Date: Feb 9, 2007, 01:59 UTC
Message-ID: <20070209015925.GD10574@coredump.intra.peff.net>
In-Reply-To: <Pine.LNX.4.63.0702090115180.22628@wbgn013.biozentrum.uni-wuerzburg.de>

On Fri, Feb 09, 2007 at 01:18:01AM +0100, Johannes Schindelin wrote:

> Yes, I do. Not because of the extra lines, but because of the inconsistent 
> interface.

OK, so we may either:
  1. always use the lowest common denominator (i.e., no pcre support)
  2. force a dependency for new features (i.e., require pcre)
  3. have inconsistency between builds (i.e., conditional dependency)
  4. include all dependencies, or re-write them natively

I agree that 4 can make some sense in limited situations, but I worry that it will eventually cease to be scalable (we don't get improvements or bugfixes automatically from other packages, we potentially re-invent the wheel). We already have '3' for other things: openssl, curl, expat, even perl.

-Peff