Return-Path: X-Original-To: apmail-couchdb-dev-archive@www.apache.org Delivered-To: apmail-couchdb-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 0BF5D11D91 for ; Tue, 13 May 2014 02:18:49 +0000 (UTC) Received: (qmail 41444 invoked by uid 500); 12 May 2014 01:18:48 -0000 Delivered-To: apmail-couchdb-dev-archive@couchdb.apache.org Received: (qmail 41382 invoked by uid 500); 12 May 2014 01:18:48 -0000 Mailing-List: contact dev-help@couchdb.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@couchdb.apache.org Delivered-To: mailing list dev@couchdb.apache.org Received: (qmail 41374 invoked by uid 99); 12 May 2014 01:18:48 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 12 May 2014 01:18:48 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of kxepal@gmail.com designates 209.85.212.180 as permitted sender) Received: from [209.85.212.180] (HELO mail-wi0-f180.google.com) (209.85.212.180) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 12 May 2014 01:18:44 +0000 Received: by mail-wi0-f180.google.com with SMTP id hi2so3687453wib.7 for ; Sun, 11 May 2014 18:18:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=gpc9ngv+nsi6Pvl65m/rxq8y+1hjJUU5cNu15eQtxaU=; b=pT8iZwO3OWuOrHx3hNAagc2fH9HuFEKrMFNaI/LcmibtJoZ5VOdHD6/fxLzq8DAFos NOgOkd7mCxJ6/xqhnL6PbKmSP6enbg6SsEk6CMgNGqKr6RbcZ0vBfnD1nZiZ8NT6by/S vmcDoZNecALhC5v/7gkamOsSdI+/iZIipdQfAceZ1RqoC5ZPfq8KLcuDXghkBdTsMwNw kUBdALkD5iVzoLplW4aH6BGuQq8A7KJOZpkaaYV/nuQuXFjtCFB34I8NXw57fkHOuRE0 ifhX3zoo0Mo20jYy1HeArZ88fggWrSgkhIyMDXFOR2Unl6NBljXcbgny/JKEoMFgvl1y pQBg== MIME-Version: 1.0 X-Received: by 10.194.92.7 with SMTP id ci7mr18937129wjb.7.1399857503362; Sun, 11 May 2014 18:18:23 -0700 (PDT) Received: by 10.180.72.231 with HTTP; Sun, 11 May 2014 18:18:23 -0700 (PDT) In-Reply-To: References: Date: Mon, 12 May 2014 05:18:23 +0400 Message-ID: Subject: Re: [DISCUSS] Fauxton Release 1.x / 2.0 From: Alexander Shorin To: "dev@couchdb.apache.org" Content-Type: text/plain; charset=UTF-8 X-Virus-Checked: Checked by ClamAV on apache.org HI Robert, thanks for raising this question (instead of me)! I'd like to add one moment about releasing Fauxton in one of CouchDB 1.x: currently with Futon we ships not web admin interface, but also a couple of JavaScript libraries that was traditionally been used by various couchapps: jquery, jquery.couch, jquery.ui and others client library which is very handy for making rich and interactive show and list functions. That becomes common practice to reuse them in own couchapp instead of shipping them separately. So, if we tends to replace Futon in 1.x we have to keep all these libraries at all their current locations - otherwise we'll introduce breaking change. Releasing Fauxton with BigCouch as 2.0 gives us green light to remove all these JS batteries from CouchDB without guilty that we've broke something (since BigCouch already introduces some breaking changes afaik). So I'm +1 for release Fauxton as 2.0: this gives more time to make it better, this removes headaches with keeping our JS batteries, this makes 2.0 release more awesome. Seems like it would be much more easy way to go. For 1.x users Fauxton also remains available and we can (we should) provide instructions how to keep it up-to-dated (e.g. replicate it from http://fauxton.iriscouch.com/master or build from source). -- ,,,^..^,,, On Mon, May 12, 2014 at 1:40 AM, Robert Kowalski wrote: > The BigCouch Merge is doing well and there was the topic regarding the > Fauxton Release during the last meeting on Wednesday. I think there was > agreement, that Fauxton will be definitly replacing Futon in 2.0. > > After reading the log I had a short chat with Joan regarding the topic and > the BigCouch merge is from a gut feeling more a matter of weeks and not > months. > > Basically we can: > > - Release Fauxton as a 1.x > - Release Fauxton with BigCouch as 2.0 > > I would like to get with you into the discussion how we should release > Fauxton (1.7 or 2.0 - or maybe even on a patchlevel like 1.6.1), how far > the development of Fauxton is and what is definitely missing for a release > or blocking it, like "Clarify Futon/Fauxton transition" ( > https://issues.apache.org/jira/browse/COUCHDB-1954) > > Best, > Robert