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 BB469ECEB for ; Thu, 31 Jan 2013 16:25:41 +0000 (UTC) Received: (qmail 39943 invoked by uid 500); 31 Jan 2013 16:25:41 -0000 Delivered-To: apmail-couchdb-dev-archive@couchdb.apache.org Received: (qmail 39890 invoked by uid 500); 31 Jan 2013 16:25:41 -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 39882 invoked by uid 99); 31 Jan 2013 16:25:41 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 31 Jan 2013 16:25:41 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [80.244.253.218] (HELO mail.traeumt.net) (80.244.253.218) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 31 Jan 2013 16:25:33 +0000 Received: from [10.0.0.27] (91-66-82-235-dynip.superkabel.de [91.66.82.235]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.traeumt.net (Postfix) with ESMTPSA id 34C01143D0 for ; Thu, 31 Jan 2013 17:20:48 +0100 (CET) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) Subject: Re: Branch to switch from SpiderMonkey to Node.js From: Jan Lehnardt In-Reply-To: Date: Thu, 31 Jan 2013 17:25:11 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <0F25E931-5652-44D2-89CD-077B039A0F92@apache.org> References: <5102B439.10500@lymegreen.co.uk> <8A160546-A117-48CE-94B5-3CAC66EDE3ED@apache.org > <7513187B-EBA3-45A0-A4F0-F014D6BEFE20@apache.org> To: dev@couchdb.apache.org X-Mailer: Apple Mail (2.1499) X-Virus-Checked: Checked by ClamAV on apache.org On Jan 31, 2013, at 17:22 , Jan Lehnardt wrote: >=20 > On Jan 31, 2013, at 17:20 , Benoit Chesneau = wrote: >=20 >>>> On IOS and Android there isn't any stable release of nodejs today = which >>> can >>>> be problematic. It is easier with v8 now but this is another topic. >>>=20 >>> But we agree that this is out of scope for now? >>>=20 >>=20 >>=20 >> This is a policy we should define imo. Do we want to think to a >> cross-platform solution today (desktop, mobile & other) and if yes we = have >> to make sure it works or will we have different solutions depending = on the >> platform. We can also just ignore that part and let it for the future = with >> the possibility to switch again. I have no strong opinion on that but = that >> something that should be decided imo. >=20 > I=92d say we make that policy once we have the code. I=92m totally in = favour. In addition, that=92s why I like to see your rcouch improvements merged = soon, so we don=92t get into these situations where CouchDB decides to do = something that breaks future compat with rcouch :) Jan --=20 >=20 > Best > Jan > --=20 >=20 >=20 >>=20 >>=20 >>>=20 >>>>>> Also the point is that nodejs isn't so widely deployed or already >>>>> insyaled >>>>>> that some say. >>>>>=20 >>>>> Yes, I get that. But I contest that premise. The only thing that = matters >>>>> is whether Node is *available* on these systems. >>>>>=20 >>>>=20 >>>> Well not really. Some users have specific requirements for = dependencies. >>>> For example lot of centos/rhel users can't install anything coming >>> outside >>>> legal repos. >>>=20 >>> Right, that=92s why I am asking for a list of available node = versions on >>> these >>> systems that we want to target with future versions of CouchDB. >>>=20 >>> +1 >>=20 >>>=20 >>>> A >>>>>=20 >>>>=20 >>>>=20 >>>> My requirements for a first try are: >>>>=20 >>>> - sandboxing: no I/O accepted by default, no global variables, or >>> functions >>>> that leak content >>>=20 >>> Cool, thanks. >>>=20 >>>> - embed in our source code so we don't rely to external for that. = and >>> don't >>>> ask to the user to check outside >>>=20 >>> I think this one is debatable, but possible with Node (as opposed to = SM). >>> I=92d file this for nice to have someday. >>>=20 >>>=20 >>> yes just a short list while yiou were speaking about it. we indeed = need to >> have a concensus on that. >=20