Return-Path: 
 <river-dev-return-1233-apmail-incubator-river-dev-archive=incubator.apache.org@incubator.apache.org>
Delivered-To: apmail-incubator-river-dev-archive@locus.apache.org
Received: (qmail 86049 invoked from network); 9 Oct 2007 08:51:04 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2)
  by minotaur.apache.org with SMTP; 9 Oct 2007 08:51:04 -0000
Received: (qmail 17385 invoked by uid 500); 9 Oct 2007 08:50:52 -0000
Delivered-To: apmail-incubator-river-dev-archive@incubator.apache.org
Received: (qmail 17373 invoked by uid 500); 9 Oct 2007 08:50:52 -0000
Mailing-List: contact river-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
List-Help: <mailto:river-dev-help@incubator.apache.org>
List-Unsubscribe: <mailto:river-dev-unsubscribe@incubator.apache.org>
List-Post: <mailto:river-dev@incubator.apache.org>
List-Id: <river-dev.incubator.apache.org>
Reply-To: river-dev@incubator.apache.org
Delivered-To: mailing list river-dev@incubator.apache.org
Received: (qmail 17364 invoked by uid 99); 9 Oct 2007 08:50:52 -0000
Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136)
    by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 09 Oct 2007 01:50:52 -0700
X-ASF-Spam-Status: No, hits=1.2 required=10.0
	tests=SPF_NEUTRAL
X-Spam-Check-By: apache.org
Received-SPF: neutral (athena.apache.org: local policy)
Received: from [194.109.24.35] (HELO smtp-vbr15.xs4all.nl) (194.109.24.35)
    by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 09 Oct 2007 08:50:53 +0000
Received: from [192.168.1.51] (marbro.xs4all.nl [80.126.48.138])
	(authenticated bits=0)
	by smtp-vbr15.xs4all.nl (8.13.8/8.13.8) with ESMTP id l998oTjT040464
	for <river-dev@incubator.apache.org>; Tue, 9 Oct 2007 10:50:29 +0200 (CEST)
	(envelope-from mark.brouwer@cheiron.org)
Message-ID: <470B40D5.6050309@cheiron.org>
Date: Tue, 09 Oct 2007 10:50:29 +0200
From: Mark Brouwer <mark.brouwer@cheiron.org>
User-Agent: Thunderbird 2.0.0.6 (Windows/20070728)
MIME-Version: 1.0
To: river-dev@incubator.apache.org
Subject: Re: svn commit: r582986 - in /incubator/river/trunk/jtsk:
 build_common.xml
 doc/build.html doc/htmlbook/ doc/index.html doc/specs/ doc/specs/html/
 index.html
References: <20071008220331.797FA1A9832@eris.apache.org>
In-Reply-To: <20071008220331.797FA1A9832@eris.apache.org>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by XS4ALL Virus Scanner
X-Virus-Checked: Checked by ClamAV on apache.org

fbarnaby@apache.org wrote:

> +<!-- @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
> +
> +    <delete file="${src.tar.bundle}"/>
> +
> +##
> +## TODO:
> +##
> +## Investigate how to deal with the tar task's 100-character limitation.
> +##

Hi Frank,

I noticed that you decided to add the tar.gz distribution and it appears
to raise an issue (which you also mentioned in RIVER-266), namely
the 100 character limitation. I don't know whether that is an issue
already as of today, but it might be tomorrow.

You indicated that supplying a tar.gz format made sense because it
allows you to retain the file mask, but I argued the same can be
accomplished with specifying the filemask as part of the zip task,
something that still needs to be done and which I will take care of if
you don't mind.

Although probably most will ask why is that person so bothered by the
tar.gz distribution, but I can't find any rationale for supporting the
tar format besides that it can be done (but this is true for so many
distribution formats). Note that this is from a person who many years
ago also provided tar distributions to UNIX customers, but those were
uncompressed versions ;-)
-- 
Mark