From andrewgarcia@example.net Thu Apr 01 05:52:26 2010 Return-Path: <andrewgarcia@example.net> Delivered-To: andrewgarcia@example.net Received: (qmail 42555 invoked from network); 1 Apr 2010 05:52:26 -0000 Received: from unknown (HELO mail.apache.org) (83.161.120.155) by 83.161.120.155 with SMTP; 1 Apr 2010 05:52:26 -0000 Received: (qmail 34568 invoked by uid 500); 1 Apr 2010 05:52:26 -0000 Delivered-To: andrewgarcia@example.net Received: (qmail 34254 invoked by uid 500); 1 Apr 2010 05:52:24 -0000 Mailing-List: contact andrewgarcia@example.net; run by ezmlm Precedence: bulk List-Help: <mailto:andrewgarcia@example.net> List-Unsubscribe: <mailto:andrewgarcia@example.net> List-Post: <mailto:andrewgarcia@example.net> List-Id: <dev.couchdb.apache.org> Reply-To: andrewgarcia@example.net Delivered-To: mailing list andrewgarcia@example.net Delivered-To: moderator for andrewgarcia@example.net Received: (qmail 49631 invoked by uid 99); 31 Mar 2010 14:00:18 -0000 X-ASF-Spam-Status: No, hits=2.2 required=10.0 tests=FREEMAIL_FROM,HTML_MESSAGE,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of andrewgarcia@example.net designates 83.161.120.155 as permitted sender) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:from:date:received :message-id:subject:to:content-type; bh=jvwySrGSQlqCfEVF2nIMEScHnS+US+4tSWMyNNL0IUU=; b=i6udPNLUcNDhbHSPvDvdrnvyJ1uCiFxSbxGLU6UK9u9LXhAWjfzrTUPXrWwU4NTkLG OVtxkovy3j2PQpcGR87XkRUGsQJsRG70PFBONuK77C2DFVH/yO8mHCWpI7D0RTmiX9TU B00GSTDp6aoj3V/UdPaK3t6fk6H/ocEHWnQoY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; b=voEz7kmGND8SoF4fs6c9kBLXd7C35ZXzRGfywYgXgaykfEvWReQvbgAbIJXIMkBZXz CaLKccumLnNNsuP2s8560n/eCD/pKkXDfWUjmPWPZyCnP2wd8m/X2hj9n6AKTtPMyUX5 3Jb1ttXRCg6G5xVKd77kFazXMuaHzsJTaRhnY= MIME-Version: 1.0 From: Chris M <andrewgarcia@example.net> Date: Wed, 31 Mar 2010 14:59:30 +0100 Message-ID: <andrewgarcia@example.net> Subject: Futon on Apache CouchDB 0.11.0 To: andrewgarcia@example.net Content-Type: multipart/alternative; boundary=0016e6d7e0a9e1f1ec048319280a X-Virus-Checked: Checked by ClamAV on apache.org --0016e6d7e0a9e1f1ec048319280a Content-Type: text/plain; charset=UTF-8 I've just upgraded to CouchDB 0.11.0 from 0.10.1and all seemed to go well; I stopped the service and removed everything first. I'm just noticing a few issues with regards the "everyones an admin Fix this" the pop up appears but submitting just brings back AUTH 401. The TestSuite fails in a fair few places in futon as well; though the normal 'create database'; 'add attachment' etc seems to work fine. I'd rather not post the URL here but anyone willing to have a poke drop me a quick email (pcdevils[at]gmail.com) and i'll send a link back. The systems UBUNTU Server 8.2; ERLANG 5.6.5 set to localhost address proxies via Lighttpd (setup worked 100% in 0.10.1). Ta Chris --0016e6d7e0a9e1f1ec048319280a-- From andrewgarcia@example.net Thu Apr 01 07:41:04 2010 Return-Path: <andrewgarcia@example.net> Delivered-To: andrewgarcia@example.net Received: (qmail 65152 invoked from network); 1 Apr 2010 07:41:03 -0000 Received: from unknown (HELO mail.apache.org) (83.161.120.155) by 83.161.120.155 with SMTP; 1 Apr 2010 07:41:03 -0000 Received: (qmail 12230 invoked by uid 500); 1 Apr 2010 07:41:03 -0000 Delivered-To: andrewgarcia@example.net Received: (qmail 12082 invoked by uid 500); 1 Apr 2010 07:41:01 -0000 Mailing-List: contact andrewgarcia@example.net; run by ezmlm Precedence: bulk List-Help: <mailto:andrewgarcia@example.net> List-Unsubscribe: <mailto:andrewgarcia@example.net> List-Post: <mailto:andrewgarcia@example.net> List-Id: <dev.couchdb.apache.org> Reply-To: andrewgarcia@example.net Delivered-To: mailing list andrewgarcia@example.net Received: (qmail 12074 invoked by uid 99); 1 Apr 2010 07:41:00 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 01 Apr 2010 07:41:00 +0000 X-ASF-Spam-Status: No, hits=1.4 required=10.0 tests=AWL,FREEMAIL_FROM,HTML_MESSAGE,RCVD_IN_DNSWL_NONE,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of andrewgarcia@example.net designates 83.161.120.155 as permitted sender) Received: from [83.161.120.155] (HELO mail-gx0-f211.google.com) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 01 Apr 2010 07:40:54 +0000 Received: by gxk3 with SMTP id 3so954682gxk.13 for <andrewgarcia@example.net>; Thu, 01 Apr 2010 00:40:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:received:message-id:subject:from:to:content-type; bh=YPUDUwVRAzCBozzLd27ZN2Ah3OCvgoYxKhUmH7yp5J8=; b=QpU+pKnss9mt+Pu402KLbq4bzEmLerRg1f0/vARm/PVcWTarnQCSZyZQPFeLraMQ2C 0vw1nNI3TdDaPnToLgYT/YSr5OCwn+mu2aZgF8DtAjbOLJO0riD1myAviiaQCAdA9z+x rZtOdwzHjg9cZn/visdIaKfIQ6J2Ur9sEZXLM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=wcR3fZ7e5rELOBmeP7gnuyhiBSUQHUkdH+Q2JYHvJXCcB0QkMraKAv41k+moEIOHj2 iREktPpPYajVTv4aPo9vrl+OGvKK+wIRmzRib6giDmTxU1HR4BAKg7wYD0Cg9YjnmBVs 4titT5uMEi08XP9vPJcUsysOs/hiGyefuA1oQ= MIME-Version: 1.0 Received: by 83.161.120.155 with HTTP; Thu, 1 Apr 2010 00:40:31 -0700 (PDT) Received: by 83.161.120.155 with HTTP; Thu, 1 Apr 2010 00:40:31 -0700 (PDT) In-Reply-To: <andrewgarcia@example.net> References: <andrewgarcia@example.net> <andrewgarcia@example.net> <andrewgarcia@example.net> <andrewgarcia@example.net> <andrewgarcia@example.net> <andrewgarcia@example.net> <andrewgarcia@example.net> Date: Thu, 1 Apr 2010 00:40:31 -0700 Received: by 83.161.120.155 with SMTP id q3mr1112835agk.46.1270107631438; Thu, 01 Apr 2010 00:40:31 -0700 (PDT) Message-ID: <andrewgarcia@example.net> Subject: Re: [RFC] Releasing 0.10.2 From: Randall Leeds <andrewgarcia@example.net> To: andrewgarcia@example.net Content-Type: multipart/alternative; boundary=001485f9138a32f79a048327fa7f --001485f9138a32f79a048327fa7f Content-Type: text/plain; charset=UTF-8 Nothing blocking release, but I do have a small patch ill put on jira in the morning which makes replication cleanup a little more paranoid if not simply pedantic. I'll let you all decide then if you want to push it to 0.10.x if you can wait until I wake up. On Mar 31, 2010 2:40 PM, "Randall Leeds" <andrewgarcia@example.net> wrote: I may have a patch to another replicator leak (I hope) that leaves couch temporarily unresponsive when replication crashes. If you don't mind holding off a couple hours since I'm giving an interview right now, i'll test and come back in a bit. > > On Mar 31, 2010 12:35 PM, "Jan Lehnardt" <andrewgarcia@example.net> wrote: > > > On 31 Mar 2010, at 21:30, Benoit Chesneau wrote: > > On Wed, Mar 31, 2010 at 9:26 PM, Noah Slater <n... > > The other change is a file-descriptor leak in the replicator. > > Cheers > Jan > -- > --001485f9138a32f79a048327fa7f-- From andrewgarcia@example.net Thu Apr 01 09:18:00 2010 Return-Path: <andrewgarcia@example.net> Delivered-To: andrewgarcia@example.net Received: (qmail 85166 invoked from network); 1 Apr 2010 09:18:00 -0000 Received: from unknown (HELO mail.apache.org) (83.161.120.155) by 83.161.120.155 with SMTP; 1 Apr 2010 09:18:00 -0000 Received: (qmail 16578 invoked by uid 500); 1 Apr 2010 09:17:59 -0000 Delivered-To: andrewgarcia@example.net Received: (qmail 16460 invoked by uid 500); 1 Apr 2010 09:17:57 -0000 Mailing-List: contact andrewgarcia@example.net; run by ezmlm Precedence: bulk List-Help: <mailto:andrewgarcia@example.net> List-Unsubscribe: <mailto:andrewgarcia@example.net> List-Post: <mailto:andrewgarcia@example.net> List-Id: <dev.couchdb.apache.org> Reply-To: andrewgarcia@example.net Delivered-To: mailing list andrewgarcia@example.net Received: (qmail 16447 invoked by uid 99); 1 Apr 2010 09:17:56 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 01 Apr 2010 09:17:56 +0000 X-ASF-Spam-Status: No, hits=3.9 required=10.0 tests=FREEMAIL_FROM,HK_RANDOM_ENVFROM,HK_RANDOM_FROM,HTML_MESSAGE,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of andrewgarcia@example.net designates 83.161.120.155 as permitted sender) Received: from [83.161.120.155] (HELO mail-gw0-f52.google.com) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 01 Apr 2010 09:17:52 +0000 Received: by gwb17 with SMTP id 17so714970gwb.11 for <andrewgarcia@example.net>; Thu, 01 Apr 2010 02:17:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:content-type; bh=zaHqwCwd3ZGALYK6GmckE0VQMPY3wdTFzzro7N6yUxo=; b=q+u/+yQ1SgksLef9VmIXP7PvvG8JhAplbUkWaZ4lY7DbQXC1rcg0xADl9MThltMEFe /V4q8uDS1Z0V0R15xw1NOVMbKjZ5YMZs9ihGN11b8NO6t+f5KtD422cSzxeQfJbAwJ9B HiPkIKXckB6B3BF7lrqICWez5cZ+wq+jj+sW8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=cVH38aF6Pp7hBTVNq8EexVdchfaSc8q4fD+4CG/o6ifOF/fkQuDsXH0wSOGZbNiRL/ x/op2oxfknSiE0RTReLsAWytY2dCYYAtoItf06r/ldheHuG7oXRxISbQPZHPasb4OfNu uy579k8QXQ/pqShxMYRWaYP7R8AsNptafxSPQ= MIME-Version: 1.0 Received: by 83.161.120.155 with HTTP; Thu, 1 Apr 2010 02:17:29 -0700 (PDT) In-Reply-To: <andrewgarcia@example.net> References: <andrewgarcia@example.net> <andrewgarcia@example.net> <andrewgarcia@example.net> <andrewgarcia@example.net> <andrewgarcia@example.net> <andrewgarcia@example.net> <andrewgarcia@example.net> <andrewgarcia@example.net> <andrewgarcia@example.net> Date: Thu, 1 Apr 2010 11:17:29 +0200 Received: by 83.161.120.155 with SMTP id v22mr2144058ano.109.1270113449286; Thu, 01 Apr 2010 02:17:29 -0700 (PDT) Message-ID: <andrewgarcia@example.net> Subject: Re: (lack of) couchdb windows binaries From: Carl McDade <andrewgarcia@example.net> To: andrewgarcia@example.net Content-Type: multipart/alternative; boundary=001636c59558f83d030483295447 --001636c59558f83d030483295447 Content-Type: text/plain; charset=ISO-8859-1 Hello, I have been trying to use the Windows binaries of CouchDB but find that the installer creates issues that never get mentioned. The first concern and one that should be fixed is the distribution and linking of the Erlang binaries in the install. There should always be an option to use the Erlang installation already on the machine. Hard linking the install to the packaged Erlang binaries will almost guarantee non-use of the installer and a subsequent hunt for a way to compile CouchDB seperately. My second concern is the lack of user defined paths for the installation. This also will cause many to uninstall and wait. What should be remembered is that Windows users that are installing CouchDB want the same options that they would get when installing an RDMS. If these are not available then they will move on and never give any input so quality assurance is lost. Hope I did not step on any toes here :) Carl McDade On Thu, Apr 1, 2010 at 12:49 AM, Noah Slater <andrewgarcia@example.net> wrote: > > On 31 Mar 2010, at 22:36, Mark Hammond wrote: > > > *sigh* - only a few messages ago in this thread you said: > > > > > If you're happy preparing the binary, I am happy to call a vote on it. > > > > I did my end of the bargain, so would it be possible for you to do yours? > > No. > > I know nothing about them, have no way of testing them. Putting my name on > them and putting them up for a vote is something that doesn't interest me > much. I am struggling enough with my free time at the moment, the last thing > I want to do is add yet more work to my plate. > > >> * If and only if they are prepared from the source tarball released > as 0.11.0 > > > > They were - the only complication was that the installer build scripts > (ie, the etc/windows directory) is not in the source archive for some reason > I don't understand - however, this only impacts the generation of the > installer itself, *not* the generation of the couchdb binaries. > > Is the binary artefact prepared directly from the tarball that is > distributed to our users? > > Or are you preparing it from the source checked out from the repository? > -- ________________________________________ Carl McDade Webmaster - Drupal developer - PHP programmer Stockholm Sweden Drupal.se Linkedin.com/drupalse --001636c59558f83d030483295447-- From andrewgarcia@example.net Thu Apr 01 09:26:20 2010 Return-Path: <andrewgarcia@example.net> Delivered-To: andrewgarcia@example.net Received: (qmail 86287 invoked from network); 1 Apr 2010 09:26:20 -0000 Received: from unknown (HELO mail.apache.org) (83.161.120.155) by 83.161.120.155 with SMTP; 1 Apr 2010 09:26:20 -0000 Received: (qmail 25927 invoked by uid 500); 1 Apr 2010 09:26:19 -0000 Delivered-To: andrewgarcia@example.net Received: (qmail 25861 invoked by uid 500); 1 Apr 2010 09:26:17 -0000 Mailing-List: contact andrewgarcia@example.net; run by ezmlm Precedence: bulk List-Help: <mailto:andrewgarcia@example.net> List-Unsubscribe: <mailto:andrewgarcia@example.net> List-Post: <mailto:andrewgarcia@example.net> List-Id: <dev.couchdb.apache.org> Reply-To: andrewgarcia@example.net Delivered-To: mailing list andrewgarcia@example.net Received: (qmail 25852 invoked by uid 99); 1 Apr 2010 09:26:17 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 01 Apr 2010 09:26:17 +0000 X-ASF-Spam-Status: No, hits=0.7 required=10.0 tests=SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [83.161.120.155] (HELO mail.traeumt.net) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 01 Apr 2010 09:26:12 +0000 Received: from localhost (localhost.localdomain [83.161.120.155]) by mail.traeumt.net (Postfix) with ESMTP id 0D4F81B572 for <andrewgarcia@example.net>; Thu, 1 Apr 2010 11:25:50 +0200 (CEST) X-Virus-Scanned: Debian andrewgarcia@example.net Received: from unknown by localhost (amavisd-new, unix socket) id 5G-D8qiz+RQV for <andrewgarcia@example.net>; Thu, 1 Apr 2010 11:25:47 +0200 (CEST) Received: from [83.161.120.155] (g230187063.adsl.alicedsl.de [83.161.120.155]) (authenticated) by mail.traeumt.net (amavisd-milter) (authenticated as web50m1); Thu, 1 Apr 2010 11:25:47 +0200 (CEST) (envelope-from <andrewgarcia@example.net>) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Apple Message framework v1078) Subject: Re: (lack of) couchdb windows binaries From: Jan Lehnardt <andrewgarcia@example.net> In-Reply-To: <andrewgarcia@example.net> Date: Thu, 1 Apr 2010 11:25:47 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <andrewgarcia@example.net> References: <andrewgarcia@example.net> <andrewgarcia@example.net> <andrewgarcia@example.net> <andrewgarcia@example.net> <andrewgarcia@example.net> <andrewgarcia@example.net> <andrewgarcia@example.net> <andrewgarcia@example.net> <andrewgarcia@example.net> <andrewgarcia@example.net> To: andrewgarcia@example.net X-Mailer: Apple Mail (2.1078) Hi Carl, excellent points. Do you mind opening issues for these points on https://issues.apache.org/jira/browse/COUCHDB so we don't lose track? If you have patches to fix said issues, that's even better :) Cheers Jan -- On 1 Apr 2010, at 11:17, Carl McDade wrote: > Hello, >=20 > I have been trying to use the Windows binaries of CouchDB but find = that the > installer creates issues that never get mentioned. The first concern = and one > that should be fixed is the distribution and linking of the Erlang = binaries > in the install. There should always be an option to use the Erlang > installation already on the machine. Hard linking the install to the > packaged Erlang binaries will almost guarantee non-use of the = installer and > a subsequent hunt for a way to compile CouchDB seperately. >=20 > My second concern is the lack of user defined paths for the = installation. > This also will cause many to uninstall and wait. >=20 > What should be remembered is that Windows users that are installing = CouchDB > want the same options that they would get when installing an RDMS. If = these > are not available then they will move on and never give any input so = quality > assurance is lost. >=20 > Hope I did not step on any toes here :) >=20 > Carl McDade >=20 > On Thu, Apr 1, 2010 at 12:49 AM, Noah Slater <andrewgarcia@example.net> wrote: >=20 >>=20 >> On 31 Mar 2010, at 22:36, Mark Hammond wrote: >>=20 >>> *sigh* - only a few messages ago in this thread you said: >>>=20 >>>> If you're happy preparing the binary, I am happy to call a vote on = it. >>>=20 >>> I did my end of the bargain, so would it be possible for you to do = yours? >>=20 >> No. >>=20 >> I know nothing about them, have no way of testing them. Putting my = name on >> them and putting them up for a vote is something that doesn't = interest me >> much. I am struggling enough with my free time at the moment, the = last thing >> I want to do is add yet more work to my plate. >>=20 >>>> * If and only if they are prepared from the source tarball = released >> as 0.11.0 >>>=20 >>> They were - the only complication was that the installer build = scripts >> (ie, the etc/windows directory) is not in the source archive for some = reason >> I don't understand - however, this only impacts the generation of the >> installer itself, *not* the generation of the couchdb binaries. >>=20 >> Is the binary artefact prepared directly from the tarball that is >> distributed to our users? >>=20 >> Or are you preparing it from the source checked out from the = repository? >>=20 >=20 >=20 >=20 > --=20 > ________________________________________ > Carl McDade > Webmaster - Drupal developer - PHP programmer > Stockholm Sweden > Drupal.se > Linkedin.com/drupalse From andrewgarcia@example.net Thu Apr 01 09:28:44 2010 Return-Path: <andrewgarcia@example.net> Delivered-To: andrewgarcia@example.net Received: (qmail 86780 invoked from network); 1 Apr 2010 09:28:44 -0000 Received: from unknown (HELO mail.apache.org) (83.161.120.155) by 83.161.120.155 with SMTP; 1 Apr 2010 09:28:44 -0000 Received: (qmail 28962 invoked by uid 500); 1 Apr 2010 09:28:44 -0000 Delivered-To: andrewgarcia@example.net Received: (qmail 28881 invoked by uid 500); 1 Apr 2010 09:28:42 -0000 Mailing-List: contact andrewgarcia@example.net; run by ezmlm Precedence: bulk List-Help: <mailto:andrewgarcia@example.net> List-Unsubscribe: <mailto:andrewgarcia@example.net> List-Post: <mailto:andrewgarcia@example.net> List-Id: <dev.couchdb.apache.org> Reply-To: andrewgarcia@example.net Delivered-To: mailing list andrewgarcia@example.net Received: (qmail 28873 invoked by uid 99); 1 Apr 2010 09:28:41 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 01 Apr 2010 09:28:41 +0000 X-ASF-Spam-Status: No, hits=3.9 required=10.0 tests=FREEMAIL_FROM,HK_RANDOM_ENVFROM,HK_RANDOM_FROM,HTML_MESSAGE,RCVD_IN_DNSWL_NONE,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of andrewgarcia@example.net designates 83.161.120.155 as permitted sender) Received: from [83.161.120.155] (HELO mail-yw0-f175.google.com) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 01 Apr 2010 09:28:37 +0000 Received: by ywh5 with SMTP id 5so741651ywh.13 for <andrewgarcia@example.net>; Thu, 01 Apr 2010 02:28:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:content-type; bh=mapRwBnn7R/sgzl0z+0oK71N/2W7E23UQNidjfGUe4A=; b=wp+Ug+QkGY97K8KyRj1i3Hz/hyn7walknIXPnUGuuPcMnoNPKmevDW9Lf9naZFMd2H PUWbFJam+8S+W8ZGsMU5PgTAQL374C/83jj14vkHcNrfkf57oXUbnJQg9PKVHdfkRQgj 1KhGd2ZvZoF+BpbNI5KRNS/xOcsQaL3fWMn8s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=VFeFRtfufS43WQRXcxkpSVYHnKim8SR29n/d1+ZWDGdLBksKk2ZIhXOXSypTJN68aZ YjmSgdou5JQ2v9GTuzng8nJlHhps3tS1z14dcwO5IF17MS+AeX4n+S8/9oKBSj2mI+OZ HyLaWGcv7PEeoc2F/52zZztoB64CFhuvRexHo= MIME-Version: 1.0 Received: by 83.161.120.155 with HTTP; Thu, 1 Apr 2010 02:28:12 -0700 (PDT) In-Reply-To: <andrewgarcia@example.net> References: <andrewgarcia@example.net> <andrewgarcia@example.net> <andrewgarcia@example.net> <andrewgarcia@example.net> <andrewgarcia@example.net> <andrewgarcia@example.net> <andrewgarcia@example.net> <andrewgarcia@example.net> <andrewgarcia@example.net> <andrewgarcia@example.net> Date: Thu, 1 Apr 2010 11:28:12 +0200 Received: by 83.161.120.155 with SMTP id v22mr2176982ano.109.1270114092754; Thu, 01 Apr 2010 02:28:12 -0700 (PDT) Message-ID: <andrewgarcia@example.net> Subject: Re: (lack of) couchdb windows binaries From: Carl McDade <andrewgarcia@example.net> To: andrewgarcia@example.net Content-Type: multipart/alternative; boundary=001636c5955852cad20483297b4a --001636c5955852cad20483297b4a Content-Type: text/plain; charset=ISO-8859-1 Sorry, I forgot to mention that I don't think there should be any Official Release of the installer until these issues are fixed. Seperating out some of the parts like the erlang binaries would also remove some of the legal headache involved in the distribution for Windows. In other words while the installer is nice to have, it's just not ready for primetime. On Thu, Apr 1, 2010 at 11:17 AM, Carl McDade <andrewgarcia@example.net> wrote: > Hello, > > I have been trying to use the Windows binaries of CouchDB but find that the > installer creates issues that never get mentioned. The first concern and one > that should be fixed is the distribution and linking of the Erlang binaries > in the install. There should always be an option to use the Erlang > installation already on the machine. Hard linking the install to the > packaged Erlang binaries will almost guarantee non-use of the installer and > a subsequent hunt for a way to compile CouchDB seperately. > > My second concern is the lack of user defined paths for the installation. > This also will cause many to uninstall and wait. > > What should be remembered is that Windows users that are installing CouchDB > want the same options that they would get when installing an RDMS. If these > are not available then they will move on and never give any input so quality > assurance is lost. > > Hope I did not step on any toes here :) > > Carl McDade > > > On Thu, Apr 1, 2010 at 12:49 AM, Noah Slater <andrewgarcia@example.net> wrote: > >> >> On 31 Mar 2010, at 22:36, Mark Hammond wrote: >> >> > *sigh* - only a few messages ago in this thread you said: >> > >> > > If you're happy preparing the binary, I am happy to call a vote on it. >> > >> > I did my end of the bargain, so would it be possible for you to do >> yours? >> >> No. >> >> I know nothing about them, have no way of testing them. Putting my name on >> them and putting them up for a vote is something that doesn't interest me >> much. I am struggling enough with my free time at the moment, the last thing >> I want to do is add yet more work to my plate. >> >> >> * If and only if they are prepared from the source tarball >> released as 0.11.0 >> > >> > They were - the only complication was that the installer build scripts >> (ie, the etc/windows directory) is not in the source archive for some reason >> I don't understand - however, this only impacts the generation of the >> installer itself, *not* the generation of the couchdb binaries. >> >> Is the binary artefact prepared directly from the tarball that is >> distributed to our users? >> >> Or are you preparing it from the source checked out from the repository? >> > > > > -- > ________________________________________ > Carl McDade > Webmaster - Drupal developer - PHP programmer > Stockholm Sweden > Drupal.se > Linkedin.com/drupalse > -- ________________________________________ Carl McDade Webmaster - Drupal developer - PHP programmer Stockholm Sweden Drupal.se Linkedin.com/drupalse --001636c5955852cad20483297b4a-- From andrewgarcia@example.net Thu Apr 01 09:33:02 2010 Return-Path: <andrewgarcia@example.net> Delivered-To: andrewgarcia@example.net Received: (qmail 87831 invoked from network); 1 Apr 2010 09:33:02 -0000 Received: from unknown (HELO mail.apache.org) (83.161.120.155) by 83.161.120.155 with SMTP; 1 Apr 2010 09:33:02 -0000 Received: (qmail 36064 invoked by uid 500); 1 Apr 2010 09:33:01 -0000 Delivered-To: andrewgarcia@example.net Received: (qmail 35939 invoked by uid 500); 1 Apr 2010 09:32:59 -0000 Mailing-List: contact andrewgarcia@example.net; run by ezmlm Precedence: bulk List-Help: <mailto:andrewgarcia@example.net> List-Unsubscribe: <mailto:andrewgarcia@example.net> List-Post: <mailto:andrewgarcia@example.net> List-Id: <dev.couchdb.apache.org> Reply-To: andrewgarcia@example.net Delivered-To: mailing list andrewgarcia@example.net Received: (qmail 35919 invoked by uid 99); 1 Apr 2010 09:32:59 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 01 Apr 2010 09:32:59 +0000 X-ASF-Spam-Status: No, hits=0.7 required=10.0 tests=SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [83.161.120.155] (HELO mail.traeumt.net) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 01 Apr 2010 09:32:54 +0000 Received: from localhost (localhost.localdomain [83.161.120.155]) by mail.traeumt.net (Postfix) with ESMTP id 827A71B572 for <andrewgarcia@example.net>; Thu, 1 Apr 2010 11:32:31 +0200 (CEST) X-Virus-Scanned: Debian andrewgarcia@example.net Received: from unknown by localhost (amavisd-new, unix socket) id b1I71SHPsfEu for <andrewgarcia@example.net>; Thu, 1 Apr 2010 11:32:30 +0200 (CEST) Received: from [83.161.120.155] (g230187063.adsl.alicedsl.de [83.161.120.155]) (authenticated) by mail.traeumt.net (amavisd-milter) (authenticated as web50m1); Thu, 1 Apr 2010 11:32:29 +0200 (CEST) (envelope-from <andrewgarcia@example.net>) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Apple Message framework v1078) Subject: Re: (lack of) couchdb windows binaries From: Jan Lehnardt <andrewgarcia@example.net> In-Reply-To: <andrewgarcia@example.net> Date: Thu, 1 Apr 2010 11:32:30 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <andrewgarcia@example.net> References: <andrewgarcia@example.net> <andrewgarcia@example.net> <andrewgarcia@example.net> <andrewgarcia@example.net> <andrewgarcia@example.net> <andrewgarcia@example.net> <andrewgarcia@example.net> <andrewgarcia@example.net> <andrewgarcia@example.net> <andrewgarcia@example.net> <andrewgarcia@example.net> To: andrewgarcia@example.net X-Mailer: Apple Mail (2.1078) On 1 Apr 2010, at 11:28, Carl McDade wrote: > Sorry, >=20 > I forgot to mention that I don't think there should be any Official = Release > of the installer until these issues are fixed. Seperating out some of = the > parts like the erlang binaries would also remove some of the legal = headache > involved in the distribution for Windows. We already resolved that there is no legal headache. > In other words while the installer is nice to have, it's just not = ready for primetime. While I agree this is a nice feature, it's a feature, not a blocker. There are many things in CouchDB that fall in the same category (no=20 auto-compaction comes to mind) and don't stop us from making releases. That said, if someone offers patches to fixes these issues, I don't see a reason why we shouldn't include them. Cheers Jan -- >=20 >=20 > On Thu, Apr 1, 2010 at 11:17 AM, Carl McDade <andrewgarcia@example.net> = wrote: >=20 >> Hello, >>=20 >> I have been trying to use the Windows binaries of CouchDB but find = that the >> installer creates issues that never get mentioned. The first concern = and one >> that should be fixed is the distribution and linking of the Erlang = binaries >> in the install. There should always be an option to use the Erlang >> installation already on the machine. Hard linking the install to the >> packaged Erlang binaries will almost guarantee non-use of the = installer and >> a subsequent hunt for a way to compile CouchDB seperately. >>=20 >> My second concern is the lack of user defined paths for the = installation. >> This also will cause many to uninstall and wait. >>=20 >> What should be remembered is that Windows users that are installing = CouchDB >> want the same options that they would get when installing an RDMS. If = these >> are not available then they will move on and never give any input so = quality >> assurance is lost. >>=20 >> Hope I did not step on any toes here :) >>=20 >> Carl McDade >>=20 >>=20 >> On Thu, Apr 1, 2010 at 12:49 AM, Noah Slater <andrewgarcia@example.net> wrote: >>=20 >>>=20 >>> On 31 Mar 2010, at 22:36, Mark Hammond wrote: >>>=20 >>>> *sigh* - only a few messages ago in this thread you said: >>>>=20 >>>>> If you're happy preparing the binary, I am happy to call a vote on = it. >>>>=20 >>>> I did my end of the bargain, so would it be possible for you to do >>> yours? >>>=20 >>> No. >>>=20 >>> I know nothing about them, have no way of testing them. Putting my = name on >>> them and putting them up for a vote is something that doesn't = interest me >>> much. I am struggling enough with my free time at the moment, the = last thing >>> I want to do is add yet more work to my plate. >>>=20 >>>>> * If and only if they are prepared from the source tarball >>> released as 0.11.0 >>>>=20 >>>> They were - the only complication was that the installer build = scripts >>> (ie, the etc/windows directory) is not in the source archive for = some reason >>> I don't understand - however, this only impacts the generation of = the >>> installer itself, *not* the generation of the couchdb binaries. >>>=20 >>> Is the binary artefact prepared directly from the tarball that is >>> distributed to our users? >>>=20 >>> Or are you preparing it from the source checked out from the = repository? >>>=20 >>=20 >>=20 >>=20 >> -- >> ________________________________________ >> Carl McDade >> Webmaster - Drupal developer - PHP programmer >> Stockholm Sweden >> Drupal.se >> Linkedin.com/drupalse >>=20 >=20 >=20 >=20 > --=20 > ________________________________________ > Carl McDade > Webmaster - Drupal developer - PHP programmer > Stockholm Sweden > Drupal.se > Linkedin.com/drupalse From andrewgarcia@example.net Thu Apr 01 09:55:44 2010 Return-Path: <andrewgarcia@example.net> Delivered-To: andrewgarcia@example.net Received: (qmail 90912 invoked from network); 1 Apr 2010 09:55:44 -0000 Received: from unknown (HELO mail.apache.org) (83.161.120.155) by 83.161.120.155 with SMTP; 1 Apr 2010 09:55:44 -0000 Received: (qmail 53391 invoked by uid 500); 1 Apr 2010 09:55:44 -0000 Delivered-To: andrewgarcia@example.net Received: (qmail 53297 invoked by uid 500); 1 Apr 2010 09:55:42 -0000 Mailing-List: contact andrewgarcia@example.net; run by ezmlm Precedence: bulk List-Help: <mailto:andrewgarcia@example.net> List-Unsubscribe: <mailto:andrewgarcia@example.net> List-Post: <mailto:andrewgarcia@example.net> List-Id: <dev.couchdb.apache.org> Reply-To: andrewgarcia@example.net Delivered-To: mailing list andrewgarcia@example.net Received: (qmail 53284 invoked by uid 99); 1 Apr 2010 09:55:41 -0000 Received: from nike.apache.org (HELO nike.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 01 Apr 2010 09:55:41 +0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests=FREEMAIL_FROM,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of andrewgarcia@example.net designates 83.161.120.155 as permitted sender) Received: from [83.161.120.155] (HELO mail-pv0-f180.google.com) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 01 Apr 2010 09:55:31 +0000 Received: by pvc22 with SMTP id 22so291382pvc.11 for <andrewgarcia@example.net>; Thu, 01 Apr 2010 02:55:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:reply-to :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=Jg74UL6bp0sV/CLVcf1tqlhNIwxgMhM6PFoCCuw658I=; b=tBD3UrCjsIQ6OrYPz+r2f3aMbEHKLhjB3RWK96K4BVOyexstpuT7VmubicN2g/NG9q 6z1Yl7zz1P880h+PqeyGpvbUVqa1Ch+/C32TQTxoQIsIlNFC352KAWtSSCocXapH0cTq zLp6Xp01v+vkkzfkazrg1uVxod/UySDf0uiaA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:reply-to:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=yFtgnelxQ9TqNDCrMdpUJINs0vH3RohpXHS6M9QONr8FzZineLxsSiW0NNRQ/m/Aej dYralrzcvb46vwXWM9e4hGWHI67rmyAxNvqzkwoOswXDly0eN6G9cDY5CM4+CZesMpaf iLKndMzoWx/BEYh8i9bfT4YlT5fGYGK0+lwkc= Received: by 83.161.120.155 with SMTP id a20mr173641rvj.49.1270115709924; Thu, 01 Apr 2010 02:55:09 -0700 (PDT) Received: from [83.161.120.155] (ppp118-209-150-13.lns20.mel6.internode.on.net [83.161.120.155]) by mx.google.com with ESMTPS id 20sm6699692pzk.7.283.161.120.155.55.07 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 01 Apr 2010 02:55:09 -0700 (PDT) Message-ID: <andrewgarcia@example.net> Date: Thu, 01 Apr 2010 20:54:10 +1100 From: Mark Hammond <andrewgarcia@example.net> Reply-To: andrewgarcia@example.net User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:83.161.120.155) Gecko/20100317 Lightning/1.0b1 Thunderbird/3.0.4 MIME-Version: 1.0 To: andrewgarcia@example.net CC: Carl McDade <andrewgarcia@example.net> Subject: Re: (lack of) couchdb windows binaries References: <andrewgarcia@example.net> <andrewgarcia@example.net> <andrewgarcia@example.net> <andrewgarcia@example.net> <andrewgarcia@example.net> <andrewgarcia@example.net> <andrewgarcia@example.net> <andrewgarcia@example.net> <andrewgarcia@example.net> <andrewgarcia@example.net> In-Reply-To: <andrewgarcia@example.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org On 1/04/2010 8:17 PM, Carl McDade wrote: > Hello, > > I have been trying to use the Windows binaries of CouchDB but find that the > installer creates issues that never get mentioned. The first concern and one > that should be fixed is the distribution and linking of the Erlang binaries > in the install. There should always be an option to use the Erlang > installation already on the machine. Hard linking the install to the > packaged Erlang binaries will almost guarantee non-use of the installer and > a subsequent hunt for a way to compile CouchDB seperately. I'm afraid I need to disagree here - this issue has been raised so infrequently that I simply can't accept it as fact, especially given the number of "happy user" reports we have seen. There is no evidence that the way we are packaging will "guarantee non-use of the installer" - do you have references to anyone else suggesting this is true for them or anyone else? Indeed, I've seen so few reports of Windows users building from source that IMO it is patently false. I personally think our strategy is perfectly reasonable. My experience with many Python based binary releases backs this up - eg, tools such as mercurial, bit-torrent, miro, spambayes, etc are distributed as a binary distribution on Windows and includes the full Python runtime - I'm not aware of any requests for such tools to allow for an already installed Python to be used with a binary. Some people do choose to run from source for various reasons, but the vast majority - even those with Python already installed - are completely happy with the way the binaries work. Finally, providing an all-in-one installer significantly reduces the support burden for the project - there is no chance that user-installed bits and pieces will conflict with the install and cause erroneous error/support requests to be raised. I'm curious - why is this important to you? > My second concern is the lack of user defined paths for the installation. > This also will cause many to uninstall and wait. The installer allows you to select the path you want to install into, and the normal couchdb mechanisms for overriding individual directories such as the data directory (ie, modifying the .ini files) works perfectly. In this regard I don't see Windows as being at all different than other platforms. On the other hand though, I *do* see that being able to specify the data directory would be a nice feature - but not a critical one that will impact couchdb adoption on Windows. Are there other directories you are concerned about? Maybe you just want this spelt out better in the installer readme? > What should be remembered is that Windows users that are installing CouchDB > want the same options that they would get when installing an RDMS. If these > are not available then they will move on and never give any input so quality > assurance is lost. As above, I see no evidence this is true for anyone other than yourself. I understand some of these things might be nice to have, but I would need some evidence before I could accept they are a general concern shared by a significant number of potential users. Maybe you could take this to the -user list and see how many people agree this is critical rather than merely a nice optional feature? > Hope I did not step on any toes here :) Not at all - although I simply can't agree with your conclusions :) Cheers, Mark From andrewgarcia@example.net Thu Apr 01 09:57:24 2010 Return-Path: <andrewgarcia@example.net> Delivered-To: andrewgarcia@example.net Received: (qmail 91345 invoked from network); 1 Apr 2010 09:57:24 -0000 Received: from unknown (HELO mail.apache.org) (83.161.120.155) by 83.161.120.155 with SMTP; 1 Apr 2010 09:57:24 -0000 Received: (qmail 55042 invoked by uid 500); 1 Apr 2010 09:57:23 -0000 Delivered-To: andrewgarcia@example.net Received: (qmail 54837 invoked by uid 500); 1 Apr 2010 09:57:21 -0000 Mailing-List: contact andrewgarcia@example.net; run by ezmlm Precedence: bulk List-Help: <mailto:andrewgarcia@example.net> List-Unsubscribe: <mailto:andrewgarcia@example.net> List-Post: <mailto:andrewgarcia@example.net> List-Id: <dev.couchdb.apache.org> Reply-To: andrewgarcia@example.net Delivered-To: mailing list andrewgarcia@example.net Received: (qmail 54829 invoked by uid 99); 1 Apr 2010 09:57:21 -0000 Received: from nike.apache.org (HELO nike.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 01 Apr 2010 09:57:21 +0000 X-ASF-Spam-Status: No, hits=3.9 required=10.0 tests=FREEMAIL_FROM,HK_RANDOM_ENVFROM,HK_RANDOM_FROM,HTML_MESSAGE,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of andrewgarcia@example.net designates 83.161.120.155 as permitted sender) Received: from [83.161.120.155] (HELO mail-gw0-f52.google.com) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 01 Apr 2010 09:57:15 +0000 Received: by gwb17 with SMTP id 17so727419gwb.11 for <andrewgarcia@example.net>; Thu, 01 Apr 2010 02:56:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:content-type; bh=t09G/usEkacO79whDsxuvj6bS9LQ28RO/jPp3yeB5RA=; b=fXAp4KLFz8xwp/zJuCjhsJ0VvdU+hGM1sda7gOuWXV55fXZ5HZurCOd7ViRAAS1G0l edqN3pYCCG9Rhl//ebYR4kQfdYbSscSrPEYNZqGSRzaktgfIDXPW0pC1760EG1Op+w5y AV46s9vB+mtTeMQAA03Hgp7jTtY66dRmUA05o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=QGFM/NGRLyokt35RrfgW25aEuu8PDCeg+yJeHBOJ/bh5RGBfdRbXuA9IVHZZATmi7n itXpWV2Hpe8XcNhp6f4DIiSeHPgp1T4IHcf5b0sefGYI8PAWlbi64jiqkua+UnxF0TGz U5gwIS4dCC+neajLC17HJfZk/+8pvf5LczRh0= MIME-Version: 1.0 Received: by 83.161.120.155 with HTTP; Thu, 1 Apr 2010 02:56:54 -0700 (PDT) In-Reply-To: <andrewgarcia@example.net> References: <andrewgarcia@example.net> <andrewgarcia@example.net> <andrewgarcia@example.net> <andrewgarcia@example.net> <andrewgarcia@example.net> <andrewgarcia@example.net> <andrewgarcia@example.net> <andrewgarcia@example.net> <andrewgarcia@example.net> <andrewgarcia@example.net> Date: Thu, 1 Apr 2010 11:56:54 +0200 Received: by 83.161.120.155 with SMTP id t38mr132751ann.67.1270115814462; Thu, 01 Apr 2010 02:56:54 -0700 (PDT) Message-ID: <andrewgarcia@example.net> Subject: Re: (lack of) couchdb windows binaries From: Carl McDade <andrewgarcia@example.net> To: andrewgarcia@example.net Content-Type: multipart/alternative; boundary=0016e64d9a1ff1d473048329e10c X-Virus-Checked: Checked by ClamAV on apache.org --0016e64d9a1ff1d473048329e10c Content-Type: text/plain; charset=ISO-8859-1 Jan, Can you point me to the correct source code repository for the installer? Carl On Thu, Apr 1, 2010 at 11:32 AM, Jan Lehnardt <andrewgarcia@example.net> wrote: > > On 1 Apr 2010, at 11:28, Carl McDade wrote: > > > Sorry, > > > > I forgot to mention that I don't think there should be any Official > Release > > of the installer until these issues are fixed. Seperating out some of the > > parts like the erlang binaries would also remove some of the legal > headache > > involved in the distribution for Windows. > > We already resolved that there is no legal headache. > > > In other words while the installer is nice to have, it's just not ready > for primetime. > > While I agree this is a nice feature, it's a feature, not a blocker. > > There are many things in CouchDB that fall in the same category (no > auto-compaction comes to mind) and don't stop us from making > releases. > > That said, if someone offers patches to fixes these issues, I don't > see a reason why we shouldn't include them. > > Cheers > Jan > -- > > > > > > > > > > On Thu, Apr 1, 2010 at 11:17 AM, Carl McDade <andrewgarcia@example.net> > wrote: > > > >> Hello, > >> > >> I have been trying to use the Windows binaries of CouchDB but find that > the > >> installer creates issues that never get mentioned. The first concern and > one > >> that should be fixed is the distribution and linking of the Erlang > binaries > >> in the install. There should always be an option to use the Erlang > >> installation already on the machine. Hard linking the install to the > >> packaged Erlang binaries will almost guarantee non-use of the installer > and > >> a subsequent hunt for a way to compile CouchDB seperately. > >> > >> My second concern is the lack of user defined paths for the > installation. > >> This also will cause many to uninstall and wait. > >> > >> What should be remembered is that Windows users that are installing > CouchDB > >> want the same options that they would get when installing an RDMS. If > these > >> are not available then they will move on and never give any input so > quality > >> assurance is lost. > >> > >> Hope I did not step on any toes here :) > >> > >> Carl McDade > >> > >> > >> On Thu, Apr 1, 2010 at 12:49 AM, Noah Slater <andrewgarcia@example.net> wrote: > >> > >>> > >>> On 31 Mar 2010, at 22:36, Mark Hammond wrote: > >>> > >>>> *sigh* - only a few messages ago in this thread you said: > >>>> > >>>>> If you're happy preparing the binary, I am happy to call a vote on > it. > >>>> > >>>> I did my end of the bargain, so would it be possible for you to do > >>> yours? > >>> > >>> No. > >>> > >>> I know nothing about them, have no way of testing them. Putting my name > on > >>> them and putting them up for a vote is something that doesn't interest > me > >>> much. I am struggling enough with my free time at the moment, the last > thing > >>> I want to do is add yet more work to my plate. > >>> > >>>>> * If and only if they are prepared from the source tarball > >>> released as 0.11.0 > >>>> > >>>> They were - the only complication was that the installer build scripts > >>> (ie, the etc/windows directory) is not in the source archive for some > reason > >>> I don't understand - however, this only impacts the generation of the > >>> installer itself, *not* the generation of the couchdb binaries. > >>> > >>> Is the binary artefact prepared directly from the tarball that is > >>> distributed to our users? > >>> > >>> Or are you preparing it from the source checked out from the > repository? > >>> > >> > >> > >> > >> -- > >> ________________________________________ > >> Carl McDade > >> Webmaster - Drupal developer - PHP programmer > >> Stockholm Sweden > >> Drupal.se > >> Linkedin.com/drupalse > >> > > > > > > > > -- > > ________________________________________ > > Carl McDade > > Webmaster - Drupal developer - PHP programmer > > Stockholm Sweden > > Drupal.se > > Linkedin.com/drupalse > > -- ________________________________________ Carl McDade Webmaster - Drupal developer - PHP programmer Stockholm Sweden Drupal.se Linkedin.com/drupalse --0016e64d9a1ff1d473048329e10c-- From andrewgarcia@example.net Thu Apr 01 10:00:23 2010 Return-Path: <andrewgarcia@example.net> Delivered-To: andrewgarcia@example.net Received: (qmail 91920 invoked from network); 1 Apr 2010 10:00:23 -0000 Received: from unknown (HELO mail.apache.org) (83.161.120.155) by 83.161.120.155 with SMTP; 1 Apr 2010 10:00:23 -0000 Received: (qmail 58395 invoked by uid 500); 1 Apr 2010 10:00:23 -0000 Delivered-To: andrewgarcia@example.net Received: (qmail 58118 invoked by uid 500); 1 Apr 2010 10:00:21 -0000 Mailing-List: contact andrewgarcia@example.net; run by ezmlm Precedence: bulk List-Help: <mailto:andrewgarcia@example.net> List-Unsubscribe: <mailto:andrewgarcia@example.net> List-Post: <mailto:andrewgarcia@example.net> List-Id: <dev.couchdb.apache.org> Reply-To: andrewgarcia@example.net Delivered-To: mailing list andrewgarcia@example.net Received: (qmail 58109 invoked by uid 99); 1 Apr 2010 10:00:20 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 01 Apr 2010 10:00:20 +0000 X-ASF-Spam-Status: No, hits=0.7 required=10.0 tests=SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [83.161.120.155] (HELO mail.traeumt.net) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 01 Apr 2010 10:00:16 +0000 Received: from localhost (localhost.localdomain [83.161.120.155]) by mail.traeumt.net (Postfix) with ESMTP id 1A9081B585 for <andrewgarcia@example.net>; Thu, 1 Apr 2010 11:59:54 +0200 (CEST) X-Virus-Scanned: Debian andrewgarcia@example.net Received: from unknown by localhost (amavisd-new, unix socket) id RH0G-JFRC5HC for <andrewgarcia@example.net>; Thu, 1 Apr 2010 11:59:52 +0200 (CEST) Received: from [83.161.120.155] (g230187063.adsl.alicedsl.de [83.161.120.155]) (authenticated) by mail.traeumt.net (amavisd-milter) (authenticated as web50m1); Thu, 1 Apr 2010 11:59:51 +0200 (CEST) (envelope-from <andrewgarcia@example.net>) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Apple Message framework v1078) Subject: Re: (lack of) couchdb windows binaries From: Jan Lehnardt <andrewgarcia@example.net> In-Reply-To: <andrewgarcia@example.net> Date: Thu, 1 Apr 2010 11:59:48 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <andrewgarcia@example.net> References: <andrewgarcia@example.net> <andrewgarcia@example.net> <andrewgarcia@example.net> <andrewgarcia@example.net> <andrewgarcia@example.net> <andrewgarcia@example.net> <andrewgarcia@example.net> <andrewgarcia@example.net> <andrewgarcia@example.net> <andrewgarcia@example.net> <andrewgarcia@example.net> To: andrewgarcia@example.net X-Mailer: Apple Mail (2.1078) On 1 Apr 2010, at 11:56, Carl McDade wrote: > Jan, >=20 > Can you point me to the correct source code repository for the = installer? http://couchdb.apache.org/community/code.html There is are git mirrors on http://git.apache.org and = http://github.com/apache/couchdb Cheers Jan -- >=20 > Carl >=20 > On Thu, Apr 1, 2010 at 11:32 AM, Jan Lehnardt <andrewgarcia@example.net> wrote: >=20 >>=20 >> On 1 Apr 2010, at 11:28, Carl McDade wrote: >>=20 >>> Sorry, >>>=20 >>> I forgot to mention that I don't think there should be any Official >> Release >>> of the installer until these issues are fixed. Seperating out some = of the >>> parts like the erlang binaries would also remove some of the legal >> headache >>> involved in the distribution for Windows. >>=20 >> We already resolved that there is no legal headache. >>=20 >>> In other words while the installer is nice to have, it's just not = ready >> for primetime. >>=20 >> While I agree this is a nice feature, it's a feature, not a blocker. >>=20 >> There are many things in CouchDB that fall in the same category (no >> auto-compaction comes to mind) and don't stop us from making >> releases. >>=20 >> That said, if someone offers patches to fixes these issues, I don't >> see a reason why we shouldn't include them. >>=20 >> Cheers >> Jan >> -- >>=20 >>=20 >>=20 >>=20 >>>=20 >>>=20 >>> On Thu, Apr 1, 2010 at 11:17 AM, Carl McDade <andrewgarcia@example.net> >> wrote: >>>=20 >>>> Hello, >>>>=20 >>>> I have been trying to use the Windows binaries of CouchDB but find = that >> the >>>> installer creates issues that never get mentioned. The first = concern and >> one >>>> that should be fixed is the distribution and linking of the Erlang >> binaries >>>> in the install. There should always be an option to use the Erlang >>>> installation already on the machine. Hard linking the install to = the >>>> packaged Erlang binaries will almost guarantee non-use of the = installer >> and >>>> a subsequent hunt for a way to compile CouchDB seperately. >>>>=20 >>>> My second concern is the lack of user defined paths for the >> installation. >>>> This also will cause many to uninstall and wait. >>>>=20 >>>> What should be remembered is that Windows users that are installing >> CouchDB >>>> want the same options that they would get when installing an RDMS. = If >> these >>>> are not available then they will move on and never give any input = so >> quality >>>> assurance is lost. >>>>=20 >>>> Hope I did not step on any toes here :) >>>>=20 >>>> Carl McDade >>>>=20 >>>>=20 >>>> On Thu, Apr 1, 2010 at 12:49 AM, Noah Slater <andrewgarcia@example.net> = wrote: >>>>=20 >>>>>=20 >>>>> On 31 Mar 2010, at 22:36, Mark Hammond wrote: >>>>>=20 >>>>>> *sigh* - only a few messages ago in this thread you said: >>>>>>=20 >>>>>>> If you're happy preparing the binary, I am happy to call a vote = on >> it. >>>>>>=20 >>>>>> I did my end of the bargain, so would it be possible for you to = do >>>>> yours? >>>>>=20 >>>>> No. >>>>>=20 >>>>> I know nothing about them, have no way of testing them. Putting my = name >> on >>>>> them and putting them up for a vote is something that doesn't = interest >> me >>>>> much. I am struggling enough with my free time at the moment, the = last >> thing >>>>> I want to do is add yet more work to my plate. >>>>>=20 >>>>>>> * If and only if they are prepared from the source tarball >>>>> released as 0.11.0 >>>>>>=20 >>>>>> They were - the only complication was that the installer build = scripts >>>>> (ie, the etc/windows directory) is not in the source archive for = some >> reason >>>>> I don't understand - however, this only impacts the generation of = the >>>>> installer itself, *not* the generation of the couchdb binaries. >>>>>=20 >>>>> Is the binary artefact prepared directly from the tarball that is >>>>> distributed to our users? >>>>>=20 >>>>> Or are you preparing it from the source checked out from the >> repository? >>>>>=20 >>>>=20 >>>>=20 >>>>=20 >>>> -- >>>> ________________________________________ >>>> Carl McDade >>>> Webmaster - Drupal developer - PHP programmer >>>> Stockholm Sweden >>>> Drupal.se >>>> Linkedin.com/drupalse >>>>=20 >>>=20 >>>=20 >>>=20 >>> -- >>> ________________________________________ >>> Carl McDade >>> Webmaster - Drupal developer - PHP programmer >>> Stockholm Sweden >>> Drupal.se >>> Linkedin.com/drupalse >>=20 >>=20 >=20 >=20 > --=20 > ________________________________________ > Carl McDade > Webmaster - Drupal developer - PHP programmer > Stockholm Sweden > Drupal.se > Linkedin.com/drupalse From andrewgarcia@example.net Thu Apr 01 11:09:52 2010 Return-Path: <andrewgarcia@example.net> Delivered-To: andrewgarcia@example.net Received: (qmail 5449 invoked from network); 1 Apr 2010 11:09:51 -0000 Received: from unknown (HELO mail.apache.org) (83.161.120.155) by 83.161.120.155 with SMTP; 1 Apr 2010 11:09:51 -0000 Received: (qmail 29067 invoked by uid 500); 1 Apr 2010 11:09:50 -0000 Delivered-To: andrewgarcia@example.net Received: (qmail 28982 invoked by uid 500); 1 Apr 2010 11:09:49 -0000 Mailing-List: contact andrewgarcia@example.net; run by ezmlm Precedence: bulk List-Help: <mailto:andrewgarcia@example.net> List-Unsubscribe: <mailto:andrewgarcia@example.net> List-Post: <mailto:andrewgarcia@example.net> List-Id: <dev.couchdb.apache.org> Reply-To: andrewgarcia@example.net Delivered-To: mailing list andrewgarcia@example.net Received: (qmail 28972 invoked by uid 99); 1 Apr 2010 11:09:48 -0000 Received: from nike.apache.org (HELO nike.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 01 Apr 2010 11:09:48 +0000 X-ASF-Spam-Status: No, hits=3.9 required=10.0 tests=FREEMAIL_FROM,HK_RANDOM_ENVFROM,HK_RANDOM_FROM,HTML_MESSAGE,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of andrewgarcia@example.net designates 83.161.120.155 as permitted sender) Received: from [83.161.120.155] (HELO mail-gy0-f180.google.com) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 01 Apr 2010 11:09:42 +0000 Received: by gyc15 with SMTP id 15so367747gyc.11 for <andrewgarcia@example.net>; Thu, 01 Apr 2010 04:09:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type; bh=p1lTzTOEf5Af3Gkewl1KaMy7preXTceEY6/1yqS3s9Y=; b=QuIvim8rlyoxDfbYEfJZwfs9CWaUOPK8gDKaEpm/aoSr2svu0lKktihbSxvERV5vve JvYCGlXL3QtaAIytWD0ucJ3LMQV+4Gg6L8UU1CYRXmU7aOgj3Cmb0wlc0MtAWbVvnJQ7 ll9gvUxxAEiY3v1LopQVnZiPNRPCg1yY2GKgc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=FtliEtc9IynKfo/kjAvkgNhOPxt0TXG43wul7OXR3CMLG1OOj6G7dchf9P9rCpbhey Cpsxb2djSIDoWwKCKYlXUf9lzJPZRcDDqta9yFEXP+FFe8Me5dZywJDrNImcqAcQDK2C 0jiOgvaD+lExxiGi/AFHfiAxYWlAQjd1jVq+Y= MIME-Version: 1.0 Received: by 83.161.120.155 with HTTP; Thu, 1 Apr 2010 04:09:19 -0700 (PDT) In-Reply-To: <andrewgarcia@example.net> References: <andrewgarcia@example.net> <andrewgarcia@example.net> <andrewgarcia@example.net> <andrewgarcia@example.net> <andrewgarcia@example.net> <andrewgarcia@example.net> <andrewgarcia@example.net> <andrewgarcia@example.net> <andrewgarcia@example.net> <andrewgarcia@example.net> Date: Thu, 1 Apr 2010 13:09:19 +0200 Received: by 83.161.120.155 with SMTP id e29mr1871833ani.212.1270120159528; Thu, 01 Apr 2010 04:09:19 -0700 (PDT) Message-ID: <andrewgarcia@example.net> Subject: Re: (lack of) couchdb windows binaries From: Carl McDade <andrewgarcia@example.net> To: andrewgarcia@example.net Cc: andrewgarcia@example.net Content-Type: multipart/alternative; boundary=0016368e2962f313ec04832ae490 X-Virus-Checked: Checked by ClamAV on apache.org --0016368e2962f313ec04832ae490 Content-Type: text/plain; charset=ISO-8859-1 On Thu, Apr 1, 2010 at 11:54 AM, Mark Hammond <andrewgarcia@example.net>wrote: > On 1/04/2010 8:17 PM, Carl McDade wrote: > >> Hello, >> >> I have been trying to use the Windows binaries of CouchDB but find that >> the >> installer creates issues that never get mentioned. The first concern and >> one >> that should be fixed is the distribution and linking of the Erlang >> binaries >> in the install. There should always be an option to use the Erlang >> installation already on the machine. Hard linking the install to the >> packaged Erlang binaries will almost guarantee non-use of the installer >> and >> a subsequent hunt for a way to compile CouchDB seperately. >> > > I'm afraid I need to disagree here - this issue has been raised so > infrequently that I simply can't accept it as fact, especially given the > number of "happy user" reports we have seen. There is no evidence that the > way we are packaging will "guarantee non-use of the installer" - do you have > references to anyone else suggesting this is true for them or anyone else? > Indeed, I've seen so few reports of Windows users building from source that > IMO it is patently false. > I am going from my experiences in working with Windows 2003 Server as a dev platform. Maybe for a hobbyist or first time user there would be no problem. But most Windows users frequently install Java, Ruby, PHP and Python in seperate directories under Program Files or X:\[SOURCE] and use pointers in configuration of the software that needs the sources. If the program in question does not accept the sources already in place then it becomes a point of frustration because multiple installs of the same source create confusion. I guess there are two camps on this one. One being that the CouchDB windows installer should provide a complete stack One-click install for development environment for Erlang, CouchDB and a Webserver, similar to Ruby One-Click, Wampserver, Xammp etc. But it does not appear to do this yet. So while YAWS, Ejabbard and other software would be running on single instance of Erlang. guaranteeing use of single version, CouchDB might be running on a different version. In my experiments there are collisions in running multiple versions of the Erlang VM, Inets, Mochiweb and some binaries. YAWS for example simply refuses to start while CouchDB (windows installation) is running. It becomes chaotic and inconvenient to fix all the different instances. Windows users love convenience and convention any disturbance in that and they typically drop the software without blogging, bug reporting or emailing. There are exceptions but not many. That being said I would think that it's okay if the Erlang binaries in the CouchDB environment can be used when installing YAWS or something similar. This is the other camp where everything is encapsulated in the CouchDB One-click and there is no need for anything else. > > I personally think our strategy is perfectly reasonable. My experience > with many Python based binary releases backs this up - eg, tools such as > mercurial, bit-torrent, miro, spambayes, etc are distributed as a binary > distribution on Windows and includes the full Python runtime - I'm not aware > of any requests for such tools to allow for an already installed Python to > be used with a binary. Some people do choose to run from source for various > reasons, but the vast majority - even those with Python already installed - > are completely happy with the way the binaries work. > > Finally, providing an all-in-one installer significantly reduces the > support burden for the project - there is no chance that user-installed bits > and pieces will conflict with the install and cause erroneous error/support > requests to be raised. > > I'm curious - why is this important to you? Well you know that PHP is popular and the greater number of web developers use Windows as their platform of choice. Since I see that Erlang and CouchDB have a potentially bright futures in web work I would hate to see this ruined with a reputation for not being Windows friendly. PostgreSQL suffered from this for many years. But once a good Windows installer was released it has seen significant improvement in popularity over the last three years. I guess I want to see CouchDB grow without going through the same trials. > > > My second concern is the lack of user defined paths for the installation. >> This also will cause many to uninstall and wait. >> > > The installer allows you to select the path you want to install into, and > the normal couchdb mechanisms for overriding individual directories such as > the data directory (ie, modifying the .ini files) works perfectly. In this > regard I don't see Windows as being at all different than other platforms. > On my last try the installer refused to accept any changes to the x:\Program Files\ install directory. I will give it another try and report it as a bug if confirmed. > > On the other hand though, I *do* see that being able to specify the data > directory would be a nice feature - but not a critical one that will impact > couchdb adoption on Windows. Are there other directories you are concerned > about? > > Maybe you just want this spelt out better in the installer readme? Hmm, I don't think Windows users read those until something goes horribly wrong ;) But yes, this would definatly help. > > > What should be remembered is that Windows users that are installing >> CouchDB >> want the same options that they would get when installing an RDMS. If >> these >> are not available then they will move on and never give
{'source': 'Apache Software Foundation Public Mail Archives'}