Mailing-List: contact dev-help@couchdb.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@couchdb.apache.org
Date: Thu, 2 Jun 2011 09:50:47 +0000 (UTC)
From: "Jan Lehnardt (JIRA)" <jira@apache.org>
To: dev@couchdb.apache.org
Message-ID: 
 <749340647.62315.1307008247356.JavaMail.tomcat@hel.zones.apache.org>
In-Reply-To: 
 <1081401286.62311.1307007887345.JavaMail.tomcat@hel.zones.apache.org>
Subject: [jira] [Commented] (COUCHDB-1183) Shouldn't coffee-script.js be
 available in non-compressed form ?
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


    [ https://issues.apache.org/jira/browse/COUCHDB-1183?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13042667#comment-13042667 ] 

Jan Lehnardt commented on COUCHDB-1183:
---------------------------------------

The file is copied verbatim from the CoffeeScript repository (https://github.com/jashkenas/coffee-script/blob/master/extras/coffee-script.js)

I don't think compress at build time is a good idea since it adds the coffee script build dependencies on top of our dependencies.

I'd be happy to maintain the uncompressed version, but it is not a single file in the CoffeeScript repository. But I agree with your concerns about relying on code in a third part repository, so I would propose to keep a full source copy of the versions we bundle in http://svn.apache.org/viewvc/couchdb/vendor/


> Shouldn't coffee-script.js be available in non-compressed form ?
> ----------------------------------------------------------------
>
>                 Key: COUCHDB-1183
>                 URL: https://issues.apache.org/jira/browse/COUCHDB-1183
>             Project: CouchDB
>          Issue Type: Question
>            Reporter: Benoit Chesneau
>             Fix For: 1.2
>
>
> actually coffee-script.js is provided in its compressed form in share/server. While the compression may be needed this is the only file provided like this. Also I think it's better to provide all sources from which CouchDB depends (and it may be an Apache concern too) so we don't rely on any third party to get full sources. 
> What I propose is to make it available uncompressed, and at build compress it. While we are here we could probably do that or other too. Other solution may be to provide both format (compressed and uncompressed) in the archive and sources. Thoughts?

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira